1 INFO-VAX	Sat, 03 Jul 2004	Volume 2004 : Issue 365       Contents: Re: A lint Utility for OpenVMS+ Re: Accuweather video mentions VMS (TWICE!)  Booting VAX from tape  Re: Booting VAX from tape  Re: DECC /VAXC Compiler  Re: Equipment release policy? * Re: FTP client to understand ODS-5 volumes" Getting the RFA of Record in COBOL= Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article * Re: Memory test diags for Alphastation 255< OT - marketing computers (was Re: Very nice VMS testimonial)+ RE: Problem with BASIC install on VMS 7.3-2 ( steadily increasing error count on TTA0: Re: Very nice VMS testimonial  Re: Very nice VMS testimonial  Re: Very nice VMS testimonial  Re: Very nice VMS testimonial  Re: Very nice VMS testimonial  Re: Very nice VMS testimonial  Re: VMS7.2 on VAX  Re: VMS7.2 on VAX   F ----------------------------------------------------------------------  % Date: Sat, 03 Jul 2004 14:39:41 -0000 / From: Thomas Dickey <dickey@saltmine.radix.net> ' Subject: Re: A lint Utility for OpenVMS 0 Message-ID: <10edh9dhl732pee@corp.supernews.com>  $ John Vottero <John@mvpsi.com> wrote:N > In general, I like all the help and hints I can get from a compiler.  My one > complaint is with   J > %CC-I-QUESTCOMPARE2, In this statement, the unsigned expression "var" isM > being tested to see if it is greater than zero.  This might not be what you  > intended.    > You get this with code like:   > unsigned int var;    > if (var > 0)...   4 Perhaps it's intended to be a specific case of this:     unsigned int foo; 
   int bar;     if (foo > bar)...   C (but I'm reluctant to cross-post into the morass of comp.lang.c ;-)    --   Thomas E. Dickey http://invisible-island.net  ftp://invisible-island.net   ------------------------------  # Date: Sat, 03 Jul 2004 13:16:17 GMT " From:   VAXman-  @SendSpamHere.ORG4 Subject: Re: Accuweather video mentions VMS (TWICE!)0 Message-ID: <00A34466.DF327C1B@SendSpamHere.ORG>  m In article <b096a4ee.0407021651.2b10516@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: Y >VAXman-  @SendSpamHere.ORG wrote in message news:<00A343BD.30DC270B@SendSpamHere.ORG>... t >> In article <cf15391e.0407020711.41e39aa2@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:s >> >"Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in message news:<2jogvgF13v4e6U1@uni-berlin.de>... K >> >> http://h71000.www7.hp.com/openvms/brochures/accuweather/accunews.html  >> >$ >> >The URL for this has changed to:F >> >http://h71000.www7.hp.com/openvms/brochures/accuweather/index.html >>  4 >> This is old news... and the same .WMV file too ;( >  > F >Of course it's old. It was posted 11 days ago! ;) So you come here 11G >days after the fact and complain it's old. Hmmmm. Besides, no one else F >posted it on cov, at least to the best of my knowledge. And if it's a( >repeat, so what? It should be repeated!  ) You read c.o.v. what, once every 2 weeks?    --  B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  $ Date: Sat, 3 Jul 2004 15:39:50 +0100" From: "SCC" <simonc99@hotmail.com> Subject: Booting VAX from tape+ Message-ID: <cc6gfq0111s@news1.newsguy.com>    Howdy...  F I have a VAXstation 3100 M76, 32MB RAM, and a Montagnar Hobbyist CD of VMS7.3.   C I've transferred a copy of this CDROM (with 'dd') to a 4GB DAT tape  (/dev/rmt0) on a Sun Ultra 2.   L I bodged a connection from the DAT Drive to the Expansion Unit's SCSI BUS onA the VAX. The drive is recognised within the boot monitor. E.g., :    >>> show devD  VMS/VMB  ULTRIX    ADDR    DEVTYP  NUMBYTES  RM/FX  WP  DEVNAM  REVE  -------  ------  --------  ------  --------  -----  --  ------  ---    ESA0     SE0     08-0  D  DKA200   RZ2     A/2/0/00  DISK     1.05 GB   FX        RZ26L  442D!  ...HostID....    A/6       INITR D  DKA700   RZ7     A/7/0/00  DISK    ........   RM    WP  RX23   0054  D  MKB0     TZ8     B/0/0/00  TAPE    ........   RM        Python 596A!  ...HostID....    B/6       INITR    If I then try a   
 >>> boot mkb0   J The tape is accessed for a long time - the light on the front of the driveK flashes throughout (and the drive makes noises), so presumably something is  being read from the tape.   + Eventually (after about 15 minutes) I get :    -MKB0  ?50 SCB2NDINT, MKB0  ?06 HLT INST     PC = 00000B51   J Looks like it means that there was an "Unexpected exception after startingK program image"... oh dear - sounds bad! Could it be the boot medium, or the 	 CD image?   7 Anyone have any ideas - I'm really stuck with this one!    Many thanks...   Simon.   ------------------------------  # Date: Sat, 03 Jul 2004 16:18:42 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> " Subject: Re: Booting VAX from tape= Message-ID: <C%AFc.2939$II1.25075751@news-text.cableinet.net>    Let's go back to the beginning.   E All devices need a boot block containing an initial boot loader. That J contains minimal drivers for the boot device. The boot block for a tape isL very different from that for a CD. So, copying a CD to a tape isn't going toL produce a bootable tape. As you would expect VMS has a mechanism for writingD a bootable tape, but that's only possible from a running VMS system.  I Installing VMS on VAX from scratch (a "bare-metal install") needs to boot H stand-alone backup in order to then copy the first saveset (containing a0 minimal bootable VMS) to the target system disc.  B Your CD contains a boot block which points to the bootable copy of> stand-alone backup, plus the savesets that make up VMS itself.  L You need to boot from the distribution medium (CD in this case). In order toF do that you need supported hardware to boot from. That needs a SCSI CD' reader configured for 512 byte sectors.   K Alternatives are that you have someone else create you a bootable tape from J a running system using @SYS$UPDATE:STABACKIT, or they us BACKUP to performH an image copy of the CD to a SCSI disc (hard drive in PC terminology) soG that you can boot from the SCSI disc once it's attached to your system.   * The boot process goes something like this:  @ - power-up machine, which then runs to console firmware from ROML - manually boot (or auto-boot, depending on flags set in EEPROM / NVRAM) the target system deviceL - the console firmware drags the initial loader (VMB) off the disc (or tape)G - the initial loader then drags the operating system itself into memory K - the operating system configures its in-memory layout depending on various  non-dynamic system parameters K - the operating system starts to run, then invokes the startup command file   (usually SYS$SYSTEM:STARTUP.COM)B - once operational you then log in and start (ab)using the system.  K One of the main reasons that VMS achieves its legendary reliability is that K it is very carefully and extensively tested to work with specific hardware. L That's why a release takes so long to come out - testing. Break the hardwareF configuration rules and use non-tested devices and you're on your own.A Nowhere is that more true than the initial load and boot process.   I So, get yourself an old DEC CD drive (eg: RRD40 / 41 / 42 / 43 / 44 etc.)  and boot from that.   J One other thing that could surprise you with such an early VAX is that theL console firmware may not work with discs greater than about 1Gbyte as a bootK device. You can use bigger discs as data discs, but you need support in the J console firmware for the boot device in terms of the maximum number of 512K byte blocks on the disc. Too many blocks and you'll get an integer overflow B somewhere in the console firmware code - and it simply won't boot.  L It's easy really, but just don't expect any random pile of hardware to work.G You have to have the right stuff. This is not like the world of PCs and I Linux where pretty much anything goes (more or less). VMS works. It needs 5 hardware that it's been tested to work with properly.    --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk L Systems Archaeologist - Investigation & troubleshooting of older systems and	 networks.    ------------------------------  % Date: Sat, 03 Jul 2004 18:13:49 +0800 , From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: DECC /VAXC Compiler0 Message-ID: <87hdspxusi.fsf@k9.prep.synonet.com>  " nobody <nobody@nobody.org> writes:  
 > Z wrote:  C >> IIRC, the situation was: comparing a signed char (value < 0, eg: 4 >> -1) to an unsigned short/int (value > 0, eg: 100)  E > Ahh, OK. Yes, I agree.  But that is why I always use /UNSIGNED when D > I compile with DECC. This allows a "char" value to be treated as aD > full byte. (Being french cnandian, this is necessary when you wish4 > to habdle strings containing accented characters).  E > It was absolutely stupid to decide that a "char" should be a signed  > value by default.   F No, it is the way some machines ARE. Having a language maybe slavishlyF follow implemtation quirks on Tuesdays is perhaps stupid, but once you@ have opened that can, the worms, signed or unsigned are yours to enjoy.  F Not having sign/unsigned/address relational operators, that is stupid.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Sat, 3 Jul 2004 10:58:59 -0500' From: "jjs" <john@mychain.stafford.net> & Subject: Re: Equipment release policy?0 Message-ID: <10edlu3bh32v24a@news.supernews.com>  @ "Charlie Hammond" <hammond@not@peek.ssr.hp.com> wrote in message+ news:MejEc.5013$ZU.4829@news.cpqcorp.net...  > Some body wrote: > K > >> If the media is strictly VMS related, any one obtaining it will not be E > >> able to just pop it into a PC and read it. That is not much of a  problem. > I > A properly paranoid security officer might reasonably assume that media D > which is "strictly VMS related" is likely to end up in a VMS shop.  J A properly paranoid security officer would shred and burn the platters and controller.    ------------------------------  % Date: Sat, 03 Jul 2004 09:55:34 +0200  From: Dirk Munk <munk@home.nl>3 Subject: Re: FTP client to understand ODS-5 volumes 2 Message-ID: <cc5opq$esj$1@news1.tilbu1.nb.home.nl>   Bob Koehler wrote:o > In article <30JUN04.20550092@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:  > I >>Any suggestions for a GUI FTP client (for Windows) that will understand J >>ODS-5 filenames when used with the FTP server on TCPIP V5.4? There was aD >>previous post about Mozilla being fixed to handle VMS ftp servers: >>5 >> http://bugzilla.mozilla.org/show_bug.cgi?id=151501  >>H >>But this only appears to work for ODS-2 type file names (at least withB >>Mozilla V1.7). I might re-open that bug - just looking for other >>ideas.  P Maybe that is because Mozilla is (still) not ODS-5 compliant? Saving files with Q Mozilla results in uppercase ODS-2 file names. Not very pleasant if one likes to  J preserve the original filename as much as possible, or use filenames with ' lowercase characters with the composer.    >  > ( >    I've had no problems with ftp95pro. >    ------------------------------   Date: 3 Jul 2004 10:50:49 -0700  From: lsk55@hotmail.com (Scott) + Subject: Getting the RFA of Record in COBOL = Message-ID: <926edf3b.0407030950.48f1f097@posting.google.com>   B I need a way to obtain the RFA of an indexed file record that I'veB just read from COBOL.  Anyone know of a way to do this?  Thanks so much!  --Scott   ------------------------------   Date: 3 Jul 2004 00:11:34 -0700 ' From: icerq4a@spray.se (David Svensson) F Subject: Re: Intel Itanium's very survival in doubt - inquirer article= Message-ID: <734da31c.0407022311.62ec44a3@posting.google.com>   u JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<8e24e5d31600003e182fd07b00218e79@news.teranews.com>...  > David Svensson wrote: F > > Emulating IA64 on x86-64 would not provide acceptable performance. > P > But when you consider how many applications are only available on IA64 at thisO > point in time and not available on 8086, the "unacceptable performance" would S > only apply to a small set of programs on a system since the rest would be native.  > M > For VMS, There is more software available on VAX-only than there is on IA64 N > only. So a vax emulator on 8086 is more needed than an IA64 emulator. (oh, I > forgot, it already exists).  > O > Same applies to  HP-UX. And my bet is that there will be very little software N > available for NSK on IA64 only.  So customers are more likely to continue onM > PA-RISC, Alpha and MIPS until they have a migration path to something other  > than IA64.  D Are you implying here that VMS, HP-UX and NSK will be ported to x86? I find that very unlikely.  F Sure the migration to IA64 will take some time, I think most new salesD of IA64 are not migration yet, but I have already seen HP-UX to IA64D migrations and lots of interest and intent of moving to VMS on IA64.C There are many who see that there is and will be much cheaper deals E from HP to run VMS on IA64 than on Alpha. HP is setting the price for ' VMS/IA64 on a very good level actually.   1 Looks like you are not interested in VMS anymore.    ------------------------------   Date: 3 Jul 2004 00:09:24 -0700 ' From: icerq4a@spray.se (David Svensson) F Subject: Re: Intel Itanium's very survival in doubt - inquirer article= Message-ID: <734da31c.0407022259.5c0ad658@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<nJOdnUQHfNGjFXjdRVn-vg@metrocast.net>...6 > "David Svensson" <icerq4a@spray.se> wrote in message9 > news:734da31c.0407020412.5fe9a2dd@posting.google.com... 9 > > "Bill Todd" <billtodd@metrocast.net> wrote in message 1 >  news:<1cGdnc3uNb7upHnd4p2dnA@metrocast.net>...  > > > H > > > Many servers do run such loads.  But for single-thread loads, it's >  entirely M > > > possible that Xeon could emulate Itanic with acceptable performance (at G > > > least if Xeon's 64-bit performance is somewhere nearly as good as 
 >  Opteron's, 1 > > > something which has yet to be ascertained).  > > K > > You usually have good comments, but this one was bad. You have to admit  >  that. > > F > > Emulating IA64 on x86-64 would not provide acceptable performance. > > - > > You know more than that to understand it.  > L > You seem to have ignored the context of the statement:  it applied only toH > those few applications (approaching zero today, and there's no obviousJ > reason that number should increase significantly unless Itanic sales do)M > which would not also be able to run natively on the x86 platform - in other F > words, the same argument that people are using today to suggest thatJ > Itanic's x86 emulation is adequate (because any applications that reallyM > care will be ported), except that the number of applications affected would & > be far less in the case I described. >  > - bill  F If there would be such few applications I see no reason reason to haveE an emulator at all as there will hardly be any IA64-only applications 0 that customers can't run on other architectures.   ------------------------------   Date: 3 Jul 2004 00:21:40 -0700 ' From: icerq4a@spray.se (David Svensson) F Subject: Re: Intel Itanium's very survival in doubt - inquirer article= Message-ID: <734da31c.0407022321.7ca47add@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<cc3m9n$9g6$1@new-usenet.uk.sun.com>...  > Dave Gudewicz wrote:N > > I remember when it was said that Alpha being sole sourced by DEC was a badP > > thing.  Then around the same time, didn't DEC discover some Alpha secrets inO > > some of Intel's chips which led to a march to the courts which led to Intel M > > buying DECs then new fab plant for around 3/4 billion.  Then someone else J > > started making the Alpha chip.  Intel also got DECs low-power and veryK > > popular processor (StrongARM) which was found in many things like PDAs, ' > > GPSs, DSPs and who knows what else.  > >  > >  > 6 > I think that ARM themselves would be rather suprised) > to discover that StrongARM was Digitals  >  > http://www.arm.com  C Hardly. StrongARM was a colloboration between DEC and ARM where DEC C did most of the things such as designing the StrongARM CPU and also  did the manufacturing. StrongARM was Digitals.    ------------------------------  % Date: Sun, 04 Jul 2004 00:46:30 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <87k6xlvy1l.fsf@k9.prep.synonet.com>  Q Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:   D > http://www.dhbrown.com/cffiles/RPPage.cfm?ID=2503375&DOC=148254036+ > http://www.theinquirer.net/?article=10203 Z > http://www.hp.com/products1/itanium/infolibrary/pdfs/ISS_Solutions_Whitepaper_062503.pdf  ? > I would caution that much of this stuff is not for the easily D > nauseated and that if you are in this category it would be best to3 > print this out and read it in your smallest room.   . Andrew, you seem to have miss spelled `use'...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 04 Jul 2004 01:11:26 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <873c49vww1.fsf@k9.prep.synonet.com>  % "John Smith" <a@nonymous.com> writes:    > Paul Repacholi wrote: 0 >> young_r@encompasserve.org (Rob Young) writes: >>< >>> So how soon before we read the above OEMs are abandoning> >>> Itanium?  Sure... and we will hear about that soon, right? >>G >> Well, I don't know if you will, but I've read those reports already.  >>% >> Seen a M$ 64 bit roadmap recently?  > 4 > Last one I saw was for 64-bit Windows on Alpha ;-)  F Well losage64 will be on itanic, but almost all the M$ 64bit apps that@ matter are due to be x64 only... One of them is on the grat witeB wunder. See the inq last week or so, they had a M$ roadmap article there.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 04 Jul 2004 00:48:09 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <87fz89vxyu.fsf@k9.prep.synonet.com>  " "Dr. Dweeb" <dr@dweeb.com> writes:  B > Can anyone show me anywhere in writing where INTEL (not HP) haveD > said that EPIC will become "industry standard", as distinct from a5 > high end server chip for specialised applications ?   7 Google comp.arch through 95, 96, 97. Take a big bucket.    Remember the Cheeta ad?    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 04 Jul 2004 00:58:23 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <87brixvxhs.fsf@k9.prep.synonet.com>  ) icerq4a@spray.se (David Svensson) writes:   : > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message> > news:<8e24e5d31600003e182fd07b00218e79@news.teranews.com>...  F >> For VMS, There is more software available on VAX-only than there isF >> on IA64 only. So a vax emulator on 8086 is more needed than an IA64/ >> emulator. (oh, I forgot, it already exists).   $ IS there ANYTHING that is ia64 only?   F >> Same applies to HP-UX. And my bet is that there will be very littleB >> software available for NSK on IA64 only.  So customers are moreB >> likely to continue on PA-RISC, Alpha and MIPS until they have a/ >> migration path to something other than IA64.   F > Are you implying here that VMS, HP-UX and NSK will be ported to x86? > I find that very unlikely.  H NSK has been freed from requiring lock-step CPUs, and I expect to see itH available on a good x86-64 system anyday. That is `soon' for a moderatly large value of `soon'.  B > Sure the migration to IA64 will take some time, I think most newD > sales of IA64 are not migration yet, but I have already seen HP-UXE > to IA64 migrations and lots of interest and intent of moving to VMS A > on IA64.  There are many who see that there is and will be much ? > cheaper deals from HP to run VMS on IA64 than on Alpha. HP is ? > setting the price for VMS/IA64 on a very good level actually.   3 > Looks like you are not interested in VMS anymore.   + It's dead Jim, but it does not know it yet.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 04 Jul 2004 01:07:57 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <877jtlvx1u.fsf@k9.prep.synonet.com>  ) icerq4a@spray.se (David Svensson) writes:   y > JF Mezei <"jfmezei"@spamnot@teksavvy.com> wrote in message news:<381a0949de8573364fe44b524775ffca@news.teranews.com>...  >> Rob Young wrote: T >> > > My guess is that 3 years from now, Intel may release an IA64 emulator runningI >> > > on an 8086 (instead of the original plan to emulate 8086 on IA64).  >> >  L >> >         But that would be very difficult given that Intel is projecting; >> >         50-100% greater performance Itanium vs. Xeon.   >>     D >> Yeah, just liek Intel was projecting that Merced would have truly >> impressive performamce.    D > Intel explicitly said that Merced would not have good performance.  D Horse shit. Intel made a specific claim that at first ship, it would@ have at least twice the performance of the current Alpha of that= time. ROTFL would be an understatment, and Digital Systems(?) 9 published a full page trade press add rubishing the idea.   D > They did believe and to some degree do believe in EPIC performance	 > though.   C EPIC was done by hp because they felt that OoO would not be able to E work in practice. Rasonable at the time, there where LOTS of problems C to solve. When the EV6 shipped, they went to managment and said `We = where wrong, this is a dead end, kill it." Intel said no way.   ? For intel it is a success, it has removed Alpha from existance, ? dropped MIPS from one of the top to near non existant, roped in C PA-RISC, and is left with only Power(PC), AMD, and SPARC as serious A compertition, and is sole source for the rest. Pretty good job it % seems, even if it is a pig in a poke.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sat, 03 Jul 2004 09:10:18 -0700  From: Z <z@no.spam> 3 Subject: Re: Memory test diags for Alphastation 255 0 Message-ID: <10edmi6c23h1bd9@corp.supernews.com>   Nic Clews wrote:H > Yes, I'd advise you update the firmware, I have seen some cases where,G > for an indeterminate reason, it was necessary to stop errors or other J > behaviour. And be aware that if the firmware is TOO old on a system, you  : Ok, I used the Firmware V5.3 CD.  The system now has a 6.9: SRM.  Do I need to update any of the other firmware on the box?  : Should I be using firmware more recent than V5.3 for a 255 running OpenVMS 7.1-2?  = I have the V5.9 firmware CD, too, but I think it has the same  SRM as the V5.3 CD.     E > really need an original firmware disk, some early firmware on early + > systems just is not happy with CDR media.  > G > Of course you may need to increase the kernel stack pages again. Some   @ Before the SRM update, I went to 8 but system was still crashingE with the Kernel Stack error.  Then with KSTACKPAGES at 16, DECWindows # wouldn't load at all during reboot:   + I got a repeatable BUGCHECK, for SSRVEXCEPT  process: DECW$STARTUP " image: [SYS0.SYSCOMMON]INSTALL.EXE   ------------------------------  # Date: Sat, 03 Jul 2004 13:16:47 GMT 5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton) E Subject: OT - marketing computers (was Re: Very nice VMS testimonial) - Message-ID: <3lyFc.17052$a24.13707@attbi_s03>   Y In article <2knnp4F4fhk7U1@uni-berlin.de>, "Hans Vlems" <hvlems.dotweg@zonnet.nl> writes:  ! E !"Bradford J. Hamilton" <brad@rabbit.dnsalias.org> schreef in bericht ( !news:gnxFc.16421$MB3.14312@attbi_s04... !snip!M !> Can we ask that the next time hp has a VMS video, that they show the iron?  !Or 1 !> would my request be viewed as a complaint? :-)  !> ! ; !That's what I was thinking too, "where's the equipment ?". J !But perhaps it is no longer 'bon ton' with computer manufacturers to show !the actual  !product. Too confronting? !  !Hans   K On the face of it - you'd think that computer manufacturers would _want_ to M show their product; when was the last time you saw an advertisement for a car ! that did not show the car itself?   E Yet, auto manufacturers always show their products in _motion_, doing N "doughnuts" in the desert, speeding down long, deserted stretches of highway. O Even the "static" advertising in a magazine or newspaper gives the _impression_  of motion or speed.   B Of course, computer manufacturers have no such recourse, unless...  D Hey, hp, how about sticking a small engine and wheels on a Marvel???  @ </Steppenwolf's "Born to be Wild" swelling in the background...>   :-)   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  $ Date: Sat, 3 Jul 2004 11:41:36 -0400' From: "Main, Kerry" <kerry.main@hp.com> 4 Subject: RE: Problem with BASIC install on VMS 7.3-2R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB3949B5@tayexc19.americas.cpqcorp.net>   > -----Original Message-----B > From: Peter 'EPLAN' LANGSTOEGER [mailto:peter@langstoeger.at]=20 > Sent: July 2, 2004 6:33 PM > To: Info-VAX@Mvb.Saic.Com 6 > Subject: Re: Problem with BASIC install on VMS 7.3-2 >=20> > In article <40E56E9E.23136.E6C053@localhost>, "Stanley F.=20* > Quayle" <squayle@insight.rr.com> writes:J > >This was sent by a friend who uses BASIC.  Could someone report this=20	 > >to HP?  > >[BASIC$STARLET.TLB] >=20G > IIRC, BASIC V1.5A was just done for this case (V7.3-2 in particular). D > And BASIC V1.5A is out since last november or so (=3D> at least=20 > 2 ConDists).  > It surely is worth checking... >=20 > --=20  > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist  H As Peter mentioned, the latest BASIC V1.5A kit release notes contain the
 following:=20   E           Compaq BASIC for OpenVMS Alpha Systems is a native compiler D           that runs on and generates code for OpenVMS Alpha systems.C           Version V1.5A corrects a problem with the installation of  Alpha H           BASIC on OpenVMS Alpha systems Version 7.3-2. The installationG           fails if the system definitions library (STARLET) is asked to  beG           generated. If it is not requested (which is the default), the )           installation proceeds normally.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  * Date: Sat, 3 Jul 2004 08:26:46 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)1 Subject: steadily increasing error count on TTA0: $ Message-ID: <cc5qk5$qdr$1@online.de>  M Device TTA0:, device type DECwindows input device, is online, record-oriented 8     device, carriage control, operations being canceled.  O     Error count                33471    Operations completed                  8 O     Owner process    "DECW$SERVER_0"    Owner UIC                      [SYSTEM] O     Owner process ID        204012CC    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                1    Default buffer size                  80   ) The error count just keeps on increasing.   C At the moment, there is a VT320 connected as the console (currently F switched off---I've been doing that for over a year with no problems) 6 and no other terminal attached, graphics or otherwise.   I've NEVER seen this before.   The machine seems OK otherwise.   I Restarting DECwindows doesn't help (it does restart, but the error count  E continues to increase).  Neither does just killing the owner process.   H What could cause this?  How can I prevent it?  What ill effects will it  have?   D The error count is increasing at about 5--10 per second.  What will ) happen when its maximum value is reached?    ------------------------------   Date: 3 Jul 2004 04:34:19 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: Very nice VMS testimonial3 Message-ID: <H$NBjuFw2cY5@eisner.encompasserve.org>   [ In article <l6qFc.16860$Oq2.1646@attbi_s52>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes: 3 > http://h71000.www7.hp.com/openvms/brochures/lutz/  > 9 > If you cannot run the video, there's a text transcript.  > 2 > Another step.  Not backwards, but the other way.  C Personally, I did not know the name "Lutz", so I was happy to learn A about such a large vendor that was not tied into some US company.    ------------------------------  $ Date: Sat, 3 Jul 2004 12:03:53 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>& Subject: Re: Very nice VMS testimonial* Message-ID: <2kneqkF44useU1@uni-berlin.de>  9 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> schreef in bericht & news:l6qFc.16860$Oq2.1646@attbi_s52...3 > http://h71000.www7.hp.com/openvms/brochures/lutz/  > 9 > If you cannot run the video, there's a text transcript.  > 2 > Another step.  Not backwards, but the other way. > 	 > Dave...  >  > ! Right, this ought be shown on TV.    ------------------------------  * Date: Sat, 3 Jul 2004 11:28:16 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: Re: Very nice VMS testimonial1 Message-ID: <newscache$98x90i$y442$1@news.sil.at>   c In article <H$NBjuFw2cY5@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:s\ >In article <l6qFc.16860$Oq2.1646@attbi_s52>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes:4 >> http://h71000.www7.hp.com/openvms/brochures/lutz/ >>  : >> If you cannot run the video, there's a text transcript. >> T3 >> Another step.  Not backwards, but the other way.  >RD >Personally, I did not know the name "Lutz", so I was happy to learnB >about such a large vendor that was not tied into some US company.  H I do know Lutz (from the ads and cause I'm only 2km away from a shop andI I also noticed the funny name change to XXXLutz some years ago) and I was'E pleased to notice the VT terminals there the last years. But I'm alsosL surprised - and happy - that they are continuing their OpenVMS business now. Good luck and well done.   -Peter  M PS: The lutz homepage OTOH seems crap when seen with VMS/MOZILLA (w/o Flash).hC And the homepage maker NBS.AT currently has no own homepage online.n- So, I guess, they are not using VMS there ;-)- -- t Peter "EPLAN" LANGSTOEGERn% Network and OpenVMS system specialista E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sat, 03 Jul 2004 12:10:52 GMTo5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton)-& Subject: Re: Very nice VMS testimonial- Message-ID: <gnxFc.16421$MB3.14312@attbi_s04>   [ In article <l6qFc.16860$Oq2.1646@attbi_s52>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes:s2 !http://h71000.www7.hp.com/openvms/brochures/lutz/ !t8 !If you cannot run the video, there's a text transcript. !l1 !Another step.  Not backwards, but the other way.o !a !Dave...  
 Good job, hp!S  L Oooooohhh - they showed someone looking at the output of "$monitor cluster"!  N Can we ask that the next time hp has a VMS video, that they show the iron?  Or. would my request be viewed as a complaint?	:-)  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  $ Date: Sat, 3 Jul 2004 14:36:40 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>& Subject: Re: Very nice VMS testimonial* Message-ID: <2knnp4F4fhk7U1@uni-berlin.de>  D "Bradford J. Hamilton" <brad@rabbit.dnsalias.org> schreef in bericht' news:gnxFc.16421$MB3.14312@attbi_s04...a> > In article <l6qFc.16860$Oq2.1646@attbi_s52>, "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> writes:4 > !http://h71000.www7.hp.com/openvms/brochures/lutz/ > !7: > !If you cannot run the video, there's a text transcript. > ! 3 > !Another step.  Not backwards, but the other way.s > !g
 > !Dave... >i > Good job, hp!e >gD > Oooooohhh - they showed someone looking at the output of "$monitor	 cluster"!m >rL > Can we ask that the next time hp has a VMS video, that they show the iron? Or0 > would my request be viewed as a complaint? :-) >t  : That's what I was thinking too, "where's the equipment ?".I But perhaps it is no longer 'bon ton' with computer manufacturers to show 
 the actual product. Too confronting?a   Hans   ------------------------------  # Date: Sat, 03 Jul 2004 16:02:59 GMTo, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>& Subject: Re: Very nice VMS testimonial- Message-ID: <TMAFc.19581$Oq2.17171@attbi_s52>-  C Does seeing the equipment *really* matter.  To us, yes.  To others?   K Any btw, I think I saw CPU utilization @ 100%.  Time for "the big box", andm! a couple of 1280s were mentioned.d  # All and all, I'd say job well done.    Dave...     7 "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message-$ news:2knnp4F4fhk7U1@uni-berlin.de... >3F > "Bradford J. Hamilton" <brad@rabbit.dnsalias.org> schreef in bericht) > news:gnxFc.16421$MB3.14312@attbi_s04...1@ > > In article <l6qFc.16860$Oq2.1646@attbi_s52>, "Dave Gudewicz"  > <k9jdk@NOSPAMarrl.net> writes:6 > > !http://h71000.www7.hp.com/openvms/brochures/lutz/ > > !t< > > !If you cannot run the video, there's a text transcript. > > !d5 > > !Another step.  Not backwards, but the other way.s > > !U > > !Dave... > >d > > Good job, hp!w > > F > > Oooooohhh - they showed someone looking at the output of "$monitor > cluster"!T > >MH > > Can we ask that the next time hp has a VMS video, that they show the iron?- > Or2 > > would my request be viewed as a complaint? :-) > >0 >I< > That's what I was thinking too, "where's the equipment ?".K > But perhaps it is no longer 'bon ton' with computer manufacturers to show  > the actual > product. Too confronting?  >. > Hans >  >    ------------------------------  $ Date: Sat, 3 Jul 2004 11:54:18 +0200, From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: VMS7.2 on VAX* Message-ID: <2kne8kF49lgbU1@uni-berlin.de>  / "SCC" <simonc99@hotmail.com> schreef in bericht % news:cc4lhs03143@news4.newsguy.com...yF > Hey there... I'm a bit new to this DECs stuff... I'd appreciate your help...  > & > Anyone know where I can get either : >t: > A ROM update for a VAXstation 3100M76 to run OpenVMS7.3? >"3 > Or a version of VMS that will boot on it 'as is'?, >  > A "show ver" gives...e >v > >>> show ver >e > KA43-A  V1.20C-185-V1.6-26Aa >         PST: 185 >         CON: 20C >         VMB: V1.6a >         ROM: 26A >: >4 >MH Not sure what your problem is: you cannot boot/install VAX/VMS V7.3 on a VAXstation 3100-M76?8 What is the actual error message you get on the console?  E Basically VAXes don't need firmware or ROM updates for any version ofa VAX/VMS, starting ofL course with the first VAX/VMS release that started to support the particular hardware model.rH I must admit that I do not own a 3100-M78 (only the 3100-M48) but all my VAXes will run V7.3cI without firmware upgrades. So you'd help us with more information on whato happened, like:t - what boot device did you use - memory installed  - hardware configuration (disks)   Hans   PS8 You didn't feed the poor thing an Alpha/VMS cd, did you?   ------------------------------  $ Date: Sat, 3 Jul 2004 15:44:07 +0100" From: "SCC" <simonc99@hotmail.com> Subject: Re: VMS7.2 on VAX+ Message-ID: <cc6gnr011dr@news1.newsguy.com>l  K Hi again! Thanks for the useful info... that's a relief! I've started a newi* thread on this, as there's some more info!  < Thanks again. It's definitely a VAX CD! Runs OK on SIMH/VAX!    7 "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in messages$ news:2kne8kF49lgbU1@uni-berlin.de... >u1 > "SCC" <simonc99@hotmail.com> schreef in bericht$' > news:cc4lhs03143@news4.newsguy.com...rH > > Hey there... I'm a bit new to this DECs stuff... I'd appreciate your	 > help...y > >n( > > Anyone know where I can get either : > >y< > > A ROM update for a VAXstation 3100M76 to run OpenVMS7.3? > >e5 > > Or a version of VMS that will boot on it 'as is'?R > >  > > A "show ver" gives..., > >n > > >>> show ver > >P > > KA43-A  V1.20C-185-V1.6-26Ae > >         PST: 185 > >         CON: 20C > >         VMB: V1.6  > >         ROM: 26A > >a > >d > >eJ > Not sure what your problem is: you cannot boot/install VAX/VMS V7.3 on a > VAXstation 3100-M76?: > What is the actual error message you get on the console? >hG > Basically VAXes don't need firmware or ROM updates for any version of  > VAX/VMS, starting ofC > course with the first VAX/VMS release that started to support thes
 particular > hardware model.nJ > I must admit that I do not own a 3100-M78 (only the 3100-M48) but all my > VAXes will run V7.3 K > without firmware upgrades. So you'd help us with more information on whato > happened, like:   > - what boot device did you use > - memory installed" > - hardware configuration (disks) >s > Hans >t > PS: > You didn't feed the poor thing an Alpha/VMS cd, did you? >l >E   ------------------------------   End of INFO-VAX 2004.365 ************************