1 INFO-VAX	Fri, 08 Mar 2002	Volume 2002 : Issue 131       Contents:2 Re: best/most flexible preserve VMS files onto CD?2 Re: best/most flexible preserve VMS files onto CD?3 Re: Clustering beginnings - Clair Grant might know. 3 Re: Clustering beginnings - Clair Grant might know. 3 RE: Clustering beginnings - Clair Grant might know. 3 Re: Clustering beginnings - Clair Grant might know. 3 Re: Clustering beginnings - Clair Grant might know.  Console problem with MV3300  Re: Console problem with MV3300 . Re: DCL challenge of the day: dates comparison Re: DCPS 1.2 and tcpip printing ! Re: Display settings in VMS Motif & Re: GEMBASE in GS Servers *** HELP ***& Re: GEMBASE in GS Servers *** HELP ***' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000  Re: Incremental BACKUP question  Re: Incremental BACKUP question  Re: Incremental BACKUP question   Re: interrupt state CPU activity Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles# KZPSM v. AlpSta 200 4/233, VMS V7.2 ' Re: KZPSM v. AlpSta 200 4/233, VMS V7.2 4 Re: Looking for OpenVMS Hobbyist CD v1 (OpenVMS 6.2)+ Re: Microsoft Curries Favor With Undergrads + Re: Microsoft Curries Favor With Undergrads & Re: MicroVAX 3100/30 to connect to ISP- Re: Need help on Alpha:  Calling C from MACRO - Re: Need help on Alpha:  Calling C from MACRO ! Re: Netcraft Uptime For OpenVMS ? 3 Re: Netscape annoyance with OpenVMS CGI executables 3 Re: Netscape annoyance with OpenVMS CGI executables 3 Re: Netscape annoyance with OpenVMS CGI executables 
 Re: node name   Re: OpenVMS jobs available - FYIP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of  Compaq Ac7 Recall: Clustering beginnings - Clair Grant might know. ; Re: Recall: Clustering beginnings - Clair Grant might know.  Research Network Job Site  Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines... Re: SOAP on OpenVMS?! Re: Standalone backup question... ' Re: Steps for installation OVMS 6.2 1H3  Re: SWCC RE: SWCC Re: SWCC Re: SWCC- Re: Telnet to OpenVMS - unknown terminal type  Re: UNMESSAGE for Alpha ? 2 US-NC contract to perm Spanish Cobol CorVision Vax Re: VMS DEBUG V7.2 bugs me! 2 Re: What VMS version runs on a Digital Server 30002 Re: What VMS version runs on a Digital Server 30002 Re: What VMS version runs on a Digital Server 3000P Re: Why no DEFINE /GROUP=nnnn? (was re: define "group-logicals" at system startuP Re: Why no DEFINE /GROUP=nnnn? (was re: define "group-logicals" at system startu  F ----------------------------------------------------------------------  # Date: Fri, 08 Mar 2002 03:58:00 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: best/most flexible preserve VMS files onto CD? ' Message-ID: <3C883830.3ADBD9C9@fsi.net>    Larry Kilgallen wrote: > ] > In article <3C86EC4D.3DB7C663@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > I > > The guys at TECsys turned me onto a method of co-mapping a CD so that J > > ISO side points to the extents of the "VMS side". Trouble there is, of. > > course, the record format problem remains. > C > The ISO 9660 standard provides for storage of RMS record formats, D > so there should be no problem with any standards-compliant reader.  F I think the question left unanswered from a previous thread was, "doesG VMS/RMS provide ISO-9660 support?". Since such containers are typically H MOUNTed as software write-locked, I don't see how that's possible. SinceF you can't write RMS meta data into the ISO-9660 cells, how can VMS/RMS read anything back?   F So, with no standards-compliant RMS-capable writer (unless you know ofB one, URL please if you do), the existence of a standards-compliant reader is moot.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 08 Mar 2002 04:03:52 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: best/most flexible preserve VMS files onto CD? ' Message-ID: <3C883A1B.9C6E5177@fsi.net>    Hoff Hoffman wrote:  > [snip]7 >   Details on the OpenVMS CD-R options are in the FAQ.   C Unfortunately, the details we need are nowhere to be found, AFAICT:   ? o Assuming the ISO-9660 data cells are properly filled with RMS E metadata, (i.e., RMS attributes are written to the IS0-9660 fs), will % VMS/RMS look for them and honor them?   F o Does any current version of VMS/RMS provide a supported way to writeG IS0-9660 filesystems fully populated with the necessary RMS metadata to H make file attributes available not to mention making files available forA READ/WRITE when the ISO-9660 fs is MOUNTed to any VMS/RMS system?    Ideally:( $ MOUNT ddcu:/MEDIA=ISO9660 volume_label# $ COPY filename.ext;vers ddcu:<dir>  etc. ...  E ...where "ddcu" is either a hard disc or a virtual disk device (VD or  LD).   o ...any future version(s)... ?    Wish list item, eh?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 7 Mar 2002 13:36:40 -0600 + From: young_r@encompasserve.org (Rob Young) < Subject: Re: Clustering beginnings - Clair Grant might know.3 Message-ID: <JCy7Z7MsqJW9@eisner.encompasserve.org>   S In article <3C87A71F.C5A7EDA@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:  > Rob Young wrote: >>  H >>         This is very strange... back to that great work: "VAX OpenVMS8 >>         at 20", edited by Andy Goldstein, on page 60: > = > Tremendous book. Has the PDF vanished from the website now?  > * >>         VMS to OpenVMS:  Major Releases2 >>         VMS V4 September 1984 - 40,000 licenses > ...  >>         o  VAXclusters   >>         o  Connection manager& >>         o  Distributed lock manager/ >>         o  Distributed file system (F11BXQP)  > ... + >>         o  Cluster wide operator control  >>  Q >>         So maybe it was internal then, but not out in the wild until September L >>         1984.  Assuming Andy got the ship date right and none of this was- >>         picked up on prior to publication.  > J > Putting Clair's response together with some other elements in VAXcluster@ > Principles, device communication (HSC) is vitally important inI > clustering to Davis. The book goes into fascinating detail about device  > communication / DSA. > G > On the other hand, it could be a typo! September is late (ish) in the J > year by my estimation, but there's just a fingers width between 3 and 4. >   ? 	Yeah but... V3 shipped April 1982, "no way" to ship that close 1 	on such a major rev level (i.e. September 1983).   < 	To clarify (or muddle) a bit more.. if you turn to page 46:  - 	"In May 1983, DIGITAL announced VAXClusters"   	 	page 47:   > 	"However with the advent of the MicroVAX and VAX workstations$ 	(concurrent with clusters in 1984)"  A 	So it appears to have actually shipped September 1984 (page 60)  # 	but was announced 16 months prior!   6 http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf   	Still active, just tried it.    				Rob    ------------------------------  % Date: Thu, 07 Mar 2002 15:05:26 -0500 * From: Clair Grant <grant@evms.zko.dec.com>< Subject: Re: Clustering beginnings - Clair Grant might know.0 Message-ID: <3C87C806.4B856512@evms.zko.dec.com>  H No, I don't think that would be a completely fair statement. What we hadI on TOPS-20 was not a fully distributed file system and lock manager which I is what I think of as the crux of a VMS cluster and what distinguishes it H in the market place. To achieve the equivalent of that on TOPS-20 left a4 whole lot as an exercise for the user to figure out.   Clair      Alan Greig wrote:   E > On Thu, 07 Mar 2002 12:43:09 GMT, bad bob <sfmc68@bellatlantic.net>  > wrote: >  > >Barb,A > >You jogged my memory too, I believe you are correct, there was @ > >all the SMP stuff, clustering (Loosely Coupled Systems is the; > >term that comes to mind again), and all that going on in ? > >what my memory recalls as overlapping activities.  It really  > >was a busy time!  > E > And TOPS-10/TOPS-20 customers were getting lots of presentations on G > all the upcoming goodies and how this would all scream along with the  > new "Jupiter" hardware.  >  > Then it ended. > ; > So am I right in summing up, consensus is that the Compaq D > (Digital/DEC) claim to have invented 'modern' clustering on VMS inG > 1980 should be modified to on TOPS-10/TOPS-20 closely followed by VMS  > around that time period? >  > -- > Alan   ------------------------------  $ Date: Thu, 7 Mar 2002 16:09:34 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>< Subject: RE: Clustering beginnings - Clair Grant might know.- Message-ID: <0033000055594408000002L082*@MHS>    =0ANo, it hasn't vanished.  + http://www.openvms.compaq.com/openvms/20th/   / I suspect that Sue may have had something to do $ with the fact that it's still there.   :^)    WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET & Sent: Thursday, March 07, 2002 2:36 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET< Subject: RE: Clustering beginnings - Clair Grant might know.    H In article <3C87A71F.C5A7EDA@127.0.0.1>, Nic Clews <sendspamhere@127.0.= 0.1> writes: > Rob Young wrote: >>H >>         This is very strange... back to that great work: "VAX OpenVM= S 8 >>         at 20", edited by Andy Goldstein, on page 60: > = > Tremendous book. Has the PDF vanished from the website now?  > * >>         VMS to OpenVMS:  Major Releases2 >>         VMS V4 September 1984 - 40,000 licenses > ...  >>         o  VAXclusters   >>         o  Connection manager& >>         o  Distributed lock manager/ >>         o  Distributed file system (F11BXQP)  > ... + >>         o  Cluster wide operator control  >>H >>         So maybe it was internal then, but not out in the wild until=  H September >>         1984.  Assuming Andy got the ship date right and n= one of this was- >>         picked up on prior to publication.  > H > Putting Clair's response together with some other elements in VAXclus= ter @ > Principles, device communication (HSC) is vitally important inH > clustering to Davis. The book goes into fascinating detail about devi= ce > communication / DSA. > H > On the other hand, it could be a typo! September is late (ish) in the=  H > year by my estimation, but there's just a fingers width between 3 and=  4.  >   C      Yeah but... V3 shipped April 1982, "no way" to ship that close 5      on such a major rev level (i.e. September 1983).   @      To clarify (or muddle) a bit more.. if you turn to page 46:  1      "In May 1983, DIGITAL announced VAXClusters"   
      page 47:   B      "However with the advent of the MicroVAX and VAX workstations(      (concurrent with clusters in 1984)"  D      So it appears to have actually shipped September 1984 (page 60)'      but was announced 16 months prior!   6 http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf  !      Still active, just tried it.                        Rob=   ------------------------------    Date: 08 Mar 2002 05:08:39 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Clustering beginnings - Clair Grant might know.0 Message-ID: <87zo1kuluw.fsf@k9.prep.synonet.com>  ' Alan Greig <a.greig@virgin.net> writes:   ; > So am I right in summing up, consensus is that the Compaq D > (Digital/DEC) claim to have invented 'modern' clustering on VMS inC > 1980 should be modified to on TOPS-10/TOPS-20 closely followed by  > VMS around that time period?  D Digital or DEC. Compaq could not find an original idea if you rammedE it up their arse and gave them  a map. I don't think TOPS-10 ever did 7 clustering. 20s did with CFS, but who remembers them...    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 07 Mar 2002 20:00:18 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com> < Subject: Re: Clustering beginnings - Clair Grant might know.1 Message-ID: <3C87C6D2.105615AB@trailing-edge.com>    Paul Repacholi wrote:  > ) > Alan Greig <a.greig@virgin.net> writes:  > = > > So am I right in summing up, consensus is that the Compaq F > > (Digital/DEC) claim to have invented 'modern' clustering on VMS inE > > 1980 should be modified to on TOPS-10/TOPS-20 closely followed by   > > VMS around that time period? > F > Digital or DEC. Compaq could not find an original idea if you rammedG > it up their arse and gave them  a map. I don't think TOPS-10 ever did 9 > clustering. 20s did with CFS, but who remembers them...   : The archives here do.  The GALAXY V5 docs show that CI and? CFS support were in the "mainstream" release TOPS-20 kernel in   1984:    7      COPYRIGHT (C), 1984, DIGITAL EQUIPMENT CORPORATION             1.0  SUMMARY   F      GALAXY version 5 is  a  release  primarily  aimed  at  supportingF      changes  in  TOPS-20  version  6.  The major areas include QUEUE%F      JSYS support, CI support, CFS  support  and  password  encryptionF      support.   Due  to  these needs, a significant amount of work wasF      also done to MOUNTR to improve its internal operations.  Finally,<      GALAXY 5 also contains published changes to GALAXY 4.2.   See   b http://pdp-10.trailing-edge.com/bb-h138e-bm_tops20_v6_1_distr/01/6-1-documentation/galaxy.doc.html   Tim.   ------------------------------   Date: 7 Mar 2002 12:12:42 -0800 # From: lwk@stopover.to (JC Bouillon) $ Subject: Console problem with MV3300= Message-ID: <92fd4b93.0203071212.55d69150@posting.google.com>    Hi all,   D I just received an old MicroVax 3300.  Also came a VT320 but withoutF the console cable (MMJ I suppose).  So I searched and found out in theF OpenVMS FAQ the pinout for the cable and made one myself.  The problemE is that when I power on the machine I have nothing on the console but B the system seems to start normally (going to 1 on the CPU led with9 automatic boot or stuck at 3 without automatic boot).  My B understanding is that the system is waiting for some info from the console.  Right?  D I'm pretty sure the cable is correct (assuming info from OpenVMS FAQF Part 5 are correct) so I'm wondering what should be the parameters forE controlling the line.  I have checked the S1 switch (position 5 which E means 9600) behind the CPU panel just to be sure and put the VT320 to E 9600 8N1.  What about Xon/Xoff, VT emulation, RS-232 or RS-423, ... ?   A Does anybody see where the problem is and/or could provide help ?    Many thanks in advance.    ------------------------------   Date: 7 Mar 2002 20:19:00 GMT 3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) ( Subject: Re: Console problem with MV33000 Message-ID: <a68hvk$meh$2@n.ruf.uni-freiburg.de>  c In article <92fd4b93.0203071212.55d69150@posting.google.com>, lwk@stopover.to (JC Bouillon) writes: E >I just received an old MicroVax 3300.  Also came a VT320 but without G >the console cable (MMJ I suppose).  So I searched and found out in the G >OpenVMS FAQ the pinout for the cable and made one myself.  The problem F >is that when I power on the machine I have nothing on the console butC >the system seems to start normally (going to 1 on the CPU led with : >automatic boot or stuck at 3 without automatic boot).  MyC >understanding is that the system is waiting for some info from the  >console.  Right?  > E >I'm pretty sure the cable is correct (assuming info from OpenVMS FAQ G >Part 5 are correct) so I'm wondering what should be the parameters for F >controlling the line.  I have checked the S1 switch (position 5 whichF >means 9600) behind the CPU panel just to be sure and put the VT320 toF >9600 8N1.  What about Xon/Xoff, VT emulation, RS-232 or RS-423, ... ? > B >Does anybody see where the problem is and/or could provide help ?  J You should cross transmit-data & receive-data between the terminal and the	 computer.i   Regards,    Christoph Gartmanni  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 07 Mar 2002 20:24:40 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>7 Subject: Re: DCL challenge of the day: dates comparison & Message-ID: <3C87BE79.D0EF6D36@gmx.ch>  9 (tu ne cherches pas un sultant VMS  Spotimage, Pierre ?)y   "Bru, Pierre" wrote: > ( > is this an Obfuscated DCL Contest ? :)  0 I do not feel o(b)fuscated by this question :-))   > > 1. turn dates to VMS formate > / > does 160302 mean 16-MAR-2002 or 16-MAR-1902 ?.   LOL (English for MDR)0   D. -- SH   ----------------------------------------------------------------------H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htmlH Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 (0)79 705 4670H 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 6418  H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais Man spricht Deutsch se habla Castellano English spoken   ------------------------------  $ Date: Thu, 7 Mar 2002 21:06:26 -0000: From: "David McKenzie" <david.mckenzie@paradigm-shift.biz>( Subject: Re: DCPS 1.2 and tcpip printingA Message-ID: <1015535244.9108.0.nnrp-07.c1edba74@news.demon.co.uk>   ; Isn't DCPS 1.2 *very old*. I think they are up to about 1.7o  F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3c865bd5$1@news.si.com...G > >Hi, I'm using DCPS 1.2 with TCPIP parameter (P2) to print on a LN17.c1 > >At the initialize/que I got an abort error....OH > >I tried with OCE copier, no problem at the creating queue but the jobJ > >never prints and stay on the queue as printing then starting, the queue1 > >(which were idle) becomes busy at this moment.l > I > Oce's don't support telnet connection like DCPS uses.  They can only dob+ > Netware (possibly Appletalk) and LPR/LPD.t > --C > Brian Tillman                   Internet: tillman_brian at si.comtC > Smiths Aerospace                          tillman at swdev.si.comn? > 3290 Patterson Ave. SE, MS      Addresses modified to prevento> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >- >-   ------------------------------  % Date: Thu, 07 Mar 2002 23:34:14 +0100e From: Dirk Munk <munk@home.nl>* Subject: Re: Display settings in VMS Motif& Message-ID: <3C87EAE6.3020608@home.nl>  9 I have been working on this, but did not get any further.<  G I have a powerstorm 4D20 graphics card. Now when I read chapter 3.3 of tH the release notes of Open3D V4.9B it says that the 4D20 can be set to a H resolution of 1600  x 1200 pixels (optionally) . I tried to set this by G entering decw$xsize_in_pixels == 1600 and decw$ysize_in_pixels == 1200 SF in sys$manager:decw$private_server_setup. This did not work (at least 1 not after a decwindows restart). There is also a rF decw$device_config_gy.com, and it does not list any resolution. Other 4 decw$device_config_G files do list more resolutions.  E There is also a decw$mwm_overlay.exe that can be used instead of the eI normal windows manager. In chapter 3.5 of the Open3D V4.9B release notes 6H it is explained how to install this driver with classic Decwindows. Can  I use it with Motif ? And how ?s   Dirk   Bart Zorn wrote:  8 >"Bart Zorn" <B.Zorn@TrueBit.nospam.nl> wrote in message% >news:a5qebg$lou$1@news1.xs4all.nl...  > L >>"Dirk Munk" <munk@home.nl> wrote in message news:3C80ADE9.70601@home.nl... >>J >>>Is it possible to change the display settings in Motif ? I'm using a 21J >>>inch tube on my PWS500au, and I would like to have a higher resolution,# >>>and thus smaller characters etc.l >>>s >>>Regards,s >>>  >>>Dirk Munk >>>3I >>The first thing you have to find out is if and how your display adaptern >> >can >C? >>support a higher resolution. Once that's done, have a look atd" >>SYS$MANAGER:DECW$STARTSERVER.COM >> >u. >I replied a little bit too fast. It should beM >SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM, as Martin Vorlaender  said in hislL >reply. Anyway, whatever you specify in this file, it has to be supported by >the hardware, of course.a >o >Bart  >- >0   ------------------------------  # Date: Fri, 08 Mar 2002 00:37:12 GMTl From: danco@pebble.org/ Subject: Re: GEMBASE in GS Servers *** HELP ***I- Message-ID: <slrna8g1vf.ns5.danco@pebble.org>M  I In article <PSGh8.11485$zZ5.235775@news.kpnqwest.fi>, Kari Keronen wrote:n  L > I also don't know what actual hardware information the licensing is based,L > but it looks like there is not much hardware checking after the license is > accepted.h  ? The licensing system currently in use within GEMBASE checks the.E SYI$_HW_MODEL, the SYI$_SCSNODE, and the Ethernet Hardware Address(s)/B (note hardware addresses, not physical addresses).  In the case ofG Ethernet Hardware Addresses, if you have multiple Ethernet controllers,CE GEMBASE won't complain unless they all change.  So long as any one ofW- them remains the same, GEMBASE will be happy.7  ? If changing your Galaxy configuration somehow changes the value B reported by the sys$getsyi() SYI$_HW_MODEL item code, then GEMBASE@ will complain.  I don't think changing Galaxy configurations hasA any affect on your hardware model number, does it?  It would alsoe? complain if you changed the SCSNODE sysgen parameter, or if youe< swapped out all your Ethernet controllers for a new set with different hardware addresses.    - Dan    ------------------------------  $ Date: Fri, 8 Mar 2002 02:24:40 +00002 From: John Eisenschmidt <jweisen@eisenschmidt.org>/ Subject: Re: GEMBASE in GS Servers *** HELP *** 4 Message-ID: <20020308022440.B11538@eisenschmidt.org>   --1UWUbFP1cBYEclgG, Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline + Content-Transfer-Encoding: quoted-printableb   My stupid questions of the day:e  L Why don't you just call Ross Frontline and ask them? Does your client not h=C ave a maintence agreement? (Scary considering with a POS RenCS is).b  L Ross bought Gembase - they own all the rights to the compilers and the lice= nsing. Just ask them.l  " http://www.rossinc.com/support.asp  ( Enjoying the free time Classic Provides, John  L Unless the Voices are Mistaken, Fabio Cardoso (fabiopenvms@yahoo.com.br) Wr= ote:2 > Anyone here is using GEMBASE in GS-80 servers ??. > We are trying to know if this software works > fine in GS systems.t >=202 > We will upgrade our AS4100 to a GS-80. Following4 > Compaq=B4s license model, it is one machine and we1 > will transfer all the licenses from one machines! > to the two instances of the GS.  >=204 > But Ross dont have a model for licensing (upgrade)- > to the GS machines - following my reseller.s >=202 > They said : if you will upgrade to a ES-40 no=20! > problem, just pay the transfer.- >=20- > But to transfer the license to a GS machine5* > (two instances) they dont know how to do. > the licensing (ie. in terms of $$$ cost) and2 > they dont know how the GEMBASE will genereate=205 > the licenses codes because it generates it based inb > hardware configuration.n0 > They suppose if I generate the license code=204 > in one intance with 4 CPUs and 6 GB RAM, and If=205 > i change this configuration using the Galaxy soft.,h# > the GEMBASE can stop to run (???)v >=20 >=20 > Any ideas please ????e >=20 >=20 >=20	 > Regardse >=20 > FC=20o >=20 > =3D=3D=3D=3D=3D K > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=e =3D=3D > F=E1bio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilr > fabiopenvms@yahoo.com.brK > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=  =3D=3D >=204 > __________________________________________________ > Do You Yahoo!?9 > Try FREE Yahoo! Mail - the world's greatest free email!/ > http://mail.yahoo.com/   --=20 / John W. Eisenschmidt <jweisen@eisenschmidt.org>a6  Homepage URL    | http://www.eisenschmidt.org/jweisenL  PGP Public Key  | http://www.eisenschmidt.org/jweisen/misc/jeisenschmidt.a= scD  PGP Fingerprint | 5F9B F916 5AD1 3295 CF99 BC1E 1F97 E6A3 37E3 BEF2   --1UWUbFP1cBYEclgG' Content-Type: application/pgp-signature/ Content-Disposition: inlineM   -----BEGIN PGP SIGNATURE-----  Version: GnuPG v1.0.4 (OpenBSD)-* Comment: For info see http://www.gnupg.org  @ iD8DBQE8iCDoH5fmozfjvvIRAs6LAJ9PCdDhZj4ed71h/puZTCSH7topTwCfVpqM M3on+Qo54D7KgQjwra971SM= =9lIva -----END PGP SIGNATURE-----0   --1UWUbFP1cBYEclgG--   ------------------------------  % Date: Thu, 07 Mar 2002 14:50:47 -0500n5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> 0 Subject: Re: HP Unix servers plunge below $1,0002 Message-ID: <ZcSHPIFUTFz0Ms6936AmLafScX84@4ax.com>  @ That and the fact they have ported the PA-RISC 8700 to lower endC servers will likely be a "good thing" for HP customers.  Guess thata chip ain't dyin' yet!!!C   David R. Beattys  E On Thu, 07 Mar 2002 10:41:36 -0800, David Mathog <mathog@caltech.edu>N wrote:  A >HP has followed Sun into the "affordable" end of the Unix market  >with sub $1000 models.  See:  >t- >  http://zdnet.com.com/2100-1103-853856.html  >, >for more specs see: >,O >  http://www.hp.com/products1/servers/rackoptimized/rp2400/specifications.html  > C >Sure, neither HP nor Sun's offerings are bleeding edge technology,eM >but buying one is cheap and easy and since (at least in Sun's case) they usenM >standard PC components they are also cheap to upgrade.  Compaq is nowhere ineC >this market - I tossed out a flyer from them on Monday targeted at C >universities which had lots of Windows stuff and one page offeringnM >to sell DS10Ls at more than $6000 entry price.  And while it's true that the N >DS10L is faster in the CPU department than the Sun (maybe not the HP though), >its; >33 Mhz IDE controller is only half the speed of the ATA/66 G >that Sun offers, and the new HPs appear to have integrated Ultra2 SCSIt
 >controllers!eO >For disk limited operations the HP will be vastly better, and the Sun somewhatt >better,$ >than the much more expensive DS10L. >t@ >The best bang for the buck is still Linux boxes on AMD or IntelD >but the cheapie HP and Sun are close enough so that these companies@ >can at least fend off some of the low end Linux competition andE >offer a growth path into more lucrative hardware for those who tried G >their low end systems and liked them. Compaq offers nothing comparableLD >and I guess figures (incorrectly) that if we don't buy Alphas we'll >be buying Q PCs instead.A >oD >Well, maybe if HP does succeed in buying the Q and doesn't wipe outI >VMS after all we can maybe look  forward to a low cost VMS entry system?cB >I'm not holding my breath though - way too many maybe's and if's. >o	 >Regards,  >S
 >David Mathogs >mathog@caltech.edu    ------------------------------  % Date: Thu, 07 Mar 2002 21:15:31 -050052 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: HP Unix servers plunge below $1,000J Message-ID: <rdeininger-0703022115320001@1cust40.tnt4.nashua.nh.da.uu.net>  7 In article <3C87B460.C26B56A@caltech.edu>, David Mathogs <mathog@caltech.edu> wrote:t     >aD >Well, maybe if HP does succeed in buying the Q and doesn't wipe outI >VMS after all we can maybe look  forward to a low cost VMS entry system? B >I'm not holding my breath though - way too many maybe's and if's.  E I don't see how HP could offer an alpha-based system for at little asIE $1000.  Alpha CPUs are too expensive at current volumes.  And at thiseG point, I don't expect anyone to be able to grow alpha volumes enough toC+ lower the per-chip price by a large amount.   I If Itanium gets enough volume to become cheap, then $1000 VMS boxes oughtuE to be possible.  Whether management would allow them to be offered is  anyone's guess.h   ------------------------------   Date: 7 MAR 2002 20:29:54 GMT-4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)( Subject: Re: Incremental BACKUP question5 Message-ID: <7MAR02.20295457@thuria.waisman.wisc.edu>t  O In a previous article, David Spencer <spencer@pageweavers.spaamfree.com> wrote: Z ->I'm getting frustrated with an unintended behavior of BACKUP. My objective is to performZ ->incremental backups on a small directory tree where one of the subdirectories gets a fewN ->files added each day. It's something like this (generalized for discussion): ->   ->disk:[top] ->disk:[top.html]i ->disk:[top.images]c ->disk:[top.pdf] -> aX ->Mostly the files in the hierarchy don't change. However, there are usually a few filesX ->added daily to the images directory. The incremental backup command I'm using is this: -> GF ->$ backup disk:[top...]*.*;/modified/since=yesterday saveset.bck/save -> TS ->However, since files have been added to the images directory, images.dir has beenOU ->modified. Thus, I'm getting *all* of the files within disk:[top.images] each time I  ->run this incremental backup. -> SR ->Is there a simple way of modifying my backup commands in a generic way that willY ->only truly pick up the new and/or modified files rather than everything in the modifiedm ->subdirectory?   G I haven't seen any responses to this yet (I'm sure there will be lots):   L Use /NOINCREMENTAL on the backup command. That will restore the pre-paranoid8 behavior of not looking at the directory revision dates.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 2 --                      karcher@waisman.wisc.edu     ------------------------------  # Date: Thu, 07 Mar 2002 23:43:06 GMT.0 From: John Santos <john.santos@post.harvard.edu>( Subject: Re: Incremental BACKUP question> Message-ID: <MPG.16f1c4f744c922b8989699@news.bellatlantic.net>  6 In article <7MAR02.20295457@thuria.waisman.wisc.edu>, ' karcher@thuria.waisman.wisc.edu says... Q > In a previous article, David Spencer <spencer@pageweavers.spaamfree.com> wrote: \ > ->I'm getting frustrated with an unintended behavior of BACKUP. My objective is to perform\ > ->incremental backups on a small directory tree where one of the subdirectories gets a fewP > ->files added each day. It's something like this (generalized for discussion): > -> e > ->disk:[top] > ->disk:[top.html]w > ->disk:[top.images]  > ->disk:[top.pdf] > -> lZ > ->Mostly the files in the hierarchy don't change. However, there are usually a few filesZ > ->added daily to the images directory. The incremental backup command I'm using is this: > ->  H > ->$ backup disk:[top...]*.*;/modified/since=yesterday saveset.bck/save > ->  U > ->However, since files have been added to the images directory, images.dir has been:W > ->modified. Thus, I'm getting *all* of the files within disk:[top.images] each time Io  > ->run this incremental backup. > -> $T > ->Is there a simple way of modifying my backup commands in a generic way that will[ > ->only truly pick up the new and/or modified files rather than everything in the modified  > ->subdirectory?  > I > I haven't seen any responses to this yet (I'm sure there will be lots):e > N > Use /NOINCREMENTAL on the backup command. That will restore the pre-paranoid: > behavior of not looking at the directory revision dates. >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonr4 > --                      karcher@waisman.wisc.edu   >   B The latest BACKUP ECO *might* do the right thing.  The descriptionD is confusing, but it sounds like they are now only saving the entireE contents of directories that have been renamed since the last backup.m' As to how they know this, I don't know.e  & I haven't had a chance to test it yet.  D An earlier ECO seems to have made the combination "/INCREMENTAL" and= "/SINCE=BACKUP" invalid, thus defeating the entire purpose of,> "/INCREMENTAL".  (I can't think of any reason anyone would use* "/INCREMENTAL" *without* "/SINCE=BACKUP".)  A The whole problem was caused by an undocumented side effect of and? ECO to F11BXQP.  The side effect was to change the modification-@ date of .DIR files every time the XQP extended or truncated them> (due to file creations or deletes causing a directory block toA fill or empty.)  Formerly, the revision date only changed when an1@ explicit change was made to the directory meta data (name of the@ directory, protection, ACLs, etc.), and not to the *contents* of the directory.  B I believe the ECO was in the VMS V7.2 time frame (Alpha-only), and> the change was propagated to V7.2-1 (Alpha) and V7.3 (both VAX and Alpha.)i  H I worry that BACKUP maintenance must be in the hands of people who don'tF understand the concept of backups, and especially incremental backups,C very well.  It *works*, but if it takes just as many tapes to do an:D incremental backup as it does to do a full backup, what's the point?  ? Either that or they don't read and write English very well, and A neither understand my complaint nor are able to explain just whatf! problem they are trying to solve.-   -- - John   ------------------------------  % Date: Thu, 07 Mar 2002 15:56:43 -0800h7 From: David Spencer <spencer@pageweavers.spaamfree.com>r( Subject: Re: Incremental BACKUP questionB Message-ID: <070320021556437443%spencer@pageweavers.spaamfree.com>  k In article <7MAR02.20295457@thuria.waisman.wisc.edu>, Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote:a  Q > In a previous article, David Spencer <spencer@pageweavers.spaamfree.com> wrote:-\ > ->I'm getting frustrated with an unintended behavior of BACKUP. My objective is to perform\ > ->incremental backups on a small directory tree where one of the subdirectories gets a fewP > ->files added each day. It's something like this (generalized for discussion): > ->   > ->disk:[top] > ->disk:[top.html]n > ->disk:[top.images]  > ->disk:[top.pdf] > -> 5Z > ->Mostly the files in the hierarchy don't change. However, there are usually a few filesZ > ->added daily to the images directory. The incremental backup command I'm using is this: > -> hH > ->$ backup disk:[top...]*.*;/modified/since=yesterday saveset.bck/save > -> hU > ->However, since files have been added to the images directory, images.dir has been W > ->modified. Thus, I'm getting *all* of the files within disk:[top.images] each time Ip  > ->run this incremental backup. > -> lT > ->Is there a simple way of modifying my backup commands in a generic way that will[ > ->only truly pick up the new and/or modified files rather than everything in the modifiedd > ->subdirectory?n > I > I haven't seen any responses to this yet (I'm sure there will be lots):  > N > Use /NOINCREMENTAL on the backup command. That will restore the pre-paranoid: > behavior of not looking at the directory revision dates. >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisono3 > --                      karcher@waisman.wisc.edu t  O Carl - you are my personal hero. Now that I see your response, I recall reading.S some threads about this some time back. Obviously some other tid-bit of informationoX crowded it out. I've just run a test and verified this is what I needed. Thanks for very much!!     -- Dave Spenceri   ------------------------------  % Date: Thu, 07 Mar 2002 21:09:21 -0500n2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: interrupt state CPU activityoJ Message-ID: <rdeininger-0703022109210001@1cust40.tnt4.nashua.nh.da.uu.net>  = In article <93820504.0203070140.16f2922a@posting.google.com>,t. denis.fayaud@netspace.mc (Denis Fayaud) wrote:  > >rdeininger@mindspring.com (Robert Deininger) wrote in messageG news:<rdeininger-0802022226400001@1cust160.tnt2.nashua.nh.da.uu.net>...sD >> In article <pYX88.68$Jh4.575@news.cpqcorp.net>, "Fred Kleinsorge"' >> <kleinsorge@star.zko.dec.com> wrote:s >>  N >> >V7.3-1.  Note that release code names are used, since we can always changeM >> >the release "version" at the last minute.  V7.3R is the "Remedial" streami
 >> >for V7.3.i >> iL >> ... And the fixes in the remedial stream will wind up in ECO kits at someJ >> unspecified future time.  Software maintenance customers who need a fixG >> before an ECO kit is ready can likely get early access through theird% >> regular software service contacts.C >> >Any news about this patch ?  C Um, which patch?  I've sort of forgotten where this thread started.>  C I don't keep track of patches in my head.  It's best to look at the$D patches on the web/ftp sites, or contact your software support folksI directly.  The patch notification mailing list may be working these days;h! I haven't tried it for some time.-  J If you are referring to the V7.3-1 release, it's still in the pipeline.  I7 don't think a specific release date has been announced.e   ------------------------------   Date: 7 Mar 2002 12:59:44 -0700n0 From: sog@amaterasu.scd.ucar.edu (Steve Gombosi) Subject: Re: Itanium troublesl1 Message-ID: <a68grg$27h$1@amaterasu.scd.ucar.edu>l  1 In article <a67n4v$jg8$1@ausnews.austin.ibm.com>,m0 McCalpin <mccalpin@gmp246.austin.ibm.com> wrote:; >In article <Pine.SOL.4.43.0203062107160.5823-100000@erik>,E% >Erik Magnuson  <erik@cts.com> wrote:C% >>On Thu, 7 Mar 2002, McCalpin wrote:s  / >>>In article <3C868FC7.5C55EC3F@videotron.ca>,s2 >>>JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:  R >>>>What puzzles me is that, although this sample is too small to draw any seriousO >>>>conclusions, both intel chips see a lower spec/mhz rating as the clock ratef
 >>>>icreases.G      F >>>This is the "normal" direction -- memory is not getting faster veryF >>>fast, so the portion of the time waiting on memory increases as the: >>>CPU speed increases.  This leads to lower "efficiency".  G >>Ralph Grisham's book on CDC 6000 series assembly language mentions an K >>access time of 500 ns for the main core memory (in 1965). The best DRAM's - >>are maybe 100 times faster after 37 years?    A >The fastest current uniprocessor systems have actual load-to-use2B >memory latency of slightly over 100 ns.    Multiprocessor systems@ >range from the 250 ns range (typical for 4-way systems) all the0 >way up to 300-400 ns for 8-way and larger SMPs.  3 >From http://www.psych.usyd.edu.au/pdp-11/core.htmlt@ >	Core memory is also fairly slow, with the early systems having? >	a cycle time of up to 6s. By the early 1970's, the cycle wasl; >	down to 1.2s, and within a few years it halved to 600ns.   E The full cycle (write) time for the SCM in the 7600 (1969) was 275ns.uE The access (read) time was 110ns, IIRC - possibly 137.5 (faster than sA the Cray-1, regardless). I'll have to dig up my 7600 manuals (andiB my "6800 Alpha System Preliminary Reference Manual") sometime just to see.a  ? I think that's probably the record for core memory latency in au production computer.  G Basically, for high-end computers, main memory latency hasn't improved sB substantially in the last 33 years. That's a pretty scary thought.   Thank God for caches.   A >Other references agree with the 6 microsecond cycle time for theaC >late 1950's, (e.g., the AN/FSQ-7, designed by MIT and built by IBMe5 >for the SAGE project -- initially deployed in 1958).- >lE >So we got a factor of 10 in the 20 years from the late 1950's to the0E >late 1970's, and then a factor a six or so in the 25 years since the G >late 1970's.   Of course the next point is revelant to the discussion:h  G Not on the high-end, John. On the high-end, there's been no improvementEJ in main memory latency whatsoever - although we've all become very clever 0 about dealing with it for well-behaved problems.  9 Taking into account the 7600, your statement should read:6  G "We got a factor of *60* in the *10* years from the late 1950's to the  D late *1960's*. and pretty much nothing in the 30+ years since then."   Not very inspiring, is it?  G What makes it even uglier is that at least one dual-cpu 7000 system was3G built and shipped(that I personally know of...and I expect several moreaD which went to folks who tend to lurk here) - which means (using yourA figures above), that latency for SMPs is actually *worse* than it= was 30 years ago!D  ! >>It should be noted that the max_E >>memory configuration is less than the on-chip cache of a few recentR >>microprocessors.  D I don't think anyone has argued that densities haven't grown in this	 business.h  A You could probably take that statement in any of several ways ands it would still be correct. ;-)  D >Latency for a fixed size memory or a fixed cost memory has improvedC >much more rapidly.  For example the IBM p680 has 16 MB of L2 cache G >per cpu at an access time of about 20 ns, and the IBM p690 has ~1.5 MBpC >of L2 cache (on chip) at an access time of under 10 ns.  The core .7 >memories from the 1950's-1970's were never this large.g  A The LCM on the 7600 was 512 Kwords or 2.88 Mbytes. Of course, the 6 latency was *much* worse than SCM (1.76 microseconds).  F You could get a 2Mword (15Mbyte) ECS for a 6600. IIRC, the access timeF was 1.4 microseconds. It was fast enough that the storage move code inE CPUMTR (the "kernel" for Kronos and NOS) used ECS buffering if an ECSsF was present to move main memory because it was faster than loading and storing from the CPU.C    F >The original (1976) Cray-1 had up to 32 MB of RAM at a latency of 150G >ns using bipolar memory.  So we have about a 8x improvement in latencyMC >in 25 years for memories of the "10's of MB" size.  Still not very  >impressive.  E >The Cray T90, using an all-SRAM main memory, achieved 101 ns latencyeC >for memories up to 8 GB.  This 1996-era achievement is still aboutfC >the top of the list for a large SMP -- of course it was not cheap.t  D I cannot resist pointing out that the vector memory latency for the  Cray-4 was 52ns.   So much for lost opportunities.    Stevea   ------------------------------  % Date: Thu, 07 Mar 2002 14:57:57 -0600t# From: Stuecheli <jeffas@us.ibm.com>m Subject: Re: Itanium troublest* Message-ID: <3C87D454.70CAB258@us.ibm.com>   Nick Maclaren wrote:  , > In article <3C869F64.B351F8E8@us.ibm.com>,' > Stuecheli  <jeffas@us.ibm.com> wrote:$ > >eR > >Funny thing, Mckinley is not a process shrink.  It is more of a redesign.  FromT > >my understanding talking with Intel folks it went like this.  Late in the projectQ > >Itanic was mapped to the new .18 process.  It was not really optimized for thelS > >.18 process.  The Itanic design was then shipped to hp for a redesign.  They are,S > >both in a .18 process.  This redesign  included the following changes, (from the - > >02 ISSCC presentation, on the hp web site)r >tB > Oh, yeah?  They were at best spinning you a line.  Unless thingsA > were RADICALLY different from the roadmap that Intel originallya@ > announced, that is precisely what did not happen.  I am pretty- > certain that the following is roughly true:. >m= > The Itanic was designed by 500 engineers each with 2 years'l@ > experience and the McKinley by 50 each with 20.  The former isA > entirely Intel's pigeon, and the latter did not get passed overe> > to Intel (from HP) until well after most validation had been > completed. > 
 > Regards, > Nick Maclaren,, > University of Cambridge Computing Service,@ > New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. > Email:  nmm1@cam.ac.uk1 > Tel.:  +44 1223 334761    Fax:  +44 1223 334679m  , I think the following are correct statments,  / Both Merced and Mckinley are both .18 U processeT Merced certainly changed process tech as it was delayed several times for a total ofT some number of years.  The .18 U process would not have been ready for original ship date.e  " These things I am less certain of,U The Merced hdl was the original basis for the McKinley design.  It is unclear if thisIP was the final Merced hdl, or something mid way through the process.  This is the3 design that has been enhanced as outlined this Feb.a   Do these seem correct?   Jeff   ------------------------------  # Date: Thu, 07 Mar 2002 21:26:34 GMT # From: "John Smith" <a@nonymous.com>t Subject: Re: Itanium troubles 1 Message-ID: <eWQh8.38000$xG.30086@news2.bloor.is>o   Similar to the refrain:M  E There's a big difference between 10 years of experience and 1 year ofe experience ten times.g    5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in message2* news:a68d5i$htm$1@pegasus.csx.cam.ac.uk...2 > In article <a68bm2$g8g$1@pegasus.csx.cam.ac.uk>,+ > Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:t > >.> > >The Itanic was designed by 500 engineers each with 2 years'A > >experience and the McKinley by 50 each with 20.  The former istB > >entirely Intel's pigeon, and the latter did not get passed over? > >to Intel (from HP) until well after most validation had beeni
 > >completed.a >wB > I forgot to say that the above remark about engineers was a jokeE > made by HP to Intel, and not a statement of fact.  But it has a lotsB > of truth in it, from what I have heard from engineers who worked/ > on the Itanic and left (for various reasons).  >d > 
 > Regards, > Nick Maclaren,, > University of Cambridge Computing Service,@ > New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. > Email:  nmm1@cam.ac.uk1 > Tel.:  +44 1223 334761    Fax:  +44 1223 334679d   ------------------------------    Date: 08 Mar 2002 03:56:49 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Itanium troublesu0 Message-ID: <87d6ygw3r2.fsf@k9.prep.synonet.com>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:t   > if you look at a# > http://pages.infinit.net/jfmezei/y  , Stone age?? It's a perfectly upto date Lynx.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 7 Mar 2002 21:40:40 GMT ( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesr0 Message-ID: <a68moo$rlh$1@pegasus.csx.cam.ac.uk>  * In article <3C87D454.70CAB258@us.ibm.com>,% Stuecheli  <jeffas@us.ibm.com> wrote:2 >5- >I think the following are correct statments,w >m0 >Both Merced and Mckinley are both .18 U processU >Merced certainly changed process tech as it was delayed several times for a total of U >some number of years.  The .18 U process would not have been ready for original shipn >date.  D If I recall correctly, their original targets were for 0.35 and 0.25 micron respectively :-)i  # >These things I am less certain of,nV >The Merced hdl was the original basis for the McKinley design.  It is unclear if thisQ >was the final Merced hdl, or something mid way through the process.  This is thee4 >design that has been enhanced as outlined this Feb.  G This one is VERY doubtful, though I have no definite PROOF it is false.a  C Intel's original statement in 1994 was that the Merced and McKinley D designs had already been started, and that the former was being doneC by Intel and was due in 1997 (if I recall) and the latter was beingsC done by HP and was due in either 1998 or 1999.  I do not think thatuC there is any real sense in which the Merced CHIP DESIGN was used as  a basis for McKinley.i  A Now, that is NOT true of the ISA.  The original statement had theeA Merced having IA-32 and PA-RISC assist features, and the McKinleynC having neither - i.e. the latter would be a pure EPIC CPU.  Now, we C know that Intel forced HP into including IA-32 emulation as part ofoD the IA-64 architecture, and there is a strong sense in which that is5 a part of the Merced design moving into the McKinley.m  D It is possible that my memory is at fault, or that Intel were makingB bogus claims in 1994, or that there was a change of plan.  But, ifC none of those are true, then Merced was not the basis for McKinley.      Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679b   ------------------------------  # Date: Thu, 07 Mar 2002 22:27:02 GMTn4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: Itanium troublesN0 Message-ID: <3C87E807.ABFEC4D8@blueyonder.co.uk>   John Smith wrote:b >  > Similar to the refrain:f > G > There's a big difference between 10 years of experience and 1 year ofo > experience ten times.h  QE yup, with the latter you can get a job at the moment, with the former  not:-( -- l Tim.Llewellyn@cableinet.co.uk  ,  C Standard disclaimer applies. My views in no way represent those of h! my employers or service provider.    ------------------------------  % Date: Thu, 07 Mar 2002 18:50:31 -0500t# From: Paul DeMone <pdemone@igs.net>V Subject: Re: Itanium troubles,' Message-ID: <3C87FCC7.2E79AC17@igs.net>    Ketil Malde wrote: > 3 > mccalpin@gmp246.austin.ibm.com (McCalpin) writes:t > . > > There was even a suggestion that Intel was@ > > claiming (implicitly) a SPECint2000 number in the 750 range. > H > Which is about what you get from a 2GHz P4 today, right?  Will that beE > sufficient to capture any market share, I wonder, given that by thetH > time McKinley hits the shelves, P4s and AMDs will probably at least be- > around 3GHz (or with a 3000 'plus'-rating).b  G Why would Intel expect to capture desktop PC market share with a 64 bit-E chip it designed for the technical workstation and server market? ThecC real question for Intel is that level of integer performance so lowiE as to become an issue vis a vis the 64 bit RISC processors it will go  up against.<  H It definitely won't beat the EV7 and it somewhat lags the 1.3 GHz POWER4E running one CPU with 128 MB cache. But it clearly exceeds the integer@H performance of US-III, R14K, PA-8700, and EV6. I think it's a non-issue.   --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER intowG demone@mosaid.com    architectures with MIPSed results but ALPHA's wellc$ pdemone@igs.net      that ends well.   ------------------------------  % Date: Thu, 07 Mar 2002 20:29:20 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Re: Itanium troublesf, Message-ID: <3C8813D4.84A505F9@videotron.ca>   Paul Repacholi wrote:o% > > http://pages.infinit.net/jfmezei/  > . > Stone age?? It's a perfectly upto date Lynx.  D oops ! sorry. I should update it to have more intelligent support ofA frame-less browsers. (and that includes the browser on my pda :-)t   ------------------------------  + Date: Thu, 07 Mar 2002 20:42:31 -0600 (CST)e From: sms@antinode.org, Subject: KZPSM v. AlpSta 200 4/233, VMS V7.2) Message-ID: <02030720423126@antinode.org>n  ?    I recently tried installing a KZPSM SCSI-Ethernet card in mynF AlphaStation 200 4/233 running OpenVMS V7.2-1, and the result was thatC it hung during the start-up procedure.  The result was similar whenT& booting from a (Hobbyist) V7.2 CD-ROM:   [...]r    Configuring devices...oE %EWA0, Twisted-Pair (10baseT) mode set by console  [the original one],B %EWB0, Twisted-Pair (10baseT) mode set by console  [the KZPSM one]   .. then it says no more.  H    Everything looks good in console mode, with the KZPSM SCSI adapter atD pkb0, and attached devices appearing as expected.  Trading PCI slots( with the graphics board changed nothing.  B    Should I expect more than this, or was I doomed from the start?  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)rC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)oG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)e9    sms@antinode.org                sms@provis.com  (work)l   ------------------------------  % Date: Fri, 08 Mar 2002 07:21:11 +0100d From: Dirk Munk <munk@home.nl>0 Subject: Re: KZPSM v. AlpSta 200 4/233, VMS V7.2& Message-ID: <3C885857.7090407@home.nl>  H If I'm not mistaken the KZPSM is not supported in the Alphastation 200. D There are some issues regarding the support of this card in certain  Alpha systems.     sms@antinode.org wrote:h  @ >   I recently tried installing a KZPSM SCSI-Ethernet card in myG >AlphaStation 200 4/233 running OpenVMS V7.2-1, and the result was thatiD >it hung during the start-up procedure.  The result was similar when' >booting from a (Hobbyist) V7.2 CD-ROM:d >f >[...] >   Configuring devices...F >%EWA0, Twisted-Pair (10baseT) mode set by console  [the original one]C >%EWB0, Twisted-Pair (10baseT) mode set by console  [the KZPSM one]s >  >.. then it says no more.e >sI >   Everything looks good in console mode, with the KZPSM SCSI adapter at E >pkb0, and attached devices appearing as expected.  Trading PCI slotsl) >with the graphics board changed nothing.n >iC >   Should I expect more than this, or was I doomed from the start?  >yI >------------------------------------------------------------------------' >hD >   Steven M. Schweda               (+1) 651-699-9818  (voice, home)D >   382 South Warwick Street        (+1) 763-781-0308  (voice, work)H >   Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work): >   sms@antinode.org                sms@provis.com  (work) >8   ------------------------------   Date: 8 Mar 2002 02:58:24 GMTc2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>= Subject: Re: Looking for OpenVMS Hobbyist CD v1 (OpenVMS 6.2)>+ Message-ID: <a699cg0lq8@enews3.newsguy.com>   0 David J. Dachtera <djesys.nospam@fsi.net> wrote:E > I didn't get to see the V1. What kind of goodies are on it that area > missing from the V2?  E In addition to VAX/VMS V5.5 and I believe V6.1 there are all kinds of F different programs including a LOT of games.  Stuff that I, as someoneB that's only been messing with VMS for a few years, have never seen elsewhere.     		Zane   ------------------------------  % Date: Thu, 07 Mar 2002 15:27:52 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: Microsoft Curries Favor With Undergrads, Message-ID: <3C87CD44.9B1CCBC9@videotron.ca>   Hoff Hoffman wrote:tB >   What would you have us do here -- what additional steps can weB >   provide here that we could afford to provide and that we could> >   profit (indirectly, obviously) from -- that is not already >   available? > ! >   Specific suggestions welcome.l  L I had sent specific suggestions for a programme last year to Mr Marcello. IfL he chooses not to act on it, it is his responsability and there is nothing I> can do about it. Pointless to repeat them over and over again.   ------------------------------  # Date: Fri, 08 Mar 2002 03:48:36 GMTo1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 4 Subject: Re: Microsoft Curries Favor With Undergrads' Message-ID: <3C883679.C70C697C@fsi.net>    Hoff Hoffman wrote:a > d > In article <3c7fbf31$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:I > :>   Microsoft on Thursday released software development tools aimed atyH > :>   college-level computer science students, hoping it will produce aG > :>   fresh crop of software programmers loyal to its Windows and .Nets > :>   technology. > :h< > :At one time, Digital knew this.  Compaq just says, "Huh?" > E >   Compaq has provided the commercial tool-set for OpenVMS under the,C >   educational program (www.openvmsedu.com) and under the hobbyisty4 >   program (www.montagar.com/hobbyist).  Free, too. > B >   What would you have us do here -- what additional steps can weB >   provide here that we could afford to provide and that we could> >   profit (indirectly, obviously) from -- that is not already >   available? > ! >   Specific suggestions welcome.m  H While I realize that the current program has some happy users, obviously some discontent prevails.   A I can only suggest that if any desire exists within Compaq to seeeG greater numbers of VMSers (instead of WinBorgs or Linux-ers) coming out D of the schools, perhaps the issues should be treated with a bit more) serious concern, not to mention alacrity.   
 Respectfully,k   -- v David J. Dachterat dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Thu, 07 Mar 2002 22:18:30 +0100), From: Didier Morandi <Didier.Morandi@gmx.ch>/ Subject: Re: MicroVAX 3100/30 to connect to ISPd& Message-ID: <3C87D926.B4A96AEB@gmx.ch>  E When do you visit Zurich, so that my DHCP will work on my PWS600au...o   :-(n   D.   Phillip Helbig wrote:i > ; > Where are you in Macedonia?  I'll be visiting there soon.h   ------------------------------  $ Date: Thu, 7 Mar 2002 22:12:01 -0500* From: "Stanley F. Quayle" <stan@stanq.com>6 Subject: Re: Need help on Alpha:  Calling C from MACRO- Message-ID: <3C87E5B1.17679.94E16F@localhost>c  , On 6 Mar 2002, at 23:12, Hoff Hoffman wrote:H >   As for part of the original discussion involving C, I would stronglyH >   encourage porting from VAX C to Compaq C on VAX *first*, then moving! >   to Compaq C on OpenVMS Alpha.s  D That's an interesting suggestion.  Unfortunately, the end-users who C use the VAX version are expecting VAX C, not Compaq C.  And mixing I? the two is difficult, impossible, or hazardous to one's mental a@ health!  We support systems all the way back to VMS 5.5-2, also.  C Migrating the entire codebase to Compaq C would require regression sB testing on VAX in addition to Alpha, which doubles the validation  effort.1  ( >  (The C RTL manual does -- did -- list8 >   this "va_start_1" macro as a feature specific to VAX  E Yes.  I dug out the VAX C manuals and discovered several interesting  C facts.  The function that returns the number of arguments actually RC returns the number of longwords on the stack, with a caution about TB passing floats, doubles, or structures.  Thank heavens we're only 6 passing pointers (so, 1 longword per argument on VAX).  C After reading what "va_start_1" does, I decided to scrap its use.  5C Fortunately, only 5 modules were affected.  Now, I process all the -B arguments left-to-right, with no problems.  Works on both VAX and ! Alpha without conditionalization.:   > -- this stuffeI >   uses the VAX C varargs.h mechanisms, and all of that should be moved  D >   to stdarg.h -- this is all part of moving from VAX C to ANSI C.)  C Again, a good idea, if it were possible.  As for moving to ANSI C,  F the calls to VMS system services in the code makes true "portability" : an impossibility.  Besides, I love VMS!  Why go elsewhere?  E Since the code works on Compaq C (with /STANDARD=VAXC, of course), I  F anticipate it'll work on Itanium.  Fortunately, I don't have to worry D about that for quite a while -- it took my client this long to port  their products to Alpha!.   I >   I'm guessing that there might be some rather "tolerant" settings for  I >   the C compilation operations, and this might not be such a good idea.hJ >   (Why?  Well, amid all the noise that the newer compilers can and oftenD >   do generate around type mismatches can lurk some actual bugs...)  F Yup.  Found a bunch already.  Amazing how code from 1985 can work and ? yet harbor bugs.  Guess no one ever hit the right conditions...n    
 --Stan Quayleo! President, Quayle Consulting Inc.d  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147b= Preferred address:  stan@stanq.com       http://www.stanq.comC   ------------------------------  # Date: Fri, 08 Mar 2002 04:22:03 GMT3- From: "John E. Malmberg" <wb8tyw@qsl.network>o6 Subject: Re: Need help on Alpha:  Calling C from MACRO* Message-ID: <3C883E74.9080902@qsl.network>   Stanley F. Quayle wrote:. > On 6 Mar 2002, at 23:12, Hoff Hoffman wrote: > H >>  As for part of the original discussion involving C, I would stronglyH >>  encourage porting from VAX C to Compaq C on VAX *first*, then moving  >>  to Compaq C on OpenVMS Alpha > F > That's an interesting suggestion.  Unfortunately, the end-users who E > use the VAX version are expecting VAX C, not Compaq C.  And mixing iA > the two is difficult, impossible, or hazardous to one's mental -A > health!  We support systems all the way back to VMS 5.5-2, also   I Compaq C can be used as far back as OpenVMS 5.5-2.  There is a AACRTL060 3E kit that needs to be installed at the target system.  Redistribution   with your program is allowed.   I Most VAX C programs that make assumptions about how arguments are on the mI stack will continue to work when finally successfully compiled on Compaq .G C.  The arguments are passed the same way.  But using the ANSI varargs n method is more portable.  G Compaq C will find latent errors in code that VAX C compiler will not, e= and the Compaq C compiler will produce better optimized code.   6 IMHO: Use Compaq C for VAX, and just stop using VAX C.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  $ Date: Thu, 7 Mar 2002 15:01:35 -0800" From: GreyCloud <mist@cumulus.com>* Subject: Re: Netcraft Uptime For OpenVMS ?/ Message-ID: <u8frvt9m2rct30@corp.supernews.com>m   Jerry Leslie wrote:   + > Paul Sture (paul.sture@bluewin.ch) wrote:( > : Um, tryeC > : http://uptime.netcraft.com/up/graph/?mode_u=off&mode_w=on&site=i) > : www.openvms.compaq.com&submit=Examine  >  > This is what I got:C > B >   "No uptime is currently available for www.openvms.compaq.com." > ! > but I get this for www.sun.com:- > 6 >   "Uptime Charts and Statistics for www.sun.com ..." >  > Jerryi >   I I think that M$ pays netcraft in my opinion.  OpenVMS would embarass the . rest of the o/ses out there.   ------------------------------  # Date: Fri, 08 Mar 2002 03:23:26 GMTtL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")< Subject: Re: Netscape annoyance with OpenVMS CGI executables8 Message-ID: <00A0A996.04C3DB35@SSRL04.SLAC.STANFORD.EDU>  e In article <3C878AB6.6DF44E5@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:t   >This is a SIMPLE fix. > , >remove the .EXE or .COM from the href link.  O That'd be the fix for the problem with Internet Explorer, but Netscape actually P honors the Content-Type header.  (To make this work Patrick might have to add a J MAP of the script-name to the fully-qualified script-name (with extension,N etc), so that OSU knows which script to run.  You'd definitely have to do thatL with Apache/CSWS, which doesn't default filetypes for script names at all..)   -- Alant   >  >Patrick Young wrote:  >> s? >> I have a _REALLY_ annoying problem with certain instances ofh< >> Netscape 4.* on PCs. This might have also been _reported_* >> with M$ Explorer but not actually seen. >> aB >> The problem is not that common (quite uncommon really), however? >> the only solution seems to be to totally remove Netscape andsI >> re-install. I've never seen the problem with UNIX or OpenVMS browsers., >> oG >> On the affected PCs: <form method="post" action="/htbin/my_cgi.exe"> J >> will cause the browser to prompt to save my_cgi.exe to disk even thoughI >> the method is "post". In this particular application the web server isa) >> OSU 3.3a running on OpenVMS 7.3 Alpha.e >> eH >> I can't see any obvious settings in the browser that specify files ofH >> type .exe to be saved to disk. Not that file types are easily read in6 >> "Edit" "Preferences..." "Navigator" "Applications". >> s >> Has anyone experienced this?  >> s >> Many thanks.o >c >-- 	 >Regards,t > 8 >Michael Austin            Registered Linux User #2611638 >First DBA Source, Inc.    http://www.firstdbasource.com >Sr. Consultantn >704-947-1089 (Office) >704-236-4377 (Mobile) >   O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================M   ------------------------------   Date: 7 Mar 2002 20:54:45 -0800 ) From: P.Young@unsw.EDU.AU (Patrick Young) < Subject: Re: Netscape annoyance with OpenVMS CGI executables< Message-ID: <55f85d77.0203072054.31599be@posting.google.com>  j Michael Austin <maustin@firstdbasource.com> wrote in message news:<3C878AB6.6DF44E5@firstdbasource.com>... > This is a SIMPLE fix.o > - > remove the .EXE or .COM from the href link.3  * Many thanks - This does solve the problem!  > After taking a look at the laptop brought in today I found the! cause (well in this case anyway).e  > The laptop has a software product called "Download Accelerator@ Plus V 5.0.0.1". This software, when it's option "Integrate into@ Netscape Communicator/Navigator (4.x or higher)" is checked will# break your web browser in this way.   : There is also an option "Integrate into Microsoft Internet= Explorer 94.x/5.x or higher" which actually does not break IEa in the same way.  < PCs and their crapulent software - got to love them (*NOT*).  ? I suspect there are probably other makes and models of downloadu$ accelerators that have the same bug.   ------------------------------   Date: 7 Mar 2002 21:52:19 -0800t) From: P.Young@unsw.EDU.AU (Patrick Young) < Subject: Re: Netscape annoyance with OpenVMS CGI executables= Message-ID: <55f85d77.0203072152.67340704@posting.google.com>d   winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") wrote in message news:<00A0A929.B4BC1D30@SSRL04.SLAC.STANFORD.EDU>...  K > Shouldn't there be a blank line after the Content-type: header?  I don't h  E Yes, this is also my understanding. The data I send out from the CGI l itself has the blank line thus:    Content-Type: text/htmlo   <HTML> <HEAD>  L > Just curious; can the HTTP_EQUIV for the content type header actually takeL > effect?  The client can't read META tags if it doesn't know it has HTML to > read.h  I I think it is used to specify the character encoding (ie: so you can then4J display micro, degree, etc symbols). I'm not sure if/why you can't also do' that on the initial Content-Type: line.    ------------------------------  $ Date: Fri, 8 Mar 2002 17:38:42 +11008 From: "Jaime H. Barroco" <jbarroco@broadway.bigpond.com> Subject: Re: node name7 Message-ID: <uWYh8.7127$uR5.6140@newsfeeds.bigpond.com>-  7 The MGMT19 does not refer to how to change a node name.F: The matter is a bit more complicated than refer to MGMT19.H I think that DECnet component plays something here. You have to identify= which Phase of Decnet you are running ( Phase IV or Phase V).g  $ So be more precise on your question.   Jaimer? "Matt Muggeridge" <Matt.Muggeridge@compaq.com> wrote in message-5 news:dSyg8.137$nC6.1274@news-server.bigpond.net.au...  > Checkout the FAQ, MGMT19 at- >-7 > http://www.openvms.compaq.com/wizard/openvms_faq.html  >@ > Matt.o >  > --? > -------------------------------------------------------------2 > OpenVMS TCP/IP Engineering > Enterprise Computing Group > Compaq Computer CorporationS > Gold Coast, AUSTRALIAO? > -------------------------------------------------------------u >r >d5 > "A Bonaveidogo" <Asena@fsc.com.fj> wrote in messageb8 > news:BFBEDDF2CFEDD411917400508BF3A6FF61568D@EXCHSVR... > >, > > mc latcp> sho node > >s > > it will show the node name > >E > > how I can change it? > >e > >b > >s	 > > asenaZ >  >]   ------------------------------  " Date: Thu, 7 Mar 2002 22:59:33 GMT' From: nickerson@pundit.ds.boeing.com ()n) Subject: Re: OpenVMS jobs available - FYIT( Message-ID: <GsML79.7xn@news.boeing.com>  1 In article <1ZMh8.36526$xG.1279@news2.bloor.is>, ,% "John Smith" <a@nonymous.com> writes:-   |>www.directemployers.com-N |>This site is a co-op that takes you directly to the employer's own web site. |>, |>I read about this site in Information Week7 |>http://www.informationweek.com/story/IWK20020222S0044i |>H |>Enter VMS and OpenVMS as the search terms as separate queries as they  |>return different result sets.i |>K |>VMS returns about 160 positions available, whereas OpenVMS returns about 1& |>21 positions available, as of today. |>N |>Seems like it's mostly the military contractors who are looking for people -L |>understandable - they use the best to produce the best, and failure isn't  |>an option.  = some of these are for Aeronautical Engineers and mention VMS;h- this can also mean  Vehicle Managment System;    --bn (Bart Nickerson)n nickerson@pundit.ds.boeing.com (206) 662-0183   ------------------------------  # Date: Thu, 07 Mar 2002 19:16:57 GMTr* From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of  Compaq Ac.C Message-ID: <J0Ph8.140579$7a1.11602386@bin5.nnrp.aus1.giganews.com>   H "Lee Courtney" <lcourtney-removethisfilter-@mvista.com> wrote in message( news:u8fci8rplm88b@corp.supernews.com... >t< > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3C8596BB.802FDEC2@videotron.ca... > > John Smith wrote:C > > >lK > > > Bet you that OpenVMS goes into maintenance-only mode within 6 months.a > >sC > > HP won't announce VMS's maintenance mode until the personal and-
 commercialI > > wintel stuff becomes profitable enough to sustain the company without+ VMS. >9L > You give HP too much credit. Their recent behavior in killing the MPE cashK > cow does not bode well for VMS. MPE was profitable (albeit not generatinglH > nearly the revenue of HP-UX), but that didn't stop HP from pulling the plugH > w/o any migration plan in place for users. The sheer stupidity of this > decision boggles the mind.  H It really all does come down to Carly.  She's incredibly charismatic andG persuasive, and exudes an aroma of competence and clarity of direction.oH Seeing her in person, it's really hard not to find your self rooting for# someone so committed and energetic.e  I These characteristics are indeed tremendous assets in a leader who either I also has a strong understanding of the business and a workable vision forhK its future or is willing to listen to those who do.  Unfortunately, neither L is true of Carly, so while she's incredibly effective in getting support forK taking HP where she's decided it should go there's no indication whatsoeveroE that this direction is (or has been - we already have almost 3 years'rH experience to draw upon) a good one for the company or its stockholders.  J In an era where people find it far easier to follow than to make their ownH decisions this triumph of form over substance is hardly surprising.  TheL only remaining question is whether the 'hard-nosed' financial community withF an actual stake in the outcome of this merger has itself so completelyE succumbed to such laziness and superficiality that it will ignore theaK overwhelming preponderance of negative evidence, precedent, and opinion and-G amiably follow Carly and HP down the garden path she has chosen without $ regard for their own best interests.   - bill   ------------------------------  $ Date: Thu, 7 Mar 2002 16:09:54 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>@ Subject: Recall: Clustering beginnings - Clair Grant might know.- Message-ID: <0033000055594428000002L082*@MHS>o  H =0AWebb, William W Raleigh, NC would like to recall the message, "Clust= eringu' beginnings - Clair Grant might know.".=u   ------------------------------  * Date: Thu, 7 Mar 2002 23:45:20 +0100 (CET): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>D Subject: Re: Recall: Clustering beginnings - Clair Grant might know.J Message-ID: <Pine.LNX.4.21.0203072344260.29462-100000@irys.stanpol.com.pl>  ' On Thu, 7 Mar 2002, WILLIAM WEBB wrote:w  K >+Webb, William W Raleigh, NC would like to recall the message, "Clustering ( >+beginnings - Clair Grant might know.".  1  Please consume the computers (but not us) time !d  -;)g http://groups.google.com/groups?as_ugroup=comp.os.vms&as_usubject=Clustering%20beginnings&num=100&hl=enw    Regards - Gotfryd   -- hE ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================i   ------------------------------   Date: 8 Mar 2002 03:52:11 -0000 6 From: "ResearchNetwork.com" <info@researchnetwork.com>" Subject: Research Network Job Site( Message-ID: <1015559531.39441.qmail@ech>  1 Expand Your Universe on the Research Network. =20e  J Research Network is a job site devoted exclusively to professional Resear=J chers and companies who need Researchers.  It doesn't matter what industr=J y you specialize in.  Research Network encompasses a broad spectrum of in=J dustries and we continue to add more every day.  For a comprehensive list=J  of industries we work in like Pharmaceutical Research, Marketing Researc=J h, Clinical Research, Financial Research, Health Care Research, (to name =J a few), log on to http://www.researchnetwork.com and discover the infinit= e=20 possibilities.  J If your an Employer, stop wasting your valuable time by posting your jobs=J  on generalized job sites that inundate you with inappropriate candidates=I   If your looking for Scientists, Project Managers, Analysts, Statistici= J ans, Clinical Researchers, Engineers, Planners, Developers, Upper Level M=J anagement within a Research function, (to name a few), go to the source a=J nd get your research job posting in front of over 1/2 million researchers=J  on our Network.  Click on the link below to find the exact research tale= nt you need.  + http://www.researchnetwork.com/emplogin.cfm   J If your a professional Researcher and wish to be considered for positions=J  by employers on our network, click on the link below to join the network=  =20   http://www.researchnetwork.com   Expand Your Universe      G _______________________________________________________________________r Powered by List Builder  To unsubscribe follow the link:nJ http://lb.bcentral.com/ex/manage/subscriberprefs?customerid=3D20467&subid= =3D1C9C1498D282B813&msgnum=3D1   ------------------------------  * Date: Thu, 7 Mar 2002 20:51:52 -0300 (BRT) From: valdemir-@uol.com.br' Subject: Shutdowning 15 VAX machines...e6 Message-ID: <200203072351.UAA27909@william.uol.com.br>  
 Hello All:  9  Is there any way to make a procedure to shutdown 15 VAX t  machines in network ?  	 Thanks...    ------------------------------  % Date: Thu, 07 Mar 2002 20:10:33 -0500 1 From: Michael Austin <maustin@firstdbasource.com>X+ Subject: Re: Shutdowning 15 VAX machines...e2 Message-ID: <3C880F89.A8F5EC38@firstdbasource.com>  2 set up proxies for the system or shutdown account.   $cnt = 0F $nodelist = "node1:...:node15:" !!!Note: last character in string must be delimiter $loop: $open/write ofile tmp.come# $node = f$element(cnt,":",nodelist)i $if node = ":" then exit $write ofile "$MC SYSMAN"f, $write ofile "set environment /node=''node'" $write ofile "do @reboot"tE $! where reboot is a procedure that executes sys$system:shutdown witht! all of the $!appropriate answers.t
 $close ofile  	 $@tmp.comg
 $del tmp.com;a
 $goto loop   valdemir-@uol.com.br wrote:  >  > Hello All: > : >  Is there any way to make a procedure to shutdown 15 VAX >  machines in network ? >  > Thanks...o   -- u Regards,  7 Michael Austin            Registered Linux User #261163g7 First DBA Source, Inc.    http://www.firstdbasource.com- Sr. Consultant 704-947-1089 (Office)i 704-236-4377 (Mobile)    ------------------------------  % Date: Thu, 07 Mar 2002 20:39:14 -05005- From: JF Mezei <jfmezei.spamnot@videotron.ca>b+ Subject: Re: Shutdowning 15 VAX machines...t, Message-ID: <3C881625.E857DF0F@videotron.ca>  	 MC SYSMANeO SYSMAN> SET ENV/NODE=(node1,node2,node3,node4,node5,node6,node7,node8,node9...) , SYSMAN> DO @SYS$SYSTEM:SHUTDOWN <parameters>  L This assumes that the username you are using has a proxy on all those nodes.  * If those are in a cluster: SET ENV/CLUSTER   ------------------------------  $ Date: Thu, 7 Mar 2002 20:07:57 -05001 From: "Island (hpaq.net)" <dbturner@islandco.com>C+ Subject: Re: Shutdowning 15 VAX machines... . Message-ID: <u8g3ln5unak98@news.supernews.com>  8 How about pulling the main relay at the Junction box ???   :0)    DT  ' <valdemir-@uol.com.br> wrote in message 0 news:200203072351.UAA27909@william.uol.com.br... > Hello All: > : >  Is there any way to make a procedure to shutdown 15 VAX >  machines in network ? >d > Thanks...a   ------------------------------  # Date: Fri, 08 Mar 2002 04:58:03 GMTa4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>+ Subject: Re: Shutdowning 15 VAX machines...m> Message-ID: <vxXh8.10532$nC6.53435@news-server.bigpond.net.au>  ' If this is your entire cluster, then...p       $ mcr sysman     SYSMAN> set e/ca     SYSMAN> shutdown noden  5 All nodes in the cluster will be gracefully shutdown.C   Matt.d   --= -------------------------------------------------------------q OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer Corporationu Gold Coast, AUSTRALIA = --------------------------------------------------------------    ' <valdemir-@uol.com.br> wrote in message 0 news:200203072351.UAA27909@william.uol.com.br... > Hello All: >t: >  Is there any way to make a procedure to shutdown 15 VAX >  machines in network ? >l > Thanks...    ------------------------------   Date: 7 Mar 2002 20:33:19 -0800/. From: spamsink2001@yahoo.com (Alan E. Feldman)+ Subject: Re: Shutdowning 15 VAX machines...=< Message-ID: <b096a4ee.0203072033.60b0328@posting.google.com>  X valdemir-@uol.com.br wrote in message news:<200203072351.UAA27909@william.uol.com.br>... > Hello All: > ; >  Is there any way to make a procedure to shutdown 15 VAX h >  machines in network ? >  > Thanks...p    B Here's an idea that might work. I can't test it right now, though.  + ***                                     ***:+ ***   TRY THIS ON A TEST SYSTEM FIRST.  ***E+ ***                                     ***u+ ***   I HAVE NOT TESTED THIS METHOD!!!  ***I+ ***                                     ***S  . Create a command file called RUN-SHUTDOWN.COM:  < $  DEFINE SYS$PRINT NOSUCHQUEUE  !to avoid printing log file% $  RUN/DETACHED SYS$SYSTEM:LOGINOUT -i  /INPUT=SYS$SYSTEM:SHUTDOWN.COM - /OUTPUT=SYS$SYSTEM:SHUTDOWN.OUTh $  EXIT   # Copy it to SYS$MANAGER on each VAX.   @ Then, from your local VAX run a command file like the following:  3 $ SUBMIT/REMOTE nodename1"SYSTEM"::RUN-SHUTDOWN.COMe3 $ SUBMIT/REMOTE nodename2"SYSTEM"::RUN-SHUTDOWN.COM  ...   C assuming you have proxies set up. If you don't, add the password totC the access control string. Be careful about revealing the password!a  E If you want to pass parameters to SHUTDOWN.COM, have RUN-SHUTDOWN.COMA$ run an auxiliarly file that contains    $ @SYS$SYSTEM:SHUTDOWN p1 p2 ...  D where the parameters are your answers to the SHUTDOWN questions. You@ might have to be careful matching up the right ones to the right p<n>'s.h  2 AGAIN, THIS IS UNTESTED. USE AT YOUR OWN RISK!!!!!   -- Disclaimer: JMHO Alan E. Feldmane& afeldman asdfas gfigroup aqouybqpo com5 "Help me help you help me help you"  -- Bob Pattersond   ------------------------------   Date: 7 Mar 2002 11:27:29 -0800o) From: gary.morin@emergis.com (Gary Morin)  Subject: Re: SOAP on OpenVMS?s= Message-ID: <4f886957.0203071127.3cf73e48@posting.google.com>   + "Robert A.M. van Lopik" wrote in message > yM > Seems a big improvement over the 2700 pages the EDIFACT standard is said tod
 > have :-) >  > rob van lopik   D Maybe overall, but the 7 pages is just the "wrapper" (UNB segment in= EDIFACT or ISA in X12) strucure.  It's SOAP "inside" a bigger 1 structure that defines a bunch of meta-meta data.   g	   -- Garyu   ------------------------------  $ Date: Thu, 7 Mar 2002 14:43:41 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>l* Subject: Re: Standalone backup question...$ Message-ID: <3c87c34f$1@news.si.com>  > >Back in time, way back, I used to use the /INIT qualifier for! >standalone image backups, like :  >C4 >$BACKUP/IMAGE/REW/INIT/LOG  disk:  tape:saveset.bck  @ Your /INIT qualifier didn't do anything.  From HELP BACKUP/INIT:   BACKUP  
   /INITIALIZE=           /INITIALIZE=         /NOINITIALIZE         Command Qualifier  A      Initializes an output disk or tape volume, making its entireP>      previous contents unavailable. (/REWIND performs the sameB      function for output tapes.) This qualifier is valid only whenE      used with the /IMAGE qualifier during restore or copy operationsnD      or when saving files to a sequential-disk save set. The default>      is /INITIALIZE for Files-11 volumes and /NOINITIALIZE for      sequential-disk volumes.e  L So, you see that /INIT and /REWIND for output tapes both perform exactly the same function. --A Brian Tillman                   Internet: tillman_brian at si.comtA Smiths Aerospace                          tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to preventi< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Fri, 08 Mar 2002 03:45:10 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>*0 Subject: Re: Steps for installation OVMS 6.2 1H3' Message-ID: <3C88352F.3E03C628@fsi.net>a   Hoff Hoffman wrote:- > e > In article <a5krrj$49m$1@news2.ipartners.pl>, "Aleksander Koodziejczyk" <olekk@kki.net.pl> writes: G > :I'll be install OVMS 6.2, I never to do it before, it is difficult ? ' > :Can you tell me any steps, to do it.g > . >   OpenVMS Alpha V6.2-1H3 is ancient history.  C ...unless you have licenses for the old Polycenter products and the@ distro.'s to (re-)install from.   F I know of two good-size sites (my former site and my current one) thatC are still nursing PCM along. Performance Solution isn't real usefulC anymore, however. Too bad.   -- s David J. Dachtera  dba DJE SystemsM http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Thu, 7 Mar 2002 21:57:23 -0000 From: "Jer" <harry@hotmail.com>f Subject: Re: SWCCo2 Message-ID: <8nRh8.697$fL6.11819@news.cpqcorp.net>  K I think what you may be looking for is the SWXCR mgr program to talk to the- cards...    ; "Paul Janssen" <paul.janssen@intrinsic.be> wrote in message30 news:3c8788a0$0$33504$ba620e4c@news.skynet.be...H > Does anyone have any experience with SWCC and the the KZPAC/KZPSC RAID > controllers? >dJ > It seems that the version posted on the public compaq site does not work > with these controllers.dC > The message at the client side reports a "No agent running on the 	 specifieda > host".J > As this message comes up very quickly and any entry there gives the same > result, I doubt if it is > what it says it is.u >rL > By the way I tried the classing things, like pinging, checking in the help > files, internet,etc. >. > Thanks for any clue... >9 > -- > Paul Janssen > paul.janssen@intrinsic.bee > Intrinsic Consulting nvo > Houwaartstraat 58-
 > 3210 Linden- > Tel +32 (0)16 62.27.43 > Fax +32 (0)16 62.23.10 > GSM +32 (0)475 201.201 >e >m >i   ------------------------------  $ Date: Thu, 7 Mar 2002 17:12:15 -0500> From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com> Subject: RE: SWCCoM Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D01602861@MBCALBEXC03.BENDER.COM>6  
 Check out E > http://www.compaq.com/alphaserver/products/storage/ra230/index.html    :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadway  Albany, NY  122042 USA2 518-487-3255 John.C.Koska@lexisnexis.comg  ) I post personal opinion only, and all the * disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s).c+ One should also take note of the Electronic>) Communications Privacy Act of 1986, whichy+ imposes civil and criminal liability on anyd( person who intentionally intercepts "any( wire, oral or electronic communication." -----Original Message-----$ From: Jer [mailto:harry@hotmail.com]& Sent: Thursday, March 07, 2002 4:57 PM To: Info-VAX@Mvb.Saic.Com  Subject: Re: SWCCo    K I think what you may be looking for is the SWXCR mgr program to talk to theo cards...    ; "Paul Janssen" <paul.janssen@intrinsic.be> wrote in messagek0 news:3c8788a0$0$33504$ba620e4c@news.skynet.be...H > Does anyone have any experience with SWCC and the the KZPAC/KZPSC RAID > controllers? >cJ > It seems that the version posted on the public compaq site does not work > with these controllers.nC > The message at the client side reports a "No agent running on the-	 specified- > host".J > As this message comes up very quickly and any entry there gives the same > result, I doubt if it is > what it says it is.- >oL > By the way I tried the classing things, like pinging, checking in the help > files, internet,etc. >  > Thanks for any clue... >e > -- > Paul Janssen > paul.janssen@intrinsic.beu > Intrinsic Consulting nv. > Houwaartstraat 58e
 > 3210 Lindenm > Tel +32 (0)16 62.27.43 > Fax +32 (0)16 62.23.10 > GSM +32 (0)475 201.201 >  >n >i   ------------------------------  % Date: Thu, 07 Mar 2002 23:40:41 +0100o From: Dirk Munk <munk@home.nl> Subject: Re: SWCCM& Message-ID: <3C87EC69.6030604@home.nl>  B SWCC works with these controllers. However it does need a minimum F firmware revision. This is 2.49 (afaik) for the PCI versions. Present  version is 2.70 for PCI.       Paul Janssen wrote:t  G >Does anyone have any experience with SWCC and the the KZPAC/KZPSC RAIDe
 >controllers?U > I >It seems that the version posted on the public compaq site does not work  >with these controllers.L >The message at the client side reports a "No agent running on the specified >host".lI >As this message comes up very quickly and any entry there gives the samem >result, I doubt if it isc >what it says it is. >sK >By the way I tried the classing things, like pinging, checking in the helpa >files, internet,etc.  >r >Thanks for any clue...e >d >--s
 >Paul Janssenr >paul.janssen@intrinsic.be >Intrinsic Consulting nv >Houwaartstraat 58 >3210 Linden >Tel +32 (0)16 62.27.43g >Fax +32 (0)16 62.23.10o >GSM +32 (0)475 201.201  >s >u >f   ------------------------------  % Date: Thu, 07 Mar 2002 23:42:33 +0100H From: Dirk Munk <munk@home.nl> Subject: Re: SWCCa& Message-ID: <3C87ECD9.2030502@home.nl>  B SWCC works with these controllers. However it does need a minimum F firmware revision. This is 2.49 (afaik) for the PCI versions. Present I version is 2.70 for PCI. The firmware can be found on the Compaq support t FTP site, or the firmware CD.s       Paul Janssen wrote:n  G >Does anyone have any experience with SWCC and the the KZPAC/KZPSC RAID 
 >controllers?  >tI >It seems that the version posted on the public compaq site does not worke >with these controllers.L >The message at the client side reports a "No agent running on the specified >host".pI >As this message comes up very quickly and any entry there gives the same  >result, I doubt if it iso >what it says it is. >iK >By the way I tried the classing things, like pinging, checking in the help  >files, internet,etc.B >e >Thanks for any clue...R >l >--u
 >Paul Janssenn >paul.janssen@intrinsic.be >Intrinsic Consulting nv >Houwaartstraat 58 >3210 Linden >Tel +32 (0)16 62.27.43u >Fax +32 (0)16 62.23.10s >GSM +32 (0)475 201.201i >n >- >a   ------------------------------  % Date: Thu, 07 Mar 2002 21:35:00 +0100M0 From: Dietmar Hermanns <Dietmar.Hermanns@rtl.de>6 Subject: Re: Telnet to OpenVMS - unknown terminal type5 Message-ID: <3c87ce83$0$153$9b622d9e@news.freenet.de>e  * Alan Winston - SSRL Admin Cmptg Mgr wrote:  J > [complete snippage - somebody is writing code in PERL on Linux and in VB > [onlJ > Windows to telnet into a VMS system and it gets hung up on SET TERM/INQ] > L > Incidentally, if you just want to get work done, you might be a lot betterH > off using Kermit (built in telnet client, scripting language, terminalL > emulation, and the ability to use the _same scripts_ on Linux and Windows) > than reinventing the wheel.= > J > If you're just coding for fun or self-education, then carry on with Perl	 > and VB.R >  > kermit.columbia.edu for info.  > 	 > -- Alan  >  >  >  > O ================================================================================2 >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUB >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  >  650/926-3056jD >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA 
 >  94309-0210u > O ===============================================================================c? there is a vms-xterm-script for linux, I don't know were it is?s   ------------------------------   Date: 7 Mar 2002 14:39:46 -0600eB From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)" Subject: Re: UNMESSAGE for Alpha ?3 Message-ID: <Vrddkywccdoo@eisner.encompasserve.org>P  g In article <PWwh8.660$fL6.10277@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: z > In article <JfinIcRWICie@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:. > :Is there a version of UNMESSAGE for Alpha ? > ..I > :[UNMESSAGE is a utility to convert a VMS message file back to a sourcen > :message file].  >  > J >   About half an hour (worst case) permits one to put together DCL to do J >   this...  This task is little more than a DCL loop containing f$messageK >   and some WRITE statements to reformat the results to a file, of course.h >   L Thanks for the feedback, but this was the first thing that I thought of. :-)L The problem with that approach is that you need to know which facilities areI in the message file. (For example, TPUMSG has at least two, TPU and EVE).h  G It also doesn't tell you what the severity of the message is within theeI actual file, for example EVE$_CMDAGAIN is an informational message within  TPU:  + $ edit/tpu/nosection/nodispl/comm=sys$input_ message(eve$_cmdagain);_  Exit , %EVE-I-CMDAGAIN, Doing previous command: !AS  B but you can get the range of severity messages with f$message, ie:  4 $ write sys$output f$message(548*65536+32768+4104+0), %EVE-W-CMDAGAIN, Doing previous command: !AS4 $ write sys$output f$message(548*65536+32768+4104+4), %EVE-F-CMDAGAIN, Doing previous command: !AS  L However, since it was TPU/EVE that I was interested in, I solved the problem  by using expand_name within TPU.  ! Thanks for the suggestion anyway,i   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.a   ------------------------------  # Date: Fri, 08 Mar 2002 03:28:31 GMT  From: 1076366@charter.netC; Subject: US-NC contract to perm Spanish Cobol CorVision Vaxu6 Message-ID: <3c882fec.57408829@news-server.cfl.rr.com>  - Please excuse this posting in this newsgroup.l8 But, just how many people fit the following requirement,+ and where would one look for them BUT HERE?x    3 US-NC contract to perm Spanish Cobol CorVision Vax m  < Must have: Cobol, CorVision, Vax/Vms AND speak/read Spanish.  6 Company will not pay interviewing costs or relocation.  ) Send your resume to:  j1076366@cfl.rr.come  2 Please state salary requirements and availability.   ------------------------------   Date: 7 Mar 2002 13:29:31 -0800k From: ohm62@hotmail.com (OHM)X$ Subject: Re: VMS DEBUG V7.2 bugs me!= Message-ID: <9d337b47.0203071329.10132347@posting.google.com>d  H > Thread 3 is waiting for a mutex #43 visibly owned by thread 3... Fine.  ' Oops.. That wouldn't be fine, would it?    Please read:  F Thread 6 is waiting for a mutex #43 visibly owned by thread 3... Fine.   Sorry about the typo...      -- Ol.   ------------------------------  # Date: Thu, 07 Mar 2002 19:39:19 GMTD" From: "Hans Vlems" <hvlems@iae.nl>; Subject: Re: What VMS version runs on a Digital Server 3000o0 Message-ID: <HlPh8.222$kH2.3777@typhoon.bart.nl>   Jeff,U  1 the 3300 is now running VMS, thank you very much.y8 The next problem is now to get X/Motif running. The 3300@ has an S3 video card. Does VMS 7.3 have support for that adapter  or should I install another one?  < A question on other white box Alpha's. There is a model thatD looks very much like an A1000 / A1200. Now I happen to know a coupleD of these systems that are not used. In fact they were offered to me.K Are these systems ARC only or does the same trick work for the "White 1000"0 as well?   Hans  6 Jeff Campbell <jcampbell@ins-msi.com> wrote in message% news:3C86824C.896B50F2@ins-msi.com...X > Hans Vlems wrote:o > > 	 > > Jeff,s > > > > > the Alpha now boots from the AXP/VMS V7.3 installation CD.? > > I tried to boot after each step and step 3, set srm_boot onu > > did the trick. >1C > Yes,  both  SET BOOT_RESET ON  and  SET SRM_BOOT ON  in the nvramg7 > script are required for the 'white box's to boot VMS.  > D > As I indicated before I have 2 of the 'white box' alphas running -F > a DS3300/AS800 and a DS5305/AS1200. I just 'found' a ds7305^ locally@ > that I may be able to aquire. 8-)  The DS730x is a 'white box'F > AS 4100. If I do get it, I will find out if all 3 types of DS's will > really run VMS.t >U > Jeff Campbell- > n8wxs@arrl.net >-= > ^ It's a 4 533 MHz CPU machine. 4 more seti@home processes!o >iH > > It apparently creates a new variable and allows VMS to boot from CD.I > > The next question is: how can I format the disk as a Files-11 volume.e? > > DKA0 now has NT4 on it and is (probably) formatted as NTFS.- > >a > > Hans   ------------------------------  # Date: Thu, 07 Mar 2002 19:42:10 GMTj" From: "Hans Vlems" <hvlems@iae.nl>; Subject: Re: What VMS version runs on a Digital Server 3000.0 Message-ID: <moPh8.223$kH2.3706@typhoon.bart.nl>  F HP and AIX are not my cup of tea. I'm more at ease with VMS, Burroughs A-series  and RDOS (the latter long gone).   Hans  @ Dijk, Jeroen van <Jeroen.vanDijk@Getronics.com> wrote in messageI news:2795B75EF003D311801A00A0C906B511011C6D61@cucexec.gbc.getronics.nl... @ > The reason why VMS don't want to install on a NTFS volumes has@ > every thing to do with the diference in security level between > WNT & 0S/390 and VMS.I >*K > Personaly I don't believe that you could install OS/390 on a NTFS volume,NF > but if you can install linux in VM under OS/390, so NT could also be	 possible.R >DJ > Personaly I work in shop supports and have several platforms, and only 3 VMS specialists. > and around 20 VMS boxes. >S2 > Because the DR tests on VMS boxes are so simple.J > I will try a little bit more complexed so I going to learn and do HP9000 and AIX. >.L > BTW if someone in Holland is an expert in HP9000, VMS and maybe some other! OS and is looking for a job .....t >d@ > > there's no reason to keep whatever was left on the NT4 disk. > > VMS can read> > > NTFS volumes thru a layered product but not by itself, nor > > can it dual boot > > from ani= > > NT4 system disk. Not that I'd particularly want that BTW.h@ > > The problem was just that VMS did not want to install on the > > NTFS formatted	 > > disk.pA > > Once I did that manually (via the $$$ prompt on the Alpha/VMSU > > distribution > > CD) @ > > all went well. Don't know  why but the box now boots VMS. In > > an all OS/390  > > and WNTe> > > shop I felt a little alone without a VMS system nearby.... > >  > > Hans > >0D > > Dijk, Jeroen van <Jeroen.vanDijk@Getronics.com> wrote in messageB > > news:2795B75EF003D311801A00A0C906B511011C6D5D@cucexec.gbc.getr > > onics.nl...m> > > > Remove the NT4 disk from the system or backup it, if you > > want to preserve > > it.e > > >DH > > > I haven't heard of if VMS can read NTFS volumes, but if you want a > > dualboot system.= > > > Just leave it on DKA0 and install VMS on an other disk.r > > >  > > > > 
 > > > > Jeff,e > > > >tB > > > > the Alpha now boots from the AXP/VMS V7.3 installation CD.C > > > > I tried to boot after each step and step 3, set srm_boot onrF > > > > did the trick. It apparently creates a new variable and allows > > > > VMS to boot from CD.< > > > > The next question is: how can I format the disk as a > > Files-11 volume.C > > > > DKA0 now has NT4 on it and is (probably) formatted as NTFS.P > > > >W > > > > Hans > > > >s4 > > > > Jeff Campbell <jcampbell@ins-msi.com> wrote:@ > > > > >The DS 3300 is a "white box" AlphaServer 800 hobbled to > > run NT only.	 > > > > >L+ > > > > >To run VMS on it do the following;l	 > > > > >p8 > > > > >  1) Change the machine to use the SRM console.	 > > > > >aH > > > > >  2) Do a  >>> show conf  command to see the machine's firmware > > > > >     versions. Go to 	 > > > > >i@ > > > > >         http://ftp.digital.com/pub/DEC/Alpha/firmware/	 > > > > >n: > > > > >     If the machine is not at the latest firmware > > version download# > > > > >     a copy and update it. 	 > > > > >-9 > > > > >  3) Then at the >>> prompt, type the following:t	 > > > > >o$ > > > > >        >>> set os_type vmsI > > > > >        >>> cat nvram       (to see what, if anything, is in it)m > > > > >        >>> edit nvram ' > > > > >            10 set srm_boot one > > > > >            20 es > > > > >        >>> initr	 > > > > > ( > > > > >   4) Install VMS and have fun!	 > > > > > E > > > > >Change the line numbers, 10 and 20 above, if your nvram file-6 > > > > >happens to have other commands in it already.	 > > > > >JC > > > > >The edit command above runs a simple line numbered editor.t7 > > > > >Type a ? in it to see a list of it's commands:a	 > > > > >f > > > > >        >>> edit nvram5 > > > > >            ?	 > > > > >e > > > > >Jeff Campbell > > > > >n8wxs@arrl.net 	 > > > > >e > > > > >Hans Vlems wrote:
 > > > > >>A > > > > >> The label on the back shows the following information: 
 > > > > >> > > > > >> Model: FR-K7F2W-WAt > > > > >> PN: 3300 6400Al > > > > >> Series: P8800
 > > > > >>@ > > > > >> The system is a white PC style box. It is _not_ a DEC > > 3000 machineE > > > > >> (the ones that look remotely like a VAX 3100). Could it bem > > > > a Jensen? - > > > > >> The ARC console identification is:s
 > > > > >>/ > > > > >> Digital Server 3000 model 3300 6400A/ > > > > >> Digital Alpha 21164
 > > > > >>E > > > > >> The machine used to boot NT4, but its ARC console supports  > > > > also VMS and > > > > OSF0@ > > > > >> modes. All I want is to be able to run AXP/VMS on it.A > > > > >> The error message reported was the result of >>> B -fl  > > 0,0 dka500D > > > > >> where dka500 is the CD drive. It does boot into SYSBOOT>, > > > > no problem withw > > > > >> that.A > > > > >> The fact that the system supports both ARC and VMS/OSFe > > > > console modesC: > > > > >> made me think that VMS might run on the system.
 > > > > >> > > > > >> Hans 
 > > > > >>> > > > > >> rdeininger@mindspring.com (Robert Deininger) wrote:> > > > > >> >In article <3c840244.1214705283@news.wcc.govt.nz>, > > > > rob.buxton@wcc.govt.nz > > > > >> wrote:u > > > > >> >I > > > > >> >>Not sure if it's the same, we got a couple of DEC 3000s heres0 > > > > >> >>2 DEC 3000 600M and a DEC 3000 300L& > > > > >> >>The latter is running 7.3( > > > > >> >>The 600Ms are running 7.2-1
 > > > > >> >>-I > > > > >> >>Palcode Version on the 300L is 5.54 and on the 600Ms is 5.56 
 > > > > >> >>t$ > > > > >> >>Maybe a Firmware thing? > > > > >> >E > > > > >> >The above are conventional DEC 3000 server or workstation- > > > > systems.  VMS C > > > > >> >has supported them since the flood.  There haven't been" > > > > major changesi
 > > > > toC > > > > >> >the firmware for years.  These systems will load either@E > > > > >> >SYS$CPU_ROUTINES_0702.EXE (any of the 3000-300 family) orr: > > > > >> >SYS$CPU_ROUTINES_0402.EXE (any of the others). > > > > >> > > > > > >> >; > > > > >> >>On Mon, 04 Mar 2002 15:49:21 GMT, "Hans Vlems"y > > > > <hvlems@zfree.co.nz> > > > > >> >>wrote:s
 > > > > >> >>  > > > > >> >>>? > > > > >> >>>I found an old Dig. Server 3000 and tried to booth > > VMS 7.3 on it./ > > > > >> >>>It failed with the error message:n6 > > > > >> >>>Unable to load SYS$CPU_ROUTINES_E505.EXE0 > > > > >> >>>The VMS PALcode version is V1.20-3: > > > > >> >>>The >>>show version command returns V5.4-113 > > > > >> >< > > > > >> >This is something completely different.  I don't > > > > recognize the name@ > > > > >> >"Digital Server 3000" as being a VMS-capable system. > > > > (Which does notb > > > > meanE > > > > >> >there is no such beast.)  Certainly, if it is looking formE > > > > >> >SYS$CPU_ROUTINES_E505.EXE, it is NOT a Pelican, Flamingo,i > > > > or Sandpiper7 > > > > >> >class DEC 3000 system.  No relation at all.. > > > > >> > > > > > >> >(This web page > > > > >> >H > > > http://www.phys.ufl.edu/~prescott/linux/alpha/dec3000-sysinfo.htmlA > > > >> >summarizes the DEC 3000 family pretty nicely, includingn > > the formerly( > > > >> >top-secret system code names.)
 > > > >> >@ > > > >> >On my systems, there's no SYS$CPU_ROUTINES_E505.EXE in > > the [SYS$LDR]eA > > > >> >directory, which is the root problem.  The console sets  > > up the datai? > > > >> >structures that lets VMS figure this out.  There's noe > > intelligence in 	 > > > VMSr > > > >> >in this area. 
 > > > >> >? > > > >> >Please be VERY careful with system names.  If you canw > > find the label,0
 > > > postI > > > >> >exactly what the model name is.  Since you seem to have console  > > access, 9 > > > >> >tell us the exact system name from the console.:
 > > > >> >< > > > >> >This _may_ be one of the crippled systems that was > > tweeked to make VMSe= > > > >> >unbootable.  The "E505" part of the file name looks  > > suspicious, sincev > > > IiA > > > >> >don't think the most significant bit of that hex numbero > > is ever set onA > > > >> >"official" VMS-supported systems.  But my memory may bee > > faultly.  Some > > > of> > > > >> >these systems shipped with VMS PALcode, but VMS does > > not support them. 
 > > > >> >: > > > >> >>>Is there any hope to boot, say, VMS 6.2 on it?
 > > > >> >@ > > > >> >If it's similar enough to a supported system, it could > > likely be made > > > to. > > > >> >work.  Licensing might be a problem.
 > > > >> >@ > > > >> >If you find the detailed system specs, and have access > > to a source ? > > > >> >listings kit, and can write your own platform supportP > > and maybe some
 > > > bootG > > > >> >drivers, then I'm certain you could boot VMS on it.  But thisl
 > > paragraph7J > > > >> >likely needs multiple smileys.  You're looking for hobbyist, not > > > >> >obsession, right? 
 > > > >> > > > > >> >  -- Robert0 > > > >> > > > >> http://www.zfree.co.nz: > > >C > > >s > > >  > > > http://www.zfree.co.nz > >w > >w   ------------------------------  # Date: Fri, 08 Mar 2002 06:12:31 GMT.+ From: Jeff Campbell <jcampbell@ins-msi.com>r; Subject: Re: What VMS version runs on a Digital Server 3000 + Message-ID: <3C884CE4.B8D845A9@ins-msi.com>r   Hans Vlems wrote:n >  > Jeff,  > 3 > the 3300 is now running VMS, thank you very much.K: > The next problem is now to get X/Motif running. The 3300B > has an S3 video card. Does VMS 7.3 have support for that adapter" > or should I install another one?  C Did you install DECWindows? It is X/MOTIF. You will need to installs? DECNet as well, if you haven't. The DS 3300 S3 video will work.    > > > A question on other white box Alpha's. There is a model thatF > looks very much like an A1000 / A1200. Now I happen to know a coupleF > of these systems that are not used. In fact they were offered to me.@ > Are these systems ARC only or does the same trick work for the > "White 1000" as well?l  = Yes, as I indicated in the message this is your reply to. 8-)0F The DS 5300/5 is an AlphaServer 1200. The same procedure will allow it to run VMS.0   >  > Hans > 8 > Jeff Campbell <jcampbell@ins-msi.com> wrote in message' > news:3C86824C.896B50F2@ins-msi.com...e > > Hans Vlems wrote:5 > > >d > > > Jeff,e > > > @ > > > the Alpha now boots from the AXP/VMS V7.3 installation CD.A > > > I tried to boot after each step and step 3, set srm_boot on  > > > did the trick. > >SE > > Yes,  both  SET BOOT_RESET ON  and  SET SRM_BOOT ON  in the nvramu9 > > script are required for the 'white box's to boot VMS.f > >nF > > As I indicated before I have 2 of the 'white box' alphas running -H > > a DS3300/AS800 and a DS5305/AS1200. I just 'found' a ds7305^ locallyB > > that I may be able to aquire. 8-)  The DS730x is a 'white box'H > > AS 4100. If I do get it, I will find out if all 3 types of DS's will > > really run VMS.  > >a > > Jeff Campbell  > > n8wxs@arrl.net > >=? > > ^ It's a 4 533 MHz CPU machine. 4 more seti@home processes!i > > J > > > It apparently creates a new variable and allows VMS to boot from CD.K > > > The next question is: how can I format the disk as a Files-11 volume.AA > > > DKA0 now has NT4 on it and is (probably) formatted as NTFS.= > > >=
 > > > Hans   ------------------------------  * Date: Thu, 7 Mar 2002 23:41:20 +0100 (CET): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>Y Subject: Re: Why no DEFINE /GROUP=nnnn? (was re: define "group-logicals" at system starturJ Message-ID: <Pine.LNX.4.21.0203072335240.29462-100000@irys.stanpol.com.pl>  ' On 7 Mar 2002, Peter LANGSTOEGER wrote:a [...]<A >+But how to create this table in KERNEL mode (without hacking) ?m  9 Hm... Personally will not name a use of documented systemn routines a "hacking"... !e
  Required:' - SYSNAM and call to the system servicei  or:* - CMKRNKL and the call thru mode swithing.9  ...the second may be treated as overkill :), but you mayg; find example mentioned here in my post with Ferry comments:u (sorry for loooong line !)t http://groups.google.com/groups?as_q=cmkrnl&as_ugroup=comp.os.vms&as_uauthors=gotfryd%40stanpol.com.pl&num=100&hl=en
 (first match)E  Regards - Gotfryd   --  E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEo. $!                        GS@stanpol.zabrze.plE =====================================================================e   ------------------------------  $ Date: Thu, 7 Mar 2002 23:21:03 -00005 From: "Malcolm" <malcolmix@neverness.freeserve.co.uk> Y Subject: Re: Why no DEFINE /GROUP=nnnn? (was re: define "group-logicals" at system startuE. Message-ID: <a68sjr$vd8$1@news8.svr.pol.co.uk>  7 "Frank Sapienza" <sapienza@noesys.com> wrote in message,2 news:HGyh8.4850$gQ.2371775@news02.optonline.net...H > > ...but why isn't there a DEFINE /GROUP=[group name or group number],G > > requiring (say) SYSNAM and CMKRNL privileges and creating the groupn table  > if > > it doesn't exist?V >hA > Umm...  it would appear someone isn't reading the manual again.w >i< > $ DEFINE /TABLE=LNM$GROUP_nnnnnn  TEST_LOGICAL "SOMETHING" >i& > ... requires either SYSPRV or BYPASS >.E > $ CREATE /NAME_TABLE /PARENT=LNM$SYSTEM_DIRECTORY  LNM$GROUP_nnnnnn- >-A > ... not sure what privilege is required, but most likely SYSPRVr >   L But the idea of requiring CMKRNL, is that the current methods require CMKRNLH (RUN /UIC and SUBMIT /USER). DEFINE /GROUP=nnnn should require CMKRNL asG well. SYSNAM only might be more sensible, but there might be situationslI where a malicious user with SYSNAM privilege could exploit the ability to J create group tables to, say, intercept an application and gather data thatL should be going to that application by redefining logicals for crucial filesK for instance?. (Yes, they could do it with SYSNAM... but what if you have asK group with specific logicals pointing to specific applications/data definede8 at group level, and your malicious user redefines them?)  F The point is you're not introducing an extra weakness because the same0 privileges are required as were required before.  L > I'm sure you can come up with a DCL procedure to create the group table if" > it doesn't exist.  Here's a hint >  > $ WRITE SYS$OUTPUT@ > F$TRNLNM("LNM$GROUP_nnnnnn","LNM$SYSTEM_DIRECTORY",,,,"TABLE") >y >. > G Naah. Can't be done from DCL. Not with standard DCL commands anyway. No:5 support for creating kernel-mode logical name tables.:   -- Malcolm MacArthurs  , Subtract nine for e-mail (anti-spam measure)   ------------------------------   End of INFO-VAX 2002.131 ************************