1 INFO-VAX	Tue, 18 Nov 2003	Volume 2003 : Issue 640       Contents: Re: 7.3-2 CD available early?  Re: 7.3-2 CD available early?  Re: 7.3-2 CD available early? H argentic vs digital pictures technology (was: VMS 2003 bootcamp summary)L Re: argentic vs digital pictures technology (was: VMS 2003 bootcamp summary)$ Re: Backups and shadowed system disk8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 ERRATA: FutureVAX is CHARON-VAX/XM Plus powered (not XL) Re: EV79 CANCELED !!!!!!!!!  Re: EV79 CANCELED !!!!!!!!!  Re: eXcursion X Server Question , Re: Fonts for printing from a decwindows app) Re: Hobbyist license and layered products ) RE: Hobbyist license and layered products ) Re: Hobbyist license and layered products ) Re: Hobbyist license and layered products P Re: How to retrieve ip address of a reflection client box running a OpenVMS servP Re: How to retrieve ip address of a reflection client box running a OpenVMS servP Re: How to retrieve ip address of a reflection client box running a OpenVMS serv How to set up a mail server  Re: How to set up a mail server  Re: How to set up a mail server  Re: IA64 TPC results Re: IA64 TPC results Re: IA64 TPC results3 Re: Installing Pathworks on a PC: no licence server 3 Re: Installing Pathworks on a PC: no licence server 5 Re: New maynagement software Nimbus also for OpenVMS? 5 Re: New maynagement software Nimbus also for OpenVMS?  Re: PHP Apache* Re: Please enter date and time then freeze* Re: Please enter date and time then freeze* Re: Please enter date and time then freeze Re: raid 5 OpenVMS VAX hobbyist  Re: raid 5 OpenVMS VAX hobbyist  Re: raid 5 OpenVMS VAX hobbyist 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 4 Re: SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULL4 Re: SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULL testing 
 The VMS Quilt  Re: The VMS Quilt  Re: The VMS Quilt  Re: The VMS Quilt  Re: The VMS Quilt  Re: VMS 2003 bootcamp summary  Re: VMS 2003 bootcamp summary  Re: VMS 2003 bootcamp summary  Re: VMS BBS???  Re: VMS Defragmentation Software# Re: [ASOVMS V7.3-2] What licenses ?  Re: [OT] NetBSD and Linux   F ----------------------------------------------------------------------  % Date: Tue, 18 Nov 2003 13:48:42 +0100 $ From: "Peter Flunger" <p-i-b@gmx.at>& Subject: Re: 7.3-2 CD available early?: Message-ID: <bpd4fa$1na4ud$1@ID-201992.news.uni-berlin.de>  # "Hal Kuff" <kuff@comcast.net> wrote  > I >     Does anyone know when early release would be on 7.3-2 .... we would  like& > to do upgrades over the holidays.... >  > H If you participate in the OpenVMS field test you get early access to the/ CDs ( you can download image backup savesets ).  Peter    ------------------------------  # Date: Tue, 18 Nov 2003 15:59:51 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>& Subject: Re: 7.3-2 CD available early?8 Message-ID: <dfgkrvosvbca33tab5i8dp86bgpv69d0f3@4ax.com>  H On Mon, 17 Nov 2003 20:12:31 -0500, "Hal Kuff" <kuff@comcast.net> wrote:   > M >    Does anyone know when early release would be on 7.3-2 .... we would like % >to do upgrades over the holidays....  >   F From my own experiences installing new systems and doing upgrades over= holidays back when, I'd recommend careful consideration here.   E It just seems the resources you really need if issues arise aren't as  readily available.  K I trust you've tested in a test environment with your applications ahead of  time, right?   ------------------------------  % Date: Tue, 18 Nov 2003 12:58:00 -0500 " From: "Hal Kuff" <kuff@tessco.com>& Subject: Re: 7.3-2 CD available early?- Message-ID: <bpdmi7$r7j@library1.airnews.net>   J Yes. The test plan is for the development systems.... they can be upgraded first...    3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in message 2 news:dfgkrvosvbca33tab5i8dp86bgpv69d0f3@4ax.com...J > On Mon, 17 Nov 2003 20:12:31 -0500, "Hal Kuff" <kuff@comcast.net> wrote: >  > > J > >    Does anyone know when early release would be on 7.3-2 .... we would like' > >to do upgrades over the holidays....  > >  > H > From my own experiences installing new systems and doing upgrades over? > holidays back when, I'd recommend careful consideration here.  > G > It just seems the resources you really need if issues arise aren't as  > readily available. > J > I trust you've tested in a test environment with your applications ahead of > time, right? >    ------------------------------  % Date: Tue, 18 Nov 2003 09:03:50 +0100 " From: Didier Morandi <no@spam.com>Q Subject: argentic vs digital pictures technology (was: VMS 2003 bootcamp summary) 3 Message-ID: <3fb9d283$0$2773$626a54ce@news.free.fr>    Martin P.J. Zinser wrote:   D > P.S. I do intend to edit a SLR to Digi cam newsletter around this  > timeframe ,-)    :-)    SLR? Super Lens Receiver??? F We say "silver process camera" over here ("argentique" vs "numrique")   D.  N PS: do you all know why we use "silver" when talking about "regular" pictures K processing? Because the first b&w films, which were actually glass plates,  Q invented in France in 1822 by Niepce and Daguerre, were made of gelatino-bromure  L d'argent (silver brome gelatine?). On the other hand, the very first colour O plates were coated with potatoe stuff ("fcule" in French). I know because the  P colour pictures technology has been invented by Auguste and Louis Lumire, also P inventors of the Cinema in 1895, and Auguste is my grand grand father... (don't & congrat me, I did nothing for that :-)   ------------------------------  % Date: Tue, 18 Nov 2003 12:41:10 -0500  From: norm.raphael@metso.comU Subject: Re: argentic vs digital pictures technology (was: VMS 2003 bootcamp summary) Q Message-ID: <OFB7C8E037.BE310E5C-ON85256DE2.0060F72C-85256DE2.0060B12C@metso.com>   H SLR =3D Single Lens Reflex, a camera where the viewfinder looks through=  the lens to  avoid parallax problems.  & I believe a Digital Camera Can be SLR.  : From:  Didier Morandi <no@spam.com> on 11/18/2003 03:03 AM  . Please respond to Didier Morandi <no@spam.com>       To:    Info-VAX@Mvb.Saic.Com cc:   H Subject:    argentic vs digital pictures technology (was: VMS 2003 boot= camp        summary)      Martin P.J. Zinser wrote:   C > P.S. I do intend to edit a SLR to Digi cam newsletter around this  > timeframe ,-)    :-)    SLR? Super Lens Receiver??? H We say "silver process camera" over here ("argentique" vs "num=E9rique"= )    D.  D PS: do you all know why we use "silver" when talking about "regular" picturesH processing? Because the first b&w films, which were actually glass plat= es, ? invented in France in 1822 by Niepce and Daguerre, were made of  gelatino-bromureH d'argent (silver brome gelatine?). On the other hand, the very first co= lourH plates were coated with potatoe stuff ("f=E9cule" in French). I know be= cause  the J colour pictures technology has been invented by Auguste and Louis Lumi=E8= re,  alsoH inventors of the Cinema in 1895, and Auguste is my grand grand father..= .  (don't& congrat me, I did nothing for that :-)     =    ------------------------------    Date: 18 Nov 2003 01:01:12 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones) - Subject: Re: Backups and shadowed system disk = Message-ID: <8a646952.0311180006.326c3e52@posting.google.com>    Dear John Travell:  E I thank you for this information. I didn't know the detail about this D image. However, since the discussion was about backing up the systemA disk and making the system disk for the most part, read-only, and D normally the system disk backup is being perform not during a rebootD or when someone changing the time on the system, I believe what I am@ proposing is very genuine. Again, thank you for the information.   Regrads,
 Daryl Jones       j "John Travell" <john@jomatech.com> wrote in message news:<bp8tv8$1jemb1$2@ID-120847.news.uni-berlin.de>...F > "Daryl Jones" <jones.computer.srv@worldnet.att.net> wrote in message9 > news:8a646952.0311141430.4bfc871d@posting.google.com...  > > 
 > > Dear Sir:  > > I > > I have setup many system disks to have read-only disk activity. There I > > are known procedures for setting up the system disk as read-only disk D > > w/o hard setting the disk access. A general setup is to have theJ > > system disk read-only and move the system files that have write ops toF > > another disk. Example: You can move the Sysuaf off the disk systemJ > > disk via logical. Swap file isn't needed, therefore it can be deleted.E > > The page file can be removed from the system disk and placed upon F > > another disk granted you have enough memory (This was a problem onF > > earlier version of VMS). There are logicals for the network files.C > > There are logicals for the Queue Manager Database(VMSFAQ 5.17).  > > 
 > > Good Luck  > > Daryl Jones  >  > Daryl, > N > However much you are able to move off the system disk, the one file that youN > CANNOT move that WILL be written to by the OS under certain circumstances is > SYS$BASE_IMAGE. N > It is NOT POSSIBLE to create (with released software) a VMS system disk that > will NEVER be written to. H > I cannot say the same about a hypothetical future version that may (ifJ > engineering chooses) be able to operate correctly from a write protected > disk.  >  >  > -- > John Travell$ > Independent VMS crashdump analyst.! > john- at - jomatech - dot - com  > +44-(0)23-92552229 > http://www.jomatech.com/ >  >  >  > --- ( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).C > Version: 6.0.537 / Virus Database: 332 - Release Date: 06/11/2003    ------------------------------  % Date: Tue, 18 Nov 2003 07:59:48 +0100 ( From: "Rudolf Wingert" <win@fom.fgan.de>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE : Message-ID: <MCELKPMOKPMNDNKJNIONKEOPCFAA.win@fom.fgan.de>   Hello,  L I find this enhancement very usefull. Often you use a similary name for openK files. Sometimes the command procedure aborts without closing. If you start N another command procedure, you will not see this. So you will get any mismatch7 and you wondering why your procedure will not function.    Best regards Rudolf Wingert    ------------------------------  % Date: Tue, 18 Nov 2003 09:06:31 +0100 " From: Didier Morandi <no@spam.com>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE 3 Message-ID: <3fb9d322$0$2773$626a54ce@news.free.fr>    Rudolf Wingert wrote:    > Hello, > N > I find this enhancement very usefull. Often you use a similary name for openM > files. Sometimes the command procedure aborts without closing. If you start P > another command procedure, you will not see this. So you will get any mismatch9 > and you wondering why your procedure will not function.  >    Rudolf,   ; A experimented DCL programmer may code *all* open that way:    $../.. $ close/nolog in_file  $ open/read in_file my_file  $../.. $ close in_file   C This is what experience of *many* thousand of DCL coding taught me.    D.   ------------------------------  # Date: Tue, 18 Nov 2003 15:49:56 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE 8 Message-ID: <bofkrvo5eqvthu0ebfma4jblvq8201prfu@4ax.com>  J As long as the change is properly documented in the release notes, I thinkI making it a warning message to use open on a "logical" already associated ' with an open file makes loads of sense.   K The argument that it may break some code isn't always valid, imho, when the K current action is uninformative and should cause an error to be more clear.   G When DCL command procedures began requiring "$" at the beginning of the G line, it broke some programs as well.  However it was still seen as the E correct thing to do because that is the proper way for it to operate.   D Making it a default that is incorrect just to maintain compatibilityG doesn't make sense imho.  Those with less experience in OpenVMS and DCL I won't know about this historical incorrect action and will constantly get C bitten by it.  I'd much rather take the lumps needed to correct the > behavior to be more consistent with what people should expect.   ------------------------------  % Date: Tue, 18 Nov 2003 10:06:25 +0100 " From: Didier Morandi <no@spam.com>A Subject: ERRATA: FutureVAX is CHARON-VAX/XM Plus powered (not XL) 3 Message-ID: <3fb9e12f$0$2809$626a54ce@news.free.fr>   N Please note that the FutureVAX serie of products from Emulators International Q are powered with CHARON-VAX/XM Plus from Software Resources Int'l (SRI), and not  Q XL Plus as mentioned erroneously in http://www.didiermorandi.com/FutureVAX_us.htm   
 My apologies. 
 Thank you,   D. --  ;           Read the latest VAX/VMS to Itanium Migration News F   www.openvms.org/dmorandi/vaxvms2itanium_200311en.pdf (en USA mirror)A www.didiermorandi.com/vms/vaxvms2itanium_200311en.pdf (en Europe) A www.didiermorandi.com/vms/vaxvms2itanium_200311fr.pdf (fr Europe) 7               Discover the FutureVAX: www.futurevax.com   F didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPC      Expertise en environnement DIGITAL ~ Formation ~ Programmation F Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287D    SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------  # Date: Tue, 18 Nov 2003 15:09:09 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>$ Subject: Re: EV79 CANCELED !!!!!!!!!8 Message-ID: <gebkrvcl9ic1cj8uico1c0jrujbb519272@4ax.com>  E On Mon, 17 Nov 2003 18:35:50 GMT, peter@langstoeger.at (Peter 'EPLAN'  LANGSTOEGER) wrote:   b >In article <9imhrvcu0g61v0otm7o3jd8btuhl9fq6ma@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes:Q >>On Sat, 15 Nov 2003 01:30:48 -0500, "Bill Todd" <billtodd@metrocast.net> wrote:  >>K >>>Time to take a slightly closer look at some of this revisionist history:  >>L >>Still the same old song from you Bill.  It must be nice to be able to call1 >>all the shots from the safety of your armchair.  > ( >At least he brings URLs for his theory.M >And I must also admit, believing him had fewer downsides than believing HPQ.   I And yet, the picture must still be grossly incomplete.  It is in ignoring I the incompleteness that one must wonder how really good that analysis is.   H Technology, for technology's sake, is meaningless in the business world.H The business managers who have the actual responsibility for the companyG (i.e., not the armchair managers), have to decide what investments will F bring them the best return.  This in a business environment where mostG companies are trying to consoldiate all their product lines and improve $ efficiencies.  HP is no different.    I The change from EV79 to EV7z is nothing, really - the commitment was to a I performance boost to provide a platform to our customers that can be used C for a long while, and that's what they're getting.  Dwelling on the G specific chip design is only something that technical folks care about.    ------------------------------  % Date: Tue, 18 Nov 2003 10:58:37 -0500 * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: EV79 CANCELED !!!!!!!!!2 Message-ID: <3oOdnWZm_6Yw3CeiRVn-sQ@metrocast.net>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in message 2 news:gebkrvcl9ic1cj8uico1c0jrujbb519272@4ax.com...G > On Mon, 17 Nov 2003 18:35:50 GMT, peter@langstoeger.at (Peter 'EPLAN'  > LANGSTOEGER) wrote:  > A > >In article <9imhrvcu0g61v0otm7o3jd8btuhl9fq6ma@4ax.com>, jlsue " <jefflsxxxz@sbcglobal.net> writes:L > >>On Sat, 15 Nov 2003 01:30:48 -0500, "Bill Todd" <billtodd@metrocast.net> wrote: > >>D > >>>Time to take a slightly closer look at some of this revisionist history: > >>I > >>Still the same old song from you Bill.  It must be nice to be able to  call3 > >>all the shots from the safety of your armchair.  > > * > >At least he brings URLs for his theory.J > >And I must also admit, believing him had fewer downsides than believing HPQ. > K > And yet, the picture must still be grossly incomplete.  It is in ignoring K > the incompleteness that one must wonder how really good that analysis is.   & You really are full of shit, you know.   > J > Technology, for technology's sake, is meaningless in the business world.J > The business managers who have the actual responsibility for the companyI > (i.e., not the armchair managers), have to decide what investments will H > bring them the best return.  This in a business environment where mostI > companies are trying to consoldiate all their product lines and improve $ > efficiencies.  HP is no different.  K Oh yes it is.  HP (and Compaq before it) have made *very specific* promises K about future actions as a way to retain customers they would otherwise have K likely lost because of their *current* actions.  That's not at all the same J as making warm, fuzzy statements about future goals that one can modify atJ will without consequence because the statements themselves are so general.   > K > The change from EV79 to EV7z is nothing, really - the commitment was to a K > performance boost to provide a platform to our customers that can be used  > for a long while  F No, it was not.  The commitment was very specifically to a 130 nm. SOIJ product with a target clock rate of 1.7 GHz and a 3 MB on-chip cache.  TheK resulting performance boost would have been 50% rather than the now-planned K 15%, the chip would have run cooler than EV7, and the production cost would 5 have been lower (at least after the process matured).   3 , and that's what they're getting.  Dwelling on the I > specific chip design is only something that technical folks care about.   I What's being 'dwelled upon' is the pattern of making firm commitments and H then breaking them (accompanied by lies about the reasons for doing so).> That's not a minor technical issue:  it's a major ethical one.   - bill   ------------------------------    Date: 18 Nov 2003 01:41:05 -0800. From: martinkirby12@yahoo.co.uk (Martin Kirby)( Subject: Re: eXcursion X Server Question< Message-ID: <224291b.0311180141.4930ac64@posting.google.com>   George,   = It sounds similar to a problem report I heard before. In that ? case the cause of the problem was that the firewall had enabled ? X-Windows traffic only one way. I think they had enabled it for = the initial connection on port 6000 but not for the responses = on the system allocated port. Any chance that is the problem? C Or it may not have been the firewall, it may have been the routing,  I'm not well up on networking.  H I suggest you try logging in to the system by other means - e.g. Telnet, and then doing a:   4 SET DISPLAY /CREATE/TRAN=TCPIP/NODE=nnn.nnn.nnn.nnn  RUN DECW$EXAMPLES:ICO   > ICO is the best application for reporting connection problems.   Martin Kirby DECwindows Engineering    o Hauser <Hauser@Fauske.com> wrote in message news:<A1EA7E17D10A2D4691F78432FDB5DE4757057F@server4.FAUSKE.COM>... F > We have for some time used an old version (V3.0.571 May 22, 1997) ofK > eXcursion for X-Windows communications on our LAN (TCPIP) to connect from L > PC's with various flavors of MS-Windows to Alpha VMS V7.3. It works great. > In fact, by running  > ! > @SYS$MANAGER:DECW$STARTUP.COM,   > C > I can even get the "New Desktop for VMS" working on my PC screen.  > L > We have also successfully used the product to connect through the InternetL > over dial up lines. Also works fine but somewhat slow. Now the question: AJ > user recently upgraded from dial up to a DSL line at home with a router.L > When trying to make the same connection as before the application (in thisM > case a Terminal) never appears on his screen.  With Logging enabled he sees  > :  > B > X Application Startup   Information  rexec: connection succeeded) > X Application Startup   Information  OK  > " > At the VMS system console I see: > % > Message from user INTERnet on DS10A F > INTERnet ACP REXEC Accept Request from Host: nnn.nnn.n.nn Port: nnnn > N > This pretty much the normal set of messages, but no application appears even > after a very long wait.  > H > The router has a firewall and is set to allow TCPIP, FTP, and X-WindowM > applications to pass. The user has even tried turning the firewall off with M > the same results. Has anyone else out there had a similar problem and found 
 > a solution?  >  > Thanks for any and all help. >  > George Hauser    ------------------------------    Date: 18 Nov 2003 07:39:04 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Fonts for printing from a decwindows app 3 Message-ID: <fRI$he2L2Fra@eisner.encompasserve.org>   V In article <3FB92593.A162296A@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Bob Koehler wrote:E >>    Those features are there, and controlled by decw$print* logical C >>    names.  They do tend to classify and user features instead of " >>    manufacturer's model number. > O > Where are those logicals documented ? where are they supposed to be defined ? < > My system (VAX 7.2) doesn't have any DECW$PRINT* logicals.  A   My doc set is getting a bit old, but I've got them in "Managing F   DECwindows Motif for OpenVMS Systems" section 4.6 "Customizing PrintB   Formats" and Table 4-3 "Logical Names for the Print Dialog Box".  C   The document states these names need to be defined (by the system E   manager) somewhere in the startup scripts before DECwindows starts.   E   I've defined these logicals on my systems since the VMS 5.x release    that introduced them.    ------------------------------  % Date: Tue, 18 Nov 2003 09:24:05 +0100 " From: Didier Morandi <no@spam.com>2 Subject: Re: Hobbyist license and layered products3 Message-ID: <3fb9d742$0$2781$626a54ce@news.free.fr>   
 slaX0r wrote:   K > Okay, I got my hobbyist license, and the Hobbyist kit from Montagar, and  J > it's working great. My question to the group is, where/how do I get the D > other products that I'm licensed for, but are not included on the > > Montagar CD? Specifically I'm interested in COBOL and Notes.  4 Here: http://www1.aclabs.com/MasterIndex/splvv.shtml  M However, you will not find Notes. It has been removed by HP from the library  P (ten years old). I intend to build a repository for "removed" software which is Q of interest for VMS hobbyists and which would not be on the Freeware CDs for any   reason.   D If you are an Alpha hobbyist, the layered products library is there:. http://www1.aclabs.com/MasterIndex/splva.shtml4 (follow instructions to get a user/pwd for download)  > The Alpha Notes distrib, as I posted early, may be found here: http://blagnac.dyndns.org/   Meilleurs regards,   D.   ------------------------------  % Date: Tue, 18 Nov 2003 05:17:23 -0800 # From: "Tom Linden" <tom@kednos.com> 2 Subject: RE: Hobbyist license and layered products9 Message-ID: <IDELIOKNLCICKNEPNOFAMEGDCKAA.tom@kednos.com>   @ You also need the license for the layered products.  Please noteC that PL/I is not on the Hobbyist distribution, but you can download = it from www.kednos.com and it respects the Hobbyist license.       -----Original Message-----( From: slaX0r [mailto:slaX0r@example.com]' Sent: Monday, November 17, 2003 5:03 PM  To: Info-VAX@Mvb.Saic.Com . Subject: Hobbyist license and layered products    I Okay, I got my hobbyist license, and the Hobbyist kit from Montagar, and  H it's working great. My question to the group is, where/how do I get the B other products that I'm licensed for, but are not included on the < Montagar CD? Specifically I'm interested in COBOL and Notes.  0 Any help for this newbie is greatly appreciated! slaX0r   ------------------------------    Date: 18 Nov 2003 07:50:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: Hobbyist license and layered products3 Message-ID: <TVfGaWQX4P5p@eisner.encompasserve.org>   b In article <Yceub.127110$jW5.1762308@twister.tampabay.rr.com>, slaX0r <slaX0r@example.com> writes:K > Okay, I got my hobbyist license, and the Hobbyist kit from Montagar, and  J > it's working great. My question to the group is, where/how do I get the D > other products that I'm licensed for, but are not included on the > > Montagar CD? Specifically I'm interested in COBOL and Notes. >   H    Anywhere you can buy, beg, or borrow a binary is OK with the hobbyistF    program.  You can but them from HP.  You can find them on eBay fromD    time to time.  If you're lucky enough to have VMS at work you can    borrow them from work.    ------------------------------  + Date: Tue, 18 Nov 2003 09:50:10 -0600 (CST)  From: sms@antinode.org2 Subject: Re: Hobbyist license and layered products) Message-ID: <03111809501010@antinode.org>   " From: Didier Morandi <no@spam.com>  F > If you are an Alpha hobbyist, the layered products library is there:0 > http://www1.aclabs.com/MasterIndex/splva.shtml6 > (follow instructions to get a user/pwd for download)  H    As I read it, the instructions start with buying an SPL subscription:   http://www1.aclabs.com/   F       Beginning with the Software Library released in June 2003, a webD       download service is available to the Software Products LibraryG       Consolidated Distribution service customers that allows downloads >       of individual software product binaries via http or ftp.  ) http://www1.aclabs.com/DownLoadInfo.shtml   <       Beginning with SPLs released in June 2003, SPL and CDSG       subscribers can download individual product software binaries via        http and ftp.   F       Only SPL and Consolidated Distribution and Documentation ServiceE       customers via the quarterly SPL Cover Letter, will be given the @       necessary information to download software binaries.  TheyC       include, User Name, Password (a new one every quarter), and a        Domain Name.    F    If you know how a hobbyist can access the download function without1 paying a non-hobbyist fee, I could use a pointer.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Tue, 18 Nov 2003 08:03:02 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>Y Subject: Re: How to retrieve ip address of a reflection client box running a OpenVMS serv T Message-ID: <craigberry-C15991.08030218112003@dsl081-159-101.chi1.dsl.speakeasy.net>  = In article <31c3f4c3.0311172200.53393431@posting.google.com>, &  debanjany@yahoo.com (Debanjan) wrote:   > My scenarios is like this - G > I am running an OpenVMS application and putting up the front-end on a H > client pc through reflection terminal emulator. I want to retrieve theH > ip address of the client pc box from within the application running on > OpenVMS server.  > E > Is there any system call I can use on OpenVMS to get this info from  > the process related data?   : You need to call either LIB$GETJPI or SYS$GETJPI with the  DVI$_TT_ACCPORNAM item code.   ------------------------------  % Date: Tue, 18 Nov 2003 08:37:29 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>Y Subject: Re: How to retrieve ip address of a reflection client box running a OpenVMS serv T Message-ID: <craigberry-F2F66E.08372918112003@dsl081-159-101.chi1.dsl.speakeasy.net>   In article  H <craigberry-C15991.08030218112003@dsl081-159-101.chi1.dsl.speakeasy.net> , 8  "Craig A. Berry" <craigberry@mac.com.spamfooler> wrote:  ? > In article <31c3f4c3.0311172200.53393431@posting.google.com>, ( >  debanjany@yahoo.com (Debanjan) wrote: >   > > My scenarios is like this - I > > I am running an OpenVMS application and putting up the front-end on a J > > client pc through reflection terminal emulator. I want to retrieve theJ > > ip address of the client pc box from within the application running on > > OpenVMS server.  > > G > > Is there any system call I can use on OpenVMS to get this info from  > > the process related data?  > < > You need to call either LIB$GETJPI or SYS$GETJPI with the  > DVI$_TT_ACCPORNAM item code.  H Oops.  Of course that's JPI$_TT_ACCPORNAM, although there is also a DVI  item code for calling $GETDVI.   ------------------------------  % Date: Tue, 18 Nov 2003 09:48:27 +0100 " From: Didier Morandi <no@spam.com>Y Subject: Re: How to retrieve ip address of a reflection client box running a OpenVMS serv 3 Message-ID: <3fb9dcf7$0$2772$626a54ce@news.free.fr>    Debanjan wrote:    > My scenarios is like this - G > I am running an OpenVMS application and putting up the front-end on a H > client pc through reflection terminal emulator. I want to retrieve theH > ip address of the client pc box from within the application running on > OpenVMS server.  > E > Is there any system call I can use on OpenVMS to get this info from  > the process related data?   N System call, I do not know, but you can easily retrieve it from a DCL spawned # subprocess with a few lines of DCL.    Here is a (very bad) example:    $!+ A $! q&d proc to retrieve the IP address of telnet connected hosts.  $! A. Nonymous (john@smith.com)  $!- 
 $ set noon $ say = "write sys$output"? $ tmp_file := sys$scratch:sh_telnet_ip_'f$getjpi(0,"pid")'.temp 8 $ if f$search(tmp_file) .nes. "" then dele_ 'tmp_file';*# $ show use/node/full/out='tmp_file'  $ close/nolog ch $ open/read ch 'tmp_file'  $LOOP: $ read/end=EOF ch line$ $ if f$extract(36,2,line) .eqs. "TN" $ then) $    host_string = f$extract(46,999,line) / $    host_name   = f$element(1," ",host_string) 4 $    say "Currently connected hosts via Telnet are:" $    define/user sys$output A.A  $    tcpip sh host 'host_name' $    search A.A 'host_name'  $    dele_ A.A.  $ endif  $ goto LOOP  $EOF: 
 $ close ch $ exit   D.   ------------------------------  % Date: Mon, 17 Nov 2003 17:56:09 -0500 ! From: "Frank" <fortega@iblues.cc> $ Subject: How to set up a mail server6 Message-ID: <Ghpub.310$wp3.174@bignews5.bellsouth.net>  2 I would like to know how to set up an email server  on an alpha running openvms 7.3.   ------------------------------    Date: 18 Nov 2003 16:59:58 +0100' From: huber@mppmu.mpg.de (Joseph Huber) ( Subject: Re: How to set up a mail server+ Message-ID: <YkTjYZX4oGP$@vms.mppmu.mpg.de>   Z In article <Ghpub.310$wp3.174@bignews5.bellsouth.net>, "Frank" <fortega@iblues.cc> writes:4 > I would like to know how to set up an email server" > on an alpha running openvms 7.3. >    VMS mail is integrated. $ Decnet mail -. VMS mail with Decnet.. Probably You want an SMTP mail server , yes ?:   depends on the TCPIP stack: 4   with Digital/HP TCPIP services: use TCPIP$CONIGUREA   alternatively MX from Matt Madison (old freeware, newer/better        commercial license). <   complete mail server software: PMDF from Process Software.   --  >    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------  % Date: Tue, 18 Nov 2003 17:03:34 +0100 " From: Didier Morandi <no@spam.com>( Subject: Re: How to set up a mail server3 Message-ID: <3fba42f2$0$2800$626a54ce@news.free.fr>    Frank wrote:  4 > I would like to know how to set up an email server" > on an alpha running openvms 7.3.   What do you mean?   O If you wish to allow VMS users to send mail outside your box, go tcpip$config,   enable the SMTP client and use:   4 $ mail/subj="test" nl: smtp%"didier.morandi@free.fr"  O If you wish to be able to receive mail, enable the smtp server, have some "MX"  P records forwarded to the IP address of your box, then... I do not know yet as I O did not terminate debugging :-) I did forward my mx records to the box, I told  F my ADSL router to forward access to it but then nothing happens... :-(   D.   ------------------------------   Date: 18 Nov 2003 07:20:15 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: IA64 TPC results 5 Message-ID: <DTiotGxQ0bj6-pn2-QQYHsOorgdRu@localhost>   F On Mon, 17 Nov 2003 20:48:04 UTC, JF Mezei <jfmezei.spamnot@istop.com> wrote:   > rob kas wrote:) > >         Does it really matter anymore	G > >         For better or Worse we are sailing on the good ship Itanic.  > V > For those who have no choice but to stay with VMS, you are right, it doesn't matter. > . > But for potential customers, it does matter. > P > Just like the "Freds" of this newsgroup like to point to Sun's Sparc as a deadO > end platform, right now IA64 has a worse image than Sparc because IA64 hasn't D > even made it commercially and has no (significant) installed base. > O > So if one can spread fud about uncertainty of Solaris due to potential change M > of platform later on,  one can spread even more fud about the not so brighteB > future of VMS due to IA64's lacklustre future (or lack thereof).  D I was in our main computing room yesterday. Hadn't been there for a F while; the cluster I work on is a separate entity. The last time I hadF a good look, it was full of DEC and or Digital stuff running VMS. The F main office application was once All-in-1. Now the office stuff is on F W2K and most of the DEC machines have been replaced by things with SunA emblazoned on them. So Fred and Rob  can spin away . They may be e slow(er) but the  F Sun's are still replacing DEC/Digital/HP kit in my real (engineering) D world. It is driven mainly by the applications the projects believe 
 they need.  F I had a visit from a colleague back in England last week. I asked him @ how much VMS stuff they do these days. Not so much. Most of the > simulation work, which used to be VMS/ELN,  is being moved to @ Unix/PowerPC/VxWorks. There is no new VMS development going on, F real-time or otherwise. This is at a site which was once one of DEC's % single largest customer's in the UK. V  h -- s Cheers - Dave.   ------------------------------    Date: 18 Nov 2003 08:53:07 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: IA64 TPC resultsn3 Message-ID: <BOzzMgAW+wpE@eisner.encompasserve.org>n  j In article <DTiotGxQ0bj6-pn2-QQYHsOorgdRu@localhost>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:   > F > I was in our main computing room yesterday. Hadn't been there for a H > while; the cluster I work on is a separate entity. The last time I hadH > a good look, it was full of DEC and or Digital stuff running VMS. The H > main office application was once All-in-1. Now the office stuff is on H > W2K and most of the DEC machines have been replaced by things with SunC > emblazoned on them. So Fred and Rob  can spin away . They may be h > slow(er) but the  H > Sun's are still replacing DEC/Digital/HP kit in my real (engineering) F > world. It is driven mainly by the applications the projects believe  > they need. >   < 	That's your small world.  In my small world, the datacenter; 	has a few hundred servers , mostly W2K.  Important things,-? 	they run mostly on AIX and VMS.  There are literally a handful0@ 	of Sun servers about (5?).  But Sun has little chance of making= 	any head-way here.  Sun makes little sense.  Far slower than-@ 	Power and when pricing out Oracle you are charged per-cpu, many> 	other apps are charged per-CPU.  Folks may have a love affair? 	with Sun kit but becaues of their uncompetitive slowness, theyr 	are hamstrung.p  > 	But really, if Sun was going anywhere you wouldn't be reading 	things like this:  * http://news.com.com/2100-1010-5069581.html  I IBM extended its lead in the server market in the second quarter of 2003,aK stealing a sizable slice of the worldwide market for the powerful computersb/ away from Sun Microsystems, a new study shows.    L Sales of IBM servers increased 10.1 percent to $3.2 billion, giving Big BlueN 30.4 percent of the $10.6 billion market, according to new figures released byJ market share researcher IDC. Third-ranked Sun Microsystems, meanwhile, saw+ revenue fall 18.7 percent to $1.4 billion.      > 	Oh... and it really isn't spinning.  Sun has been sliding off= 	to irrelevance for over 2 years and their revenues and share.& 	price reflect that.  Facts, not spin.   				Robh   ------------------------------  # Date: Tue, 18 Nov 2003 15:23:35 GMT-& From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: IA64 TPC resultss8 Message-ID: <apdkrvof0qrqc0v2gn51hvq917fel8ub7h@4ax.com>  H On Mon, 17 Nov 2003 15:00:40 -0500, JF Mezei <jfmezei.spamnot@istop.com> wrote:  
 >jlsue wrote:cH >> Again, YOU care about the distinction between EV79 and EV7z, but most >> managers do not.  >cI >I care about broken promises. I care about a vendor who has now publiclyHK >admitted that they want to phase out Alpha faster than they had originallyrN >anticipated. How is one to trust the vendor's promises that Alpha will remain+ >available for as long as there is demand ?e  J Now you're bordering on a complete lie.  #1, the promises of a future bumpG in performance, with EV79 as the target, is not broken.  It's just in aoF different form than originally expected.  It's still delivering on the promise of a performance boost.i  F #2, they are not phasing it out any faster.  The servers will still beF available for quite a long time, and support for a longer period afterH that.  This "phasing out" is only your cynical re-interpretation of what	 was said.S   > < >> They were promised a performance boost, and they're going >> to get one. t >PN >The way I see it, EV7 was clocked down, EV7z will simply have the clock speedN >set to what EV7 had been designed to. This is not the process shrink that had >been promised.r  K This seems silly to me, and somewhat childish.  They promised a performanceuH boost, and HP is delivering that.  How many businesses care whether it's called EV79 or EV7z?     > J >> customers) would look at this as a non-issue, as long as their platformK >> would provide them the performance they need now, and in the foreseeablet# >> future for their business plans.t >wO >A potential new VMS customer TODAY (IA64 not a solution) would not look at VMSp= >because the current platform will have a shortened lifetime.r  H How is it shortened?  Heck, we still have applications on PDP-11 and VAX6 systems, and they've been discontinued for awhile now.   >-F >Exsiting customers will see the broken promises and continued lack ofO >marketing of VMS, wondering if HP will truly want to continue with VMS. HP had(J >no problems killing Tru64 and MPE, thinking it already had products being, >ported to IA64 that fulfilled those needs.   J I will never argue against more marketing for OpenVMS operating system.  ID disagree completely on this as another example of any kind of brokenJ promise.  Sure, there were some (and NT on Alpha was a biggie for me), but this is not one.   >rM >If IA64 doesn't pan out and HP goes 64 bit 8086 or even reverts to PaRisc, IeO >fear that HP could do the same to VMS, stating that it is pointless to port it G >to the new platform because its Unix plans to have the same clusteringi >capabilities etc.  D Fine.  That's always one potential direction that things could take.I However it is nowhere near a foregone conclusion, and yet you continually $ state it as if it is already a fact.   >r >h) >>  To a business manager, what, exactly,sL >> seems untrustworthy to them?  They were promised support into the future,5 >> with performance speedups.  They're getting those.e > 2 >How do you know what will happen in the future ?   I How do you?  I never made claims of what will happen in the future.  YouroG posts are repleat with predictions, however (all of them of the chicken  little variety).   >Since June 25 2001, it has L >been made very clear that the vendor can and has changed course at will and: >somehow finds a way to spin this as keeping a commitment.  I Being nimble and flexible is how you survive in this world.  Sometimes it:1 means making decisions that are not very popular.    >lN >> doing this (TCP/IP having become the standard), it's perfectly natural thatK >> the router vendors would drop support for DECnet.  How this ties back to . >> the earlier discusion is unclear, however.  >tE >Because when Router manufacturers dropped Decnet from their standardyN >offerings, it reflected the fact that the VMS customer base was dwindling andO >other vendors who were based on TCPIP were getting far more popular. It is onehK >thing to spin those 400,000 VMS site, but in reality, I suspect the actual.= >number of *active* VMS customers is far far lower than that.   H It does not necessarily reflect any such thing.  It could also be more aG reflection of the growing marketplace in many different directions, andrI that TCP/IP became the defacto standard or all those other markets - evenoI OpenVMS systems have TCP/IP.  Router vendors had to make business choicestG too - remember, the business? - and they decided that the market wasn'tsK large enough for continued support of DECnet.  So what?  I like DECnet muchdE better than TCP/IP too, but I'm not going to worry about it's demise.n   ------------------------------    Date: 17 Nov 2003 23:42:46 -0800% From: Bart.Zorn@xs4all.nl (Bart Zorn)s< Subject: Re: Installing Pathworks on a PC: no licence server= Message-ID: <a98cd882.0311172342.2fc440e1@posting.google.com>h  F An other option is to NOT install the licensing agent on your PC! (Use# the customized installation option)l  	 Bart Zornf  j "H Vlems" <hvlems.nieuw@zonnet.nl> wrote in message news:<bpb387$1ljsjk$1@ID-143435.news.uni-berlin.de>...3 > "Didier Morandi" <no@spam.com> schreef in bericht . > news:3fb8e618$0$246$636a55ce@news.free.fr...H > > I recently installed pathworks on my Presario to share my VMS disks. > > The install went fine. > > 0 > > After PC reboot, I got this message (twice):I > > "Unable to obtain a license for DEC PWXXWINAT07.01 from license groupN >  default"e > > M > > As I was never asked to provide such info, I'm not surprised, but I wouldn >  benI > > very glad to know where to start from in the doc to "set up a license  >  group
 > > default".l > >n > > Many thanks, > >  > > D. > >o > Didier > K > it may be an invitation to install a PAK with that name on the VMSserver. J > Alternatively, during the installation PW32 asks whether you want clientN > based or server based licenses. Could it be you selected server based? If so! > try the client based mechanism.- >  > Hans   ------------------------------  % Date: Tue, 18 Nov 2003 22:45:37 +1100r: From: "David McKenzie" <david.mckenzie@paradigm-shift.biz>< Subject: Re: Installing Pathworks on a PC: no licence serverC Message-ID: <3fba068b$0$31749$c30e37c6@lon-reader.news.telstra.net>u  K you need to use the separate Pathworks license utility. It is not enough too use LMFo  / I think it was called pwrk$license or some such    -- r    4 ----------------------------------------------------1 This mailbox protected from junk email by Matadorn4 from MailFrontier, Inc. http://info.mailfrontier.com  / "Didier Morandi" <no@spam.com> wrote in message0, news:3fb8e618$0$246$636a55ce@news.free.fr...F > I recently installed pathworks on my Presario to share my VMS disks. > The install went fine. >@. > After PC reboot, I got this message (twice):G > "Unable to obtain a license for DEC PWXXWINAT07.01 from license groupy default" >nK > As I was never asked to provide such info, I'm not surprised, but I wouldr beG > very glad to know where to start from in the doc to "set up a licensei group  > default".d >n > Many thanks, >e > D. >    ------------------------------    Date: 18 Nov 2003 07:33:36 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)> Subject: Re: New maynagement software Nimbus also for OpenVMS?= Message-ID: <f30679fb.0311180733.2de77e17@posting.google.com>h  j "Rudolf Wingert" <win@fom.fgan.de> wrote in message news:<MCELKPMOKPMNDNKJNIONKEOECFAA.win@fom.fgan.de>... > Hello, > Q > today I red, that HP will produce a new management software called Nimbus. This N > software should function on Windows, Linux und HP-UX. I did not red anythingP > about OpenVMS. But the mention should be: one managment software, one look and" > feel for it on all OS platforms. >  > Best regards Rudolf Wingerts      C A few days ago I posted this subject " OpenVMS and HP Nimbus" and I,G didnt receive a good answer about it ! Aynobody in HP could answer whatb Nimbues means for OpenVMS ?m   regardsu   FC   ------------------------------  # Date: Tue, 18 Nov 2003 15:56:21 GMTa9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>o> Subject: Re: New maynagement software Nimbus also for OpenVMS?2 Message-ID: <Firub.9213$pw5.3139@news.cpqcorp.net>  ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in messagee7 news:f30679fb.0311180733.2de77e17@posting.google.com...c5 > "Rudolf Wingert" <win@fom.fgan.de> wrote in messageI6 news:<MCELKPMOKPMNDNKJNIONKEOECFAA.win@fom.fgan.de>...
 > > Hello, > > F > > today I red, that HP will produce a new management software called Nimbus. ThisG > > software should function on Windows, Linux und HP-UX. I did not redj anythingI > > about OpenVMS. But the mention should be: one managment software, one$ look and$ > > feel for it on all OS platforms. > >e > > Best regards Rudolf Wingert  >l >r >nE > A few days ago I posted this subject " OpenVMS and HP Nimbus" and IeI > didnt receive a good answer about it ! Aynobody in HP could answer whatd > Nimbues means for OpenVMS ?  >    No.o  I Aside from stating that OpenVMS will actively be involved in Nimbus, thisML forum is not an appropriate place to discuss details of the program.  Nor doD the people who are actively engaged hang out in this forum to do so.  0 What does it all mean for VMS?  All good things.   ------------------------------  # Date: Tue, 18 Nov 2003 12:26:33 GMTa1 From: "Jerry Alan Braga" <jerry.braga@rogers.com>0 Subject: Re: PHP Apache H Message-ID: <Zdoub.98099$HoK.32072@news01.bloor.is.net.cable.rogers.com>   that is correct   : "Matthew Doremus" <mpdoremus@comcast.net> wrote in message* news:l56dnf8AF7AD7SSiRVn-iw@comcast.com... > Hi Jerry,m > ? >    Am I correct to assume that you're using CSWS & CSWS_PHP ?  > 	 > Thanks,u >j >    Matt Doremus. >>; > "Jerry Alan Braga" <jabraga@flanagan.ca> wrote in message9+ > news:%B6ub.163$s8.2361@news.on.tac.net... L > > I am testing some php solutions on openvms 7.3-1 / apache 1.3.26 and PHP > > 4.3. > >r< > > Testing this email client I keep running into this error > >xE > > session_start(): open(/tmp/sess_ed721776dd7ff819bed6a1ac0c391883,o O_RDWR)t< > > failed: file currently locked by another user (65535) in; > > /php$test/squirrelmail/functions/global.php on line 294h > >eJ > > Is it because vms cannot close the files fast enough, or is there some > > setting I can use to fix itr > >  > >  >s >e   ------------------------------  % Date: Tue, 18 Nov 2003 22:43:10 +1100e: From: "David McKenzie" <david.mckenzie@paradigm-shift.biz>3 Subject: Re: Please enter date and time then freezehC Message-ID: <3fba05f8$0$31743$c30e37c6@lon-reader.news.telstra.net>s   ahh,  6 reminds me of the great sysgen parameter TIMPROMPTWAIT   measured in microfortnights :-)    -- e    4 ----------------------------------------------------1 This mailbox protected from junk email by Matadors4 from MailFrontier, Inc. http://info.mailfrontier.com  - "John Santos" <JOHN@egh.com> wrote in message / news:1031118002129.3301B-100000@Ives.egh.com... , > On Mon, 17 Nov 2003, Didier Morandi wrote: >e > > Soterro wrote: > >h > > > Hello, > > >mI > > > I have since today this strange behaviour on this Digital PW 600au,t > > > VMS 7.2-1. > > >oK > > > It is a dualboot machine which until this morning ran under Tru64 foreI > > > a longer while. I rebooted it for VMS (in the same way I always did-L > > > it) and it asked me for the new date and time, as always. I managed toL > > > enter a few digits then the keyboard froze. Not even the caps lock LEDK > > > was lighting when I pressed it. I reset the machine, at the reboot ateL > > > the same moment it froze again. Only the keyboard freezes, because theG > > > display asks again and again for the date with new lines, and theEK > > > keyboard does nothing. I halted it, booted in Tru64, no problem. BacklJ > > > into VMS, again freeze. When I pressed halt, all the garbage I typedI > > > came on the screen so it's buffered somewhere in between. So I just C > > > typed at the prompt continue and this time the date was taken G > > > correctly and the boot process went fine (except for the system's H > > > mail.mai suddenly missing and not created when the whatever status > > > message was sent). > > >.K > > > Anyone experienced this funny situation? If there's something failing + > > > in the machine, what could that be???e > >s > > (as usual)2 > > What did change since the last correct reboot? > >n > > D. >lH > Recent customer with an ES40 had similar (but not identical) problems.I > They only had a graphics console, and if you explicitly set the console.G > to "graphics" and booted, it would ask for the date and time and thenaD > hang.  If you powered off and back on, the console would revert toH > "serial", and if they tried to boot without changing it, it would just > hang.  >o6 > Turned out to be a dying battery on the motherboard. >nB > <RANT> Because it kept forgetting the time, and the console keptD > changing from graphics to serial, I suspected a CMOS battery rightE > away, but we were misled by the non-HP field circus.  They said theiG > ES40 doesn't have a battery, the settings are stored in flash memory, E > which doesn't require power to maintain settings.  They swapped thefC > motherboard and it said all the memory was dead.  They swapped ins? > another motherboard and got the exact same original symptoms.l> > Eventually they swapped the entire CPU cabinet, then startedF > back-fitting components to the old cab (while the system was runningE > on the new cabinet), to isolate the original problem.  Finally theycF > discovered there *was* a battery on the motherboard and it was dead!A > (They claim it wasn't listed as a field-replaceable part in thel= > maintenance docs, but it turned out to be easy to replace.)r >c* > Bottom line:  Original battery was dead./ > 1st replacement motherboard was badly broken. 1 > 2nd replacement motherboard had a dead battery.  >iA > So if you have any ES40's in southern California, and 3rd-partyi? > maintenance, don't let them leave until your sure your system B > is working!  Those dead motherboards have probably been recycled > into their spares kits.c >c	 > </RANT>i >  > Check the CMOS battery.i >  >- > -- -
 > John Santos- > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >1   ------------------------------    Date: 18 Nov 2003 08:25:06 -0800. From: send_lotsa_spam_here@yahoo.com (Soterro)3 Subject: Re: Please enter date and time then freezep= Message-ID: <1a63f162.0311180825.71942eb0@posting.google.com>r   "David McKenzie" <david.mckenzie@paradigm-shift.biz> wrote in message news:<3fba05f8$0$31743$c30e37c6@lon-reader.news.telstra.net>...t8 > reminds me of the great sysgen parameter TIMPROMPTWAIT! > measured in microfortnights :-)m  # And then approximated to seconds :)lF Do you think one could nowadays write commercial software with such anC attitude? Heh the BSOH-like days are so gone (BSOH = bastard system 5 operator from hell, but I guess you already know it).D  F However thank you all, I'll watch the machine closer, install DECEvent+ and already look for a battery replacement.K  
 All the best,E Sn   ------------------------------  % Date: Tue, 18 Nov 2003 11:30:21 -0500D< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>3 Subject: Re: Please enter date and time then freeze7: Message-ID: <bpdhf2$1nmgjs$1@ID-141708.news.uni-berlin.de>   John Santos wrote: >...* > Bottom line:  Original battery was dead./ > 1st replacement motherboard was badly broken.n1 > 2nd replacement motherboard had a dead battery.  > 7 > So if you have any ES40's in southern California, andn	 3rd-partye8 > maintenance, don't let them leave until your sure your system9 > is working!  Those dead motherboards have probably beens recycled > into their spares kits.n > 	 > </RANT>o >i > Check the CMOS battery.   > If it is the same 3rd party maintenance that my main client is5 forced to deal with because of "Global Contracts" andp: "Preferred Vendor Lists" I bet I could tell you the serial< numbers on the boards you went through. It doesn't take long= for boards to fly from one end of the continent to the other.e   -- s Peter Weaver Weaver Consulting Services Inc.E Canadian VAR for CHARON-VAXP www.weaverconsulting.cam   ------------------------------    Date: 17 Nov 2003 23:37:21 -0800% From: Bart.Zorn@xs4all.nl (Bart Zorn) ( Subject: Re: raid 5 OpenVMS VAX hobbyist= Message-ID: <a98cd882.0311172337.47a26d66@posting.google.com>i  F Have a look at http://h71000.www7.hp.com/openvms/storage/raidpage.html  C You can use this on both VAX and Alpha with your hobbyist licences.    HTH,  	 Bart Zorn   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3FB97D93.A27AC3D0@fsi.net>... > Diego CLAEYS wrote:0 > >  > > Hi,0 > > D > > I am a hobbyist and would like to create a raid 5 volume on VAX?A > > I have allready all my licenses from www.openvmshobbyist.com.r0 > > What do I need to create this raid 5 volume? > F > Hardware capable of supporting RAID5. There was some host-based RAID= > software for VMS at one time, Dunno if it's still around...b   ------------------------------    Date: 18 Nov 2003 04:31:07 -08001 From: matthew.finbow@btinternet.com (Matt Finbow)n( Subject: Re: raid 5 OpenVMS VAX hobbyist= Message-ID: <ec25d2bf.0311180431.16681df9@posting.google.com>    Hi,2  A Which license is this covered under? I don't see a *RAID* license A (can't remember exactly what it needs), is this covered under thee 'OPENVMS-HOBBYIST' license?s   Thanks,i   Matt Finbowa  j Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0311172337.47a26d66@posting.google.com>...H > Have a look at http://h71000.www7.hp.com/openvms/storage/raidpage.html > E > You can use this on both VAX and Alpha with your hobbyist licences.  >  > HTH, >  > Bart Zorne > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3FB97D93.A27AC3D0@fsi.net>... > > Diego CLAEYS wrote:: > > > 	 > > > Hi,s > > > F > > > I am a hobbyist and would like to create a raid 5 volume on VAX?C > > > I have allready all my licenses from www.openvmshobbyist.com. 2 > > > What do I need to create this raid 5 volume? > > H > > Hardware capable of supporting RAID5. There was some host-based RAID? > > software for VMS at one time, Dunno if it's still around...l   ------------------------------  # Date: Tue, 18 Nov 2003 16:50:14 GMTe# From: hoff@hp.nospam (Hoff Hoffman)l( Subject: Re: raid 5 OpenVMS VAX hobbyist2 Message-ID: <a5sub.9224$My5.4822@news.cpqcorp.net>  i In article <FXbub.29266$sj2.987186@phobos.telenet-ops.be>, Diego CLAEYS <diego.claeys@pandora.be> writes:h  A :I am a hobbyist and would like to create a raid 5 volume on VAX?h> :I have allready all my licenses from www.openvmshobbyist.com.- :What do I need to create this raid 5 volume?e  I   I will assume you are running equivalently recent OpenVMS VAX software.   G   If by "create this raid 5 volume" you mean to use RAID 1 (mirroring);-F   if you seek to use the OpenVMS host-based volume shadowing to createG   a host-based shadowset, then you will want to read the OpenVMS VolumeaH   Shadowing documentation available in the OpenVMS documentation set.     F   The capabilities provided by OpenVMS Volume Shadowing are also knownE   as disk mirroring on various other operating systems, and sometimeso   as host-based RAID 1.e  F   If by RAID 5 you really mean striping (which is the usual definitionC   of RAID 5) this requires either controller-based hardware or somePD   host-based striping package such as the StorageWorks RAID product,C   or other similar approach.  There is no system-integrated productrE   (SIP) striping package available within OpenVMS; volume striping ise   available a layered product.  ,   The OpenVMS documentation is available at:  $     http://www.hp.com/go/openvms/doc  D   The volume shadowing manual will lead you through all the various E   steps involved in this -- including the steps involved in shadowing0B   a system disk, and the steps involved in creating and managing a   shadowed data disk.:  C   If you are refering to controller-based (hardware) RAID or if yourC   really meant RAID 5, you will want to identify the controller andt?   the particular VAX involved, or the software you plan to use.o  A   Bound volumeset support is also available within OpenVMS, but ItA   tend not to use these  given the cost of larger disks and givenh@   that the system disk -- the disk that is most often in need ofA   capacity -- is not supported as a bound volume.  For details oneD   this approach, see the MOUNT/BIND command details available within   the OpenVMS manuals.  >   It is possible to create RAID 0/1 configurations, as well.    C   Host-based StorageWorks RAID is not supported on the system disk;rE   the configuration is generally limited to data disks, though system C   disks that will be host-served are probably functional.  The coreH?   limitation involves an inability to bootstrap directly from a@B   stripeset as the boot-time drivers do not recognize a stripeset.  D   Controller-based RAID can typically be used on the system disk, as   well as on data disks.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqcN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------  # Date: Tue, 18 Nov 2003 14:33:23 GMTd9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>oB Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <T4qub.9201$km5.1740@news.cpqcorp.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in messagee, news:Ivbub.9173$AQ4.2249@news.cpqcorp.net...- > JF Mezei <jfmezei.spamnot@istop.com> wrote:mH > > The difference being that they will wait for AMD 64 bit 8086 to have' > > proven itself before killing Sparc.o >oG > Would it be more accurate to say that you believe/accept/whatever the E > correct term might be that Sun will be willing and able to wait forh3 > AMD64 to have proven itself before killing SPARC?t >aF > Am I correct in infering from what you wrote though that you believeH > that AMD64 has not yet proven itself, and that you do believe that Sun > will "kill" SPARC? >-H > > They will wait for AMD to start adding enterprise system features to/ > > their 64 bit 8086 before killing off Sparc.- >- > Similar to above.  >3  G Frankly, I see them finishing off what is in the pipeline, the promiseduH dual-core Sparc for example.  In the mean time figuring designing how toK design a enterprise class system with IA64.  I don't see them dumping moneycE into new system platform designs for Sparc - or the ability to designi: dual-purposed systems.  Stick a fork in it, Sparc is done.  D HP went the dual purposed system route with PA-RISC and IA64 for theK transition.  They didn't have that capability with Alpha - and so they werel> up front about it so that customers could plan the transition.  C > > And they will wait for the 64 bit 8086 to have some performancee/ > > leadership over Sparc before killing Sparc.i >n3 > Hasn't that last one at least already been shown?  >l  K Ayup.  They could have picked about any architecture for that.  They picked-K the only logical choice they had - they don't want to get in bed with IntelCF (IA64), don't want to be tied to the chip of a major system competetor6 (IBM), and need something to differentiate themselves.  G I'm just suprised it took them so long.  I suppose it does explian BilliJ Joy's departure.  And that departure probably gives a timeline to when the decision was finally made.   ------------------------------  % Date: Tue, 18 Nov 2003 10:06:24 -0500n* From: "Bill Todd" <billtodd@metrocast.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <OYqdneghAMvtqCeiRVn-hA@metrocast.net>  D "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message, news:T4qub.9201$km5.1740@news.cpqcorp.net...   ...t  I > Frankly, I see them finishing off what is in the pipeline, the promisedn > dual-core Sparc for example.  I Well, the Afara (many-core with per-core SMT) work is also already in thehJ pipeline, and shows significant promise (after all, it's the same approachG Tanglewood is reportedly tajing).  And their joint CPU development with H Fujitsu should continue to yield competitive single-CPU performance with SPARC64.  ,   In the mean time figuring designing how to- > design a enterprise class system with IA64.<  G Why on Earth would they do that?  They've got a SPARC-binary-compatiblet: high-performance solution with SPARC64, presumably anotherA SPARC-binary-compatible high-throughput solution with the Niagarae? (Afara-derived) technology, and a *real* industry-standard (andeL x86-binary-compatible) platform with AMD64 to work with that at least equalsK Itanic performance at far lower cost (though does not yet extend beyond theuG low-mid-range in size - which right now probably suits them just fine).   J With both Sun and IBM legitimizing AMD64, Itanic looks an awfully lot lessK invincible than many would have one believe, and IBM's and Sun's *existing*wF proprietary platforms continue to look like mature viable alternativesK rather than 'legacy' hardware.  Why would Sun instead choose to become justsC another me-too Itanic vendor struggling to overcome HP's sweetheartm relationship with Intel?   - bill   ------------------------------  # Date: Tue, 18 Nov 2003 15:41:25 GMTp& From: jlsue <jefflsxxxz@sbcglobal.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday8 Message-ID: <37fkrvgho6cv5223spbe2qff0nelo21q66@4ax.com>  H On Mon, 17 Nov 2003 15:06:25 -0500, JF Mezei <jfmezei.spamnot@istop.com> wrote:  L >The difference being that they will wait for AMD 64 bit 8086 to have provenO >itself before killing Sparc. They will wait for AMD to start adding enterpriseeM >system features to their 64 bit 8086 before killing off Sparc. And they will O >wait for the 64 bit 8086 to have some performance leadership over Sparc before  >killing Sparc.i >e9 >HP/Compaq killed their own chips before IA64 was viable.G  G Viable has more than one meaning - two examples: a technical one, and a 
 business one.v  B I trust that the hardware engineers can determine whether a CPU isK technical viable to provide the power in the systems that the company would  want to market.w  J The business managers can estimate how many of systems based on those CPUsJ they will sell (based on things like current platform sales) and work withI the vendor to determine whether that's enough market to sustain the chip.lC And then factor in all the other estimated savings they expect from G purchasing the chips as opposed to making their own, and decide whether  it's a viable business option.  8 All this can be done before the chip makes it to market.   ------------------------------  # Date: Tue, 18 Nov 2003 15:48:22 GMTc9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>PB Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <abrub.9211$Wv5.7836@news.cpqcorp.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in messager, news:OYqdneghAMvtqCeiRVn-hA@metrocast.net... >pF > "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message. > news:T4qub.9201$km5.1740@news.cpqcorp.net... >pI > Why on Earth would they do that?  They've got a SPARC-binary-compatible < > high-performance solution with SPARC64, presumably anotherC > SPARC-binary-compatible high-throughput solution with the Niagara=! > (Afara-derived) technology, ...e  F Cost.  They have had promises for a long time that amount to smoke.  II predicted that ADM64 was Suns only option.  Their announcements at ComdexdL are just the first shoe to drop.  I think that Bill Joy's departure probablyE can be read as the decision point for abandoning Sparc in the future.e  J The cost to maintain a bleeding edge chip design (let alone trying to playD catch up) *and* the system giblets that surround it as a proprietary= solution... is a strategy that would put Sun out of business.n   ------------------------------    Date: 18 Nov 2003 10:25:17 -0600+ From: young_r@encompasserve.org (Rob Young)oB Subject: Re: Sun to use AMD Opteron - announcement expected Monday3 Message-ID: <z3apknEht+h+@eisner.encompasserve.org>   _ In article <OYqdneghAMvtqCeiRVn-hA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:. > L > With both Sun and IBM legitimizing AMD64, Itanic looks an awfully lot lessM > invincible than many would have one believe, and IBM's and Sun's *existing* H > proprietary platforms continue to look like mature viable alternativesM > rather than 'legacy' hardware.  Why would Sun instead choose to become justeE > another me-too Itanic vendor struggling to overcome HP's sweetheartf > relationship with Intel? >   @ 	But Intel has some recent surprises in store.  Industry chatter= 	has been about high-k over the years.  Intel surprised folkst? 	and announced their high-k research is complete after 5 years I 	of development.  D http://www.intel.com/labs/features/si11031.htm?iid=labs+si11031.htm&  F The entire semiconductor industry is struggling with the heat of chipsM increasing exponentially as the number of transistors increase exponentially.aO Moving to new high-k materials that control leakage is one step of many towards M making transistors run cooler. Because high-k gate dielectrics can be severalyH times thicker, they reduce gate leakage by over 100 times, and thereforeO devices run cooler. At the same time, Intel has engineered and is demonstratingsJ metal gate electrodes - which sit on top of the gate dielectric - that are$ compatible with high-k dielectrics.    --   	Targetted at 45 nm in 2007.  B 	Other slidware reports "far cooler."  Decreasing leakage 100 fold 	surely helps, eh?  ? 	The gauntlet is cast, when will IBM reveal their high-k?  AMD?o 	How far behind will they be?h 	s> 	Intel's left-hand knows what its right-hand is doing so theseD 	very large on-chip caches will be much easier to do.  And of courseB 	the CPU designers know what is in the pipeline and will be takingD 	advantage.  Be kinda cool in 2007 when a CPU with 96 MByte on-chip C 	caches burn  50 watts total.   Just a guess.  But far cooler must r 	mean something significant.  = 	Likewise, Montecito is more than just another CPU as reportse= 	have it appearing as 4-logical CPUs with 2 physical CPUs foro 	under-pinnings.  ? 	We have these little chuckle-fests about Itanic, but it surelyiF 	isn't an under-performing dog.  It will get far faster.  It will stay< 	quite a bit cheaper than IBM's Power.  There is increasing A 	market growth, much Intel development dollars for IA64.  I don't C 	see widespread adoption of Opteron happening.  I don't know anyone A 	that owns one.  I don't know anyone that is looking at one.  Howi( 	many here have Opteron boxes coming in?   				RobI   ------------------------------  % Date: Tue, 18 Nov 2003 11:36:00 -0500 * From: "Bill Todd" <billtodd@metrocast.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <BOSdnRx23cbt1yei4p2dnA@metrocast.net>  ; "mist dragon" <mistdragon@zdnetonebox.com> wrote in messagew7 news:7500353b.0311172157.62735d9d@posting.google.com...h   ...   B > Whether this is too late is another question - Sun is in similarF > position as Dec was - continue to invest on own technology, going toG > niche or go to mainstream. Sun chose mature solution, AMD already hastH > proven to be faster than Intel and it has 64 bit when Intel says 'thatG > no-one wants 64 bit' :) I am sure they have Solaris running on x86-64eE > behind the scenes - remember how IBM told that they ported DB2 in 2u > weeks to 64bit AMD.t  C Actually, IIRC they claimed that the port took 2 *days* (presumablylJ excluding verification).  Of course, DB2 is a model application - designedK to run on multiple 64-bit (and at least one 32-bit) hardware platforms froms the ground up.   >wG > Otoh, Dec was never mainstream - when they made PC (rainbow, was it -iG > names slip from my mind) on past, they were not mainstream-compatibles > and it was never a success.   F And having learned their lesson they then turned around and *did* sellL compatible PCs (whether they actually manufactured any of them or got all ofK them from Olivetti I don't recall).  In this and in other areas you clearly5 need a history lesson.  )  Then they stuck on their own stuff untilzD > it dragged the company to its knees and what remained, was sold to	 > Compaq.t  J Utter bullshit.  All non-compatible DEC PC development had started windingH down by 1986 - continuing just long enough not to completely abandon the5 customers who *had* committed to using the platforms.   G The problems that DEC had in the late '80s stemmed from difficulties ineL keeping VAX cost/performance-competitive with the emerging competition firstI from the killer micros and then from RISC, though they were compounded bypL unfocused product proliferation and internal squabbles (VMS vs. Unix being aG significant one that eventually resulted in cancellation of the DECwestfI PRISM efforts and the loss of people like Dave Cutler and Roger Heinen tosI Microsoft and elsewhere).  DEC Unix then shot itself in the foot by firstnG migrating to MIPS rather than the nascent Alpha and then reversing thatpH decision (the move to an OSF/1 base also kept the user base off balance,2 though eventually resulted in a superior product).  H After the idiot BoD replaced Ken Olsen with Bob Palmer, the focus turnedJ toward selling off pieces of the company while pushing NT as the future inK preference to VMS - a tradition of incompetence which later Curly and CarlyoL adopted with similar consequences (though HP hasn't yet reached the point of needing to be sold).  <  The mistake Compaq made was to hold on to Dec and trying to: > become a new Dec when the game was already lost for Dec.  F More crap.  The mistake Compaq made was in *failing* to leverage DEC's@ still-leading products and related services to become a credibleH across-the-board competitor to IBM (as Pfeiffer had started to do before1 getting the boot by yet another incompetent BoD).?    As a way to0 > get out, they put their eggs on Itanium basket  L Wrong again.  This was not an exit strategy from some failing effort, it wasI a bone-headed change in direction:  away from an effort that showed everyPK promise of succeeding, toward dependence upon a platform that wouldn't evendK ship a usable product for another 3 years (after Capellas took over in 1999t3 and started tearing down the Alpha infrastructure).t   ...   H > Where Dec failed, Sun will blossom because it waited for the market to' > prove itself before it made its move.h  K That's as much propaganda as the stuff Itanic's proponents dish out.  WhilerL Sun at least has had the courage to stick by and market its products, it hasE stumbled badly in execution over the past several years:  their largesG systems do manage to make good use of the processors in them, but thoseeC processors are lagging in performance and the systems have had morel? technical problems than enterprise-level products can tolerate.f  J Sun has a promising product planned for 2006 (the 'Niagara' multi-core SMTI chip based on Afara technology) and in the interim has a partnership withtE Fujitsu and its competitive SPARC64 processor to supplement the minoreL UltraSPARC IV enhancements due next year.  But its new embrace of AMD64 is aL move more of desperation (because the SPARC products it had hoped to have byJ now didn't pan out) than of careful planning:  Sun could very well come upK smelling like an only slightly-battered rose (because AMD64 turns out to be J a hell of an attractive platform), but it will be due more to luck than to anything else.   - bill   ------------------------------  % Date: Tue, 18 Nov 2003 12:01:34 -0500e* From: "Bill Todd" <billtodd@metrocast.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday2 Message-ID: <LNKdnWOQNMvzzSeiRVn-gg@metrocast.net>  D "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message, news:abrub.9211$Wv5.7836@news.cpqcorp.net... >h7 > "Bill Todd" <billtodd@metrocast.net> wrote in messageD. > news:OYqdneghAMvtqCeiRVn-hA@metrocast.net... > >tH > > "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message0 > > news:T4qub.9201$km5.1740@news.cpqcorp.net... > > K > > Why on Earth would they do that?  They've got a SPARC-binary-compatiblet> > > high-performance solution with SPARC64, presumably anotherE > > SPARC-binary-compatible high-throughput solution with the Niagarab# > > (Afara-derived) technology, ...a >tH > Cost.  They have had promises for a long time that amount to smoke.  I, > predicted that ADM64 was Suns only option.  G And I've tended to agree with you, given their current problems keepingoD SPARC competitive.  But your statement (to which the above paragraph responded) was:r  I > Frankly, I see them finishing off what is in the pipeline, the promised/J > dual-core Sparc for example.  In the mean time figuring designing how to- > design a enterprise class system with IA64.0  8 And, as I said, I don't see why on Earth they'd do that.  F Did you mean to say 'AMD64' above?  That would be more believable (andJ desirable for reasons broader than those limited to Sun), but as noted I'mK not sure Sun sees any immediate need to replace SPARC (at least SPARC64) onZ
 the high end.s     Their announcements at Comdex E > are just the first shoe to drop.  I think that Bill Joy's departuree probablyG > can be read as the decision point for abandoning Sparc in the future.r  H I have no idea which form(s) of SPARC may have been near and dear to hisJ heart.  But, as I said, the Niagara product looks promising (and very muchE like Intel's reported Tanglewood direction), and the partnership withfH Fujitsu (which has significant SPARC64 enhancements planned for the nearL future IIRC) should take care of short-term SPARC performance - so declaringG SPARC dead at Sun may be premature even if they do need to expand their"J range to include another architecture as well in order to cover the marketF adequately (since low-end SPARCs may be price-competitive with x86 but8 certainly aren't price/performance-competitive with it).   >eL > The cost to maintain a bleeding edge chip design (let alone trying to playF > catch up) *and* the system giblets that surround it as a proprietary? > solution... is a strategy that would put Sun out of business.D  I Nonsense.  The cost certainly wasn't significant for DECpaq compared withaF the profits it brought in, and while my impression is that Sun's SPARCJ processor development effort is considerably more bloated than Alpha's wasK if they pare it down to concentrate on Niagara while letting Fujitsu do thelE heavy lifting for SPARC64 the return on that investment could well be-
 excellent.   - bill   ------------------------------    Date: 18 Nov 2003 11:02:26 -0600+ From: young_r@encompasserve.org (Rob Young)dB Subject: Re: Sun to use AMD Opteron - announcement expected Monday3 Message-ID: <IUrG8I5mctTj@eisner.encompasserve.org>P  n In article <T4qub.9201$km5.1740@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:   >>4 >> Hasn't that last one at least already been shown? >> > M > Ayup.  They could have picked about any architecture for that.  They picked M > the only logical choice they had - they don't want to get in bed with Intel H > (IA64), don't want to be tied to the chip of a major system competetor8 > (IBM), and need something to differentiate themselves. > I > I'm just suprised it took them so long.  I suppose it does explian BilleL > Joy's departure.  And that departure probably gives a timeline to when the > decision was finally made. >   $ 	Yep.  We've been there - done that:  c http://groups.google.com/groups?selm=ufMzaPZxP3LV%40eisner.encompasserve.org&oe=UTF-8&output=gplainr   Newsgroups: comp.os.vmswO Subject: Re: There is no Joy in Sunville -- mighty Billy has struck out [on his  own]  Date: 17 Sep 2003 13:26:03 -0500  C In article <vV0ab.4956$ZQ.3709@news.cpqcorp.net>, "Fred Kleinsorge"l) <my-last-name@stardotzko.dec.com> writes:gN > Wanna bet that they are about to kill Sparc and move to a merchant chip like
 > the AMD?  ; 	Hmmmm... you mean kinda sorta like when the decision to golB 	with IA64 from Alpha some folks retired and/or left just prior to 	the decision?  = 	Would make a whole lot of sense - i.e. the die is cast - Joy 7 	is gone and then they move away from his baby - SPARC.R   ---m  < 	The chatter in realworldtech.com highlights just this.  The: 	sadness around the murder of SPARC.  Gee - wonder when HPB 	will begin a SPARC-away program with all the uncertainty ahead of 	cutting over to Opteron.    				Robi 	r   ------------------------------  # Date: Tue, 18 Nov 2003 16:35:21 GMTA# From: "John Smith" <a@nonymous.com> B Subject: Re: Sun to use AMD Opteron - announcement expected MondayK Message-ID: <dTrub.16903$FkK1.1521@twister01.bloor.is.net.cable.rogers.com>    jlsue wrote:. > On Mon, 17 Nov 2003 15:06:25 -0500, JF Mezei$ > <jfmezei.spamnot@istop.com> wrote: >kG >> The difference being that they will wait for AMD 64 bit 8086 to have F >> proven itself before killing Sparc. They will wait for AMD to start@ >> adding enterprise system features to their 64 bit 8086 beforeD >> killing off Sparc. And they will wait for the 64 bit 8086 to have? >> some performance leadership over Sparc before killing Sparc.  >>; >> HP/Compaq killed their own chips before IA64 was viable.t >sG > Viable has more than one meaning - two examples: a technical one, and  > a business one.. > D > I trust that the hardware engineers can determine whether a CPU isG > technical viable to provide the power in the systems that the companyr > would want to market.c >0G > The business managers can estimate how many of systems based on thoseoG > CPUs they will sell (based on things like current platform sales) andrC > work with the vendor to determine whether that's enough market tosF > sustain the chip. And then factor in all the other estimated savingsG > they expect from purchasing the chips as opposed to making their own,y3 > and decide whether it's a viable business option.  >e: > All this can be done before the chip makes it to market.    " The bottom line with Alpha was/is:  K Had Digital/Compaq done serious marketing of the operating systems that rangF on top of Alpha, then there would have been sufficient sales volume to/ justify further funding & development of Alpha.e  L On a technical basis alone, the fact that the 'guts' of EV79 & EV8 are goingK to be incorporated in whole or in part into forthcoming generations of IA64sI variants is sufficient proof that Alpha was more than technically viable.   G The 'failure' of Alpha is strictly a failure in marketing & advertising1L caused by a failure of executive decision making. And those same advertisingL & marketing failures of the Digital/Compaq era continue to be evident in theG HP regieme, also caused by the same root problem - failure of executiveyG decision making. However this time around it probably won't be the chip 1 which is killed....it'll be the operating system.-   ------------------------------   Date: 18 Nov 2003 07:16:10 GMT) From: rankin@pactechdata.com (Pat Rankin) = Subject: Re: SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULL0/ Message-ID: <17NOV200323160963@pactechdata.com>N  2 In article <03111721212587@dscis6-0.dalsemi.com>,\-  brandon@dalsemi.com (John Brandon) writes...eG > I am having trouble using the sys$getqui (or lib$getqui) functions in.$ > either a C or FORTRAN application. >wJ > Specifically the QUI$M_JOB_LOG_NULL and QUI$M_JOB_LOG_DELETE item codes. >iH > I have no problems obtaining entry number, log, file specs, and so on. > These two codes fail withs) > %SYSTEM-F-BADPARAM, bad parameter valuee >hC > Does anyone use the above item codes?  And if so could you please G > provide me with a snippet of how they work?  Would appreciate it veryn- > much, hole in the wall is getting bigger...c  F      Those aren't item codes, they're bit masks.  You need to retrieveF the QUI$_JOB_FLAGS item and then test particular bits within its value0 in order to obtain the information you're after.  2                 Pat Rankin, rankin@pactechdata.com   ------------------------------  % Date: Tue, 18 Nov 2003 06:57:32 -0600 ( From: brandon@dalsemi.com (John Brandon)= Subject: Re: SYS$GETQUI, QUI$_DISPLAY_JOB, QUI$M_JOB_LOG_NULL(1 Message-ID: <03111806573293@dscis6-0.dalsemi.com>i   Pat Rankin wrote: H >      Those aren't item codes, they're bit masks.  You need to retrieveH > the QUI$_JOB_FLAGS item and then test particular bits within its value2 > in order to obtain the information you're after.  . Thunk... my stupid!  Thanks Pat, it works now!     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator0* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Tue, 18 Nov 2003 08:40:17 -0500 & From: "Frank" <orte8038@bellsouth.net> Subject: testing6 Message-ID: <Hhpub.311$wp3.275@bignews5.bellsouth.net>   ------------------------------  # Date: Tue, 18 Nov 2003 11:32:01 GMTu2 From: "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> Subject: The VMS Quilt< Message-ID: <Rqnub.7219$tP4.817555@twister.southeast.rr.com>  9 http://www.openvms.org/stories.php?story=03/11/17/4107711    -- Kenneth Farmer  <><b OpenVMS.org  |  dcl.OpenVMS.org    ------------------------------    Date: 18 Nov 2003 07:38:48 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e Subject: Re: The VMS Quilt3 Message-ID: <lgMkqD266HsH@eisner.encompasserve.org>   q In article <Rqnub.7219$tP4.817555@twister.southeast.rr.com>, "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:i > ; > http://www.openvms.org/stories.php?story=03/11/17/4107711   J At the VMS Symposium, there was a specification sheet regarding the quilt.G I showed it to my wife and she commented that doing a quilt out of knittE fabric (like T shirts) is quite difficult and that is probably why sodB many meters* of stabilizer were listed in the specification sheet.  E From talking to Sue Skonetski, I expect the specification sheet to be F included in the official VMS web page about the quilt when it goes up.   =====================n? * Similar to "yards", but the unit of sales in Australia, wherea?   Debbie Marshall created the quilt.  Debbie's husband is a VMSc?   Ambassador down under, and she was present on the last day ofg#   the just-completed VMS Symposium.b   ------------------------------  # Date: Tue, 18 Nov 2003 14:50:26 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: The VMS Quilt0 Message-ID: <00A29141.DFAC37B1@SendSpamHere.ORG>  q In article <Rqnub.7219$tP4.817555@twister.southeast.rr.com>, "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:u >c: >http://www.openvms.org/stories.php?story=03/11/17/4107711 >6 >--. >Kenneth Farmer  <><  >OpenVMS.org  |  dcl.OpenVMS.org  C Hey Ken, 'twas great meeting you.  Hope the "Jack" wore off by now.8  H I have a few pix I pulled off of digital cameras of those that had them.9 I put a few on my site.  http://www.tmesis.com/pix/quilt/g     --  L VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            f5   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------    Date: 18 Nov 2003 07:31:01 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: Re: The VMS Quilt= Message-ID: <f30679fb.0311180731.6523c473@posting.google.com>   v "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> wrote in message news:<Rqnub.7219$tP4.817555@twister.southeast.rr.com>...; > http://www.openvms.org/stories.php?story=03/11/17/4107711e  I What makes me sad is OpenVMS dont have an official logo, like the Shark,-* The Globe or the O-P-E-N-V-M-S.org logo !    Regards      FC   ------------------------------  % Date: Tue, 18 Nov 2003 19:05:56 +0100 ) From: Michael Unger <unger@despammed.com>  Subject: Re: The VMS Quilt: Message-ID: <bpdn6q$1mv1rg$1@ID-152801.news.uni-berlin.de>  % On 2003-11-18 15:50, "VAXman-" wrote:o   > [...]  > J > I have a few pix I pulled off of digital cameras of those that had them.; > I put a few on my site.  http://www.tmesis.com/pix/quilt/y  D Does anybody know of a URL for the "OpenVMS shark" (top right on the3 quilt)? A high-resolution JPG version is preferred.    MichaelV   -- i; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.C= My e-mail account at DECUS Munich will expire on 31-Dec-2003.v   ------------------------------    Date: 18 Nov 2003 05:24:29 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)o& Subject: Re: VMS 2003 bootcamp summary< Message-ID: <857e9e41.0311180524.a493f3f@posting.google.com>   Dear Dave and Martin,t  E Thank you for your kind words, it really makes a difference to me.  IhC also feel that the week went well.  Its amazing how up you can feeltC when so many like minded folks get together and are looking for theeB good in something instead of always trying to find a negative loop hole.0  E For folks keeping track there were folks from 18 countries, includingA> Romania, Switzerland, Austria, Japan, Israel, Germany, France,3 Netherlands, Canada, England, Russia to name a few.m     Warm Regards,  Sueec "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message news:<vrfj392pt5h1eb@corp.supernews.com>...tL > Back from 4 days of the VMS advanced technical bootcamp in ZKO land.  WithI > ZKO being literally down the street from the hotel, it was easy to haveiI > people come and go during the week for presentations, etc., a very good.A > idea.  Andy, Hoff, Fred, Bart, Mark and many others were there.t > E > In summary a very good event with lots of good info (sorry much waseL > non-disclosure).  Sue did a wonderful job of organizing and getting things > to happen on schedule. > J > Bruce Ellis was there and we saw 2 of his videos.  Great stuff.  Lots of > good laughs. > J > I know others here will feel differently, but I came away feeling prettyJ > good about VMS and where its going.  I intend to pass this on whenever I > can. > M > The VMS Ambassadors have a session this coming week at the same place.  Sue2$ > is heading up that effort as well. > / > Look for the 2004 event in the May timeframe.y   ------------------------------  # Date: Tue, 18 Nov 2003 15:02:10 GMTd" From:   VAXman-  @SendSpamHere.ORG& Subject: Re: VMS 2003 bootcamp summary0 Message-ID: <00A29143.832AB375@SendSpamHere.ORG>  p In article <857e9e41.0311180524.a493f3f@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes: >Dear Dave and Martin, >-F >Thank you for your kind words, it really makes a difference to me.  ID >also feel that the week went well.  Its amazing how up you can feelD >when so many like minded folks get together and are looking for theC >good in something instead of always trying to find a negative loope >hole. > F >For folks keeping track there were folks from 18 countries, including? >Romania, Switzerland, Austria, Japan, Israel, Germany, France,a4 >Netherlands, Canada, England, Russia to name a few.  2 ... and the People's Republic of New Jersey...  :)  E The week was fun and full of info.  I would have appreciated that the1D "Advanced Itanium sessions" be more advanced to my levels.  The onlyE gripe I have was no Guinness on draught in the bar and *way* too mucht cigarette smoke. :(   F Normally, I would have driven to NH but I flew up this time to make itG home in time for a concert in NYC.  I didn't make it to the concert.  I F sat in Manchester Airport until well after 9:00pm because of high windG conditions at EWR (Newark Airport).  One of the sacrifices VAXman makesiG for VMS!  Luckily I caught the band the next night at the NJ ProgHouse.d I happy. -- mL VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            r5   "Well my son, life is like a beanstalk, isn't it?" S   ------------------------------  % Date: Tue, 18 Nov 2003 16:03:04 +0000a From: Roy Omond <Roy@Omond.net>p& Subject: Re: VMS 2003 bootcamp summary) Message-ID: <3FBA42B7.4E5F67DC@Omond.net>h  ! VAXman-, @SendSpamHere.ORG wrote:o   > [...snip...] >iG > The week was fun and full of info.  I would have appreciated that thenF > "Advanced Itanium sessions" be more advanced to my levels.  The only4 > gripe I have was no Guinness on draught in the bar   That I can sympathise with !  ( > and *way* too much cigarette smoke. :(  8 I thought that was the role of the Leper Colony (TM), or have I misunderstood ?  , Anyway, sounds as if you folks did have fun.  	 Roy Omondl Blue Bubble Ltd.   ------------------------------  % Date: Tue, 18 Nov 2003 08:50:37 +0100 " From: Didier Morandi <no@spam.com> Subject: Re: VMS BBS??? 3 Message-ID: <3fb9cf6a$0$2793$626a54ce@news.free.fr>   
 slaX0r wrote:    > Hoff Hoffman wrote:M >  > B >>   A Bulletin Board System for OpenVMS?  A BBS?  How quaint. :-) >>L >>   FWIW, the Notes (client and server) conferencing package is on FreewareL >>   V6.0, which is expected to ship with V7.3-2 over the next month or two.A >>   I've seen folks with web clients for the notes conferencing - >>   packages, too.u >> > I > Thanks, Hoff, and everyone else who's responded. From what I can tell,  I > Notes should do what I'm looking for, especially if there's also a web   > client for it.  H If you can't wait until Freeware V6, feel free to get the Alpha kit from http://blagnac.dyndns.org/   D. -- e;           Read the latest VAX/VMS to Itanium Migration News F   www.openvms.org/dmorandi/vaxvms2itanium_200311en.pdf (en USA mirror)A www.didiermorandi.com/vms/vaxvms2itanium_200311en.pdf (en Europe) A www.didiermorandi.com/vms/vaxvms2itanium_200311fr.pdf (fr Europe)a7               Discover the FutureVAX: www.futurevax.com0  F didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPC      Expertise en environnement DIGITAL ~ Formation ~ ProgrammationyF Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287D    SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------  # Date: Tue, 18 Nov 2003 15:32:49 GMTf& From: jlsue <jefflsxxxz@sbcglobal.net>) Subject: Re: VMS Defragmentation Softwareo8 Message-ID: <voekrvk6jl7nmphbi0q2ne7m7pqcjg42f0@4ax.com>  C On Mon, 17 Nov 2003 18:32:53 GMT, VAXman-  @SendSpamHere.ORG wrote:n     >eM >I'm no fan of the licensing scheme.  It's caused me many problems when buildAM >product.  I almost created a permanent schism betweem myself and the authorseM >(a well know company, not Raxco) of their keying system when I expounded my i >personal opinions of it.h  J When I was a system manager I detested any licensing scheme that generatedH a key based on any specific (list of) hardware component(s).  One of the1 biggest hemorrhoids was a key based on the NIC.  l  D These things loved to die in the middle of the night.  I'd get fieldH service to come in and replace it, and then 5-10 of my products wouldn'tE start up on boot because of this crap licensing.  And, of course, theoK vendors' support infrastructure wouldn't provide that level of 24x7 supportsD for licensing issues, meaning that often we were lucky to even get a8 replacement license by the end of the next business day.  D It cause quite a lot of business availability issues.  We eventually( dropped most of those vendors over time.   ------------------------------  # Date: Tue, 18 Nov 2003 09:15:53 GMTp( From: "Mark Buda" <budaNO@SPAMyahoo.com>, Subject: Re: [ASOVMS V7.3-2] What licenses ?< Message-ID: <drlub.3546$m84.2093077@news1.news.adelphia.net>  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messaget+ news:u9Htb.88279$W7.62467@news.chello.at...tK > While playing around with LMF$DISPLAY_OPCOM_MESSAGE, I saw today a lot of 5 > OPCOMs. Some are (at least for me) surprising like:o >h: > %%%%%%%%%%%  OPCOM  16-NOV-2003 09:48:36.62  %%%%%%%%%%%" > Message from user SYSTEM on LUNAJ > %LICENSE-E-NOAUTH, DEC PWLMXXXCA08.00 use is not authorized on this nodeF > -LICENSE-F-NOLICENSE, no license is active for this software product3 > -LICENSE-I-SYSMGR, please see your system manager   J Using the logical LMF$DISPLAY_OPCOM_MESSAGE should be limited to debuggingJ and an understanding that it displays all failures, even though they might& be looked upon as successful failures.  G Any time a product calls sys$grant_license to see if a license has beeneK loaded for a product, the service is going to return success or failure andmD it is up to the product to determine if a failure should be ignored.  H If you are looking for a list of 5 or 10 licenses, you might get 5 or 10, failures before finally getting a success...  $ I hope that explains how it works...   Been there, done that...   mark   ------------------------------  # Date: Tue, 18 Nov 2003 15:21:37 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)" Subject: Re: [OT] NetBSD and Linux2 Message-ID: <5Oqub.9205$sn5.5608@news.cpqcorp.net>  > FreeBSD will also run on TurboChannel Alphas, which Linux does not do.   ? I'm not sure that's a really good argument in favor of BSD, butnB if you're stuck with old Alphas and have to run something on them,> and you don't qualify for the OpenVMS Hobbyiest program (doing? commercial work) you could run BSD.  Of course, if you're doing > important commercial work you should probably upgrade to newer hardware anyway.   -- t(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have ah5  legitimate reason to E-mail a response to this post.g   ------------------------------   End of INFO-VAX 2003.640 ************************--------------  # Date: Tue, 18 Nov 2003 15:41:25 GMTp& From: jlsue <jefflsxxxz@sbcglobal.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday8 Message-ID: <37fkrvgho6cv5223spbe2qff0nelo21q66@4ax.com>  H On Mon, 17 Nov 2003 15:06:25 -0500, Ä2HXrGf*3ddm5OZ7F!D^^ҥFڰ`L%8]:Ls4ںG2$7КgLQƫv¨^eI{z&ɀ[+bSIDkh3
^$dwl[mDwEiS!Y4ĥ"q#82Skq[HW$i/ Jq 3|f<Jh$#[{9swxy34婑	e#e4p%S	0v=yv Ty Ae6|d.tm5-$.lLf $"Tɳ` &M
*IH

 kOR5E`,

8<8*v	\}dtk&)`C)g*BT-Y=ƶ(sſr[ÿ=]3UXNs),A(	x2KQǨ3`z
	Œ,rҤ!)[êfqѢ8;`#K$^2{|eLUd
bv<tX3n%An9V3*! Oqz;4,¦!xU0
HE:#LZUT0Z4mʹnJf60%zjknѦC"#9AݬeKuѣNlt5>9}]IV+?>]"!\:t,E(5*j>cz
 (FZg˶ThHD2A(Q-$r'v}o^t V@&%T.A kCJDp~<`g?wh/{愕3}=Fenˣ=EI#=
boO{h gA4\rL
MI=ʵ2YTų)'PgHEEz
B$V1 Ʊ<~Nti<,4Bcj}fi
xb;=9Ř/u2}~i`Ť`>b7&Dq:i=juA|`1|@&U!~bi(ifmUO]ùd~jn.b
Zr>>Zv-bQ:j(1
lH5e1fNVؑ
D4V6ɥ-j[KES\$LVUnϏ\ĺ'P<Bщ
ODO#iu5h.ZdZ5gx5_٪qXuҊ`qP1◜8yCQٺ'tұ	]]'A/&\~2In_b;w*:D̯ҳN^Yn(}
\2m2Y/>;O|qc>|txGwp4FjkM鍵a;+x1_s4>.Eٻ=KB%;Ar#xè;?owZ_wj㡥T^xX0bo/p?Xp`Sw~zꌽx^~A頼>U5컦{Yi
Lf]
k<L\'YI;790$	cڦ'i4A6͆oMNX&Ҵ6?Ӥg@ܶcfkM.s%W:=<
B1CfZ|A
vE+reVc?T(D陱)CVpo[tz
`
u=w
k4XT0݃;vݜ@Z^cE9d]JWA?O$zv1\E/˚e+ܚwpע*5j]V\wjٷ,}^ʏv8jL%˃)vČTp?U9 Ox Zqǜ>U.݋G&SXVȝ~t5`4+FWכ>wSk
\Ua]X/0}a=~DBj1>017>wY#o4mLE[V^}Fݮܿ/x
oB]}]khYO:f;z}갩~[}#Ro4ЬP8/PK    .W9  J   ht_root/src/query/extract.c  8e   R       J                           6:   71t                     
                 [{wF_b5lȭMAi1;t9@$г~3#!as\