0 INFO-VAX	Sat, 24 Jan 2004	Volume 2004 : Issue 46      Contents: Re: another 911  Re: asspache web server  Re: asspache web server  Re: asspache web server ( BACKUP v. save-set with 512-byte records" Chicagoland LUG meeting 4-Feb-2004( DS10L 617Mhz Blowout Complete for USD795, Re: DS10L 617Mhz Blowout Complete for USD795, Re: DS10L 617Mhz Blowout Complete for USD795 ds10l 617mhz complete $795 gray wall docs free in florida1 Re: How to hide distribution list with SMTP MAIL? D Re: How to limit access to production data from non-production code?, Re: How to measure performance impact on I/OB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheap* Re: Kay resigns: no WMDs since early 1990s* Re: Known problems with V7.3 security MUP?* Re: Known problems with V7.3 security MUP?* RE: Known problems with V7.3 security MUP?* Re: Known problems with V7.3 security MUP?* RE: Known problems with V7.3 security MUP?* Re: Known problems with V7.3 security MUP? Re: Looking for VAX/VMS V4.7 Re: Looking for VAX/VMS V4.7 re: Looking for VAX/VMS V4.7 Re: Looking for VAX/VMS V4.7 Re: Looking for VAX/VMS V4.7, Re: Monitoring idle /cpu time at night time., Re: Monitoring idle /cpu time at night time., Re: Monitoring idle /cpu time at night time., Re: Monitoring idle /cpu time at night time. Re: Mozilla on Alpha question  Re: Mozilla on Alpha question  Re: Mozilla on Alpha question  Re: Mozilla on Alpha question  Re: Mozilla on Alpha question % OpenSSL 0.9.7c on VAX compile problem G Re: OpenVMS Hardware Troubleshooting? (was: Re: walking into a war zone  Re: OT: Mobile handset security 0 Re: PC print server devices compatible with VMS? RE: Reading disk from BIOS Re: Reading disk from BIOS Re: remove DECnet OSI ?  Re: remove DECnet OSI ? 6 Re: Troubleshooting VMS (was: walking into a war zone) Re: VAXUS: Call for Chapters Re: VAXUS: Call for Chapters Re: VMS Games problem  Re: VMS Games problem  Re: VMS Games problem  walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: walking into a war zone  Re: Your mother is so fat...  F ----------------------------------------------------------------------    Date: 23 Jan 2004 23:26:15 -0000% From: You Are Sick <sick@bastard.you>  Subject: Re: another 9114 Message-ID: <55QB39RL38009.7265625@anonymous.poster>  # ap28065@yahoo.ca (Anonymous) wrote:   @ >A plane is going to crash into the Statue of Liberty.  I advise >everybody NOT to board planes.   < IP address from Canada.  Not surprising.  Probably JF Mezei.  H and/or his Canadian cohorts in r.t.a., they've had a field day with 9/11  
 Sick Bastards    ------------------------------    Date: 23 Jan 2004 14:07:08 -0800& From: jordan@ccs4vms.com (Rich Jordan)  Subject: Re: asspache web server= Message-ID: <cc5619f2.0401231407.6f777ef3@posting.google.com>   ~ "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<400F2BD5.131CC69C@NeOaSrPtAhMlNiOnWk.net>... > ; > Dunno, but there was that NT V8.0 crack many years ago...   B At the time it was taken down someone from DECpaq said it wasn't aC mistake, just premature.  One wonders what plans were in the hopper B that got squashed since nothing even close to being so unabashedly pro-VMS has come out since.    Rich   ------------------------------    Date: 23 Jan 2004 18:41:14 -0800/ From: kenneth.randell@verizon.net (Ken Randell)   Subject: Re: asspache web server= Message-ID: <79de9693.0401231841.2117f989@posting.google.com>   d "Rick Barry" <richard.barry@hp.com> wrote in message news:<WYbQb.12902$_66.9495@news.cpqcorp.net>... > Why only stream-lf  support? > J > The quickest way to get the first Apache 2.0 version out to users was to         ^^^^^^^^  B I know nothing about your development cycle; only that there was aD long time from the first beta to the first 'real' release; only thenE to find out about numerous restrictions such as the stream-lf support  and lack of supporting modules.   F Wouldn't this porting effort be a easier if what code you had was made8 available so other folks could lend a hand as required? E Alternatively, who do we write to in order to ask for more support on C your end developing this code (and for MOZILLA while we are at it)?    ------------------------------  # Date: Sat, 24 Jan 2004 03:43:23 GMT + From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)   Subject: Re: asspache web server4 Message-ID: <vRlQb.12717$RR3.11630@fe1.texas.rr.com>  ? David J. Dachtera (djesys.nospam@NeOaSrPtAhMlNiOnWk.net) wrote:  : ; : Dunno, but there was that NT V8.0 crack many years ago...  :    Available for viewing at:   $   ftp://atlas.csd.net/pub/vms100.jpg   --Jerry Leslie9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  + Date: Fri, 23 Jan 2004 15:46:17 -0600 (CST)  From: sms@antinode.org1 Subject: BACKUP v. save-set with 512-byte records ) Message-ID: <04012315461791@antinode.org>   H    As I was cruising through my Web server log recently, I noticed this:  5 156.153.255.181 - - [23/Jan/2004:00:27:29 -0600] "GET & /dec/sw/fixrec.html HTTP/1.0" 200 38636 "http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&5 q=BACKUP-E-BLOCKCRC%2C+software+block+CRC+error&[...]   G    Now, I figure if someone going through 156.153.255.181 has to search F the Web for a way past this, it may be about time to update the HELP. 8 As of VMS V7.3-1, HELP /MESSAGE is not very encouraging:  =    READERR:    [...] The save-set media is probably unusable. 7                User Action:  Retire the save-set media.   5    BLOCKCRC:   [...] Data in the save set is corrupt. ?                User Action:  None. Save-set data has been lost.   5    INVBLKSIZE: [...] Data in the save set is corrupt. 9                User Action:  None. Save-set data is lost.   5    INVRECSIZ:  [...] Data in the save set is corrupt. 9                User Action:  None. Save-set data is lost.   =    READERRS:   [...] The save-set media is probably unusable. 7                User Action:  Retire the save-set media.   5    HDRCRC:     [...] Data in the save set is corrupt. =                User Action:  None. The save-set data is lost.   G    Ignoring the annoying use of "data" and "media" with singular verbs, H there're no clues here leading to the real fix, and it would pretty easyH to add some.  It would also be pretty easy to include something like theD freeware RESET_BACKUP_SAVESET_FILE_ATTRIBUTES.COM, preferably with aE shorter name, in SYS$EXAMPLES, or SYS$MANAGER, or somewhere reliable.   ?    The productivity loss on this one problem world-wide must be  spectacular.  H    Assuming that BACKUP continues to complain this way, perhaps the HELPC /MESSAGE advice could be improved in VMS before V9.*?  For example:   D   Explanation:  An incorrect value occurred in the record size fieldH                 (BRH$W_RSIZE) of a save-set record. Save-set data may beF                 corrupt, or the block size of a save-set file may haveD                 been changed, for example, by a binary FTP transfer.  B   User Action:  None, if the problem is with the physical medium. E                 Save-set data are lost.  If the problem is an altered H                 block size on a save-set file, use the command procedureG                 SYS$MANAGER:RESET_BACKUP_SAVESET_FILE_ATTRIBUTES.COM to 4                 repair the save-set file attributes.  H    Six changes like that should not be too difficult to sneak into an OS release or even a patch kit.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Sat, 24 Jan 2004 04:41:42 GMT , From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>+ Subject: Chicagoland LUG meeting 4-Feb-2004 / Message-ID: <aImQb.108277$sv6.540387@attbi_s52>   
 Topic:  MySQL   ; Details posted soon at:  http://eisner.decus.org/lugs/carts    Dave...    ------------------------------  % Date: Fri, 23 Jan 2004 19:35:14 -0500 % From: "DAVID TURNER" <DAVID@HPAQ.NET> 1 Subject: DS10L 617Mhz Blowout Complete for USD795 0 Message-ID: <1013fe4qvht7985@news.supernews.com>  4 COMP.OS.VMS SPECIAL >>>Complete system for only $795  ) Alphaserver DS10L 617Mhz EV67 w/2mb cache  256MB Compaq original Memory 30GB Hard disk (VMS compatible)  Dual 10/100 Ethernet  Dual Serial Ports (COM1 Console) Parallel Port/Printer Port	 USB Ports  1 Open PCI Slot  NO CD or Floppy = Set up ready to install VMS and latest firmware 6.6 installed  Only $795 + Shipping !!!  * Shipping charges as follows: (approximate)   USA: $35 by Ground% Canada: $68 by Economy air (3-5 days)  Europe: $90  Australasia (large cities) $130 0 We do not ship to Africa (except S. Africa $150)   Warranty: 12 months 9 Payment: Visa/Mastercard or Cheque/Money order in advance  We accept PO's also !!!! --   Island Computers US Corp 2700 Gregory St Suite 180  Savannah GA 31404  Tel: 912 4476622 Fax: 912 201 0402 ) Email (SPAMproofed) sales@islandco.nospam    (replace nospam with .com)   ------------------------------  % Date: Fri, 23 Jan 2004 19:54:30 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>5 Subject: Re: DS10L 617Mhz Blowout Complete for USD795 / Message-ID: <00A2C573.2D61E758.3@tachysoft.com>   & >From: "DAVID TURNER" <DAVID@HPAQ.NET> >X-Newsgroups: comp.os.vms2 >Subject: DS10L 617Mhz Blowout Complete for USD795& >Date: Fri, 23 Jan 2004 19:35:14 -0500= >Organization: Posted via Supernews, http://www.supernews.com   5 >COMP.OS.VMS SPECIAL >>>Complete system for only $795  > * >Alphaserver DS10L 617Mhz EV67 w/2mb cache >256MB Compaq original Memory   >30GB Hard disk (VMS compatible)  L What type?  Some of us don't buy IDE under any circumstances.  The fact thatA it's apparently the default on the DS10L is its greatest failing.    >Dual 10/100 Ethernet ! >Dual Serial Ports (COM1 Console)  >Parallel Port/Printer Port 
 >USB Ports >1 Open PCI Slot >NO CD or Floppy> >Set up ready to install VMS and latest firmware 6.6 installed >Only $795 + Shipping !!!  > O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  % Date: Fri, 23 Jan 2004 21:18:05 -0500 % From: "DAVID TURNER" <DAVID@HPAQ.NET> 5 Subject: Re: DS10L 617Mhz Blowout Complete for USD795 0 Message-ID: <1013lf3m2fohr0f@news.supernews.com>   yep ide   K add $299 for u160 scsi adapter (dual channel) and see our website for disks    --   Island Computers US Corp 2700 Gregory St Suite 180  Savannah GA 31404  Tel: 912 4476622 Fax: 912 201 0402 , Email (SPAMproofed) dbturner@islandco.nospam (replace nospam with .com)    5 "Wayne Sewell" <wayne@tachysoft.com> wrote in message ) news:00A2C573.2D61E758.3@tachysoft.com... ( > >From: "DAVID TURNER" <DAVID@HPAQ.NET> > >X-Newsgroups: comp.os.vms4 > >Subject: DS10L 617Mhz Blowout Complete for USD795( > >Date: Fri, 23 Jan 2004 19:35:14 -0500? > >Organization: Posted via Supernews, http://www.supernews.com  > 7 > >COMP.OS.VMS SPECIAL >>>Complete system for only $795  > > , > >Alphaserver DS10L 617Mhz EV67 w/2mb cache > >256MB Compaq original Memory " > >30GB Hard disk (VMS compatible) > I > What type?  Some of us don't buy IDE under any circumstances.  The fact  thatC > it's apparently the default on the DS10L is its greatest failing.  >  > >Dual 10/100 Ethernet # > >Dual Serial Ports (COM1 Console)  > >Parallel Port/Printer Port  > >USB Ports > >1 Open PCI Slot > >NO CD or Floppy@ > >Set up ready to install VMS and latest firmware 6.6 installed > >Only $795 + Shipping !!!  > >  > L ============================================================================ === : > Wayne Sewell, Tachyon Software Consulting  (281)812-0738 wayne@tachysoft.com : > http://www.tachysoft.com/www/tachyon.html and wayne.html > L ============================================================================ === D > Jed Clampett, checking into hotel: "This place got a cement pond?"- > Ellie May: "And do yuh let critters in it?"    ------------------------------  % Date: Fri, 23 Jan 2004 19:51:25 -0500 % From: "DAVID TURNER" <DAVID@HPAQ.NET> # Subject: ds10l 617mhz complete $795 0 Message-ID: <1013gcen8d3obf0@news.supernews.com>   --   Island Computers US Corp 2700 Gregory St Suite 180  Savannah GA 31404  Tel: 912 4476622 Fax: 912 201 0402 , Email (SPAMproofed) dbturner@islandco.nospam (replace nospam with .com)   ------------------------------  + Date: Fri, 23 Jan 2004 19:32:29 +0000 (UTC) 0 From: John Comeau <i-wont-receive-this@risp.org>' Subject: gray wall docs free in florida + Message-ID: <burssd$9ff$1@chessie.cirr.com>   B Got VAX/VMS docs for 5.0 to give away. But only if you pick up, inA South Florida; I won't be doing any packing or lifting, no matter % how much you might be willing to pay.   K I'm pretty sure it's the full set. I might even throw in some other VAX or   VMS books if you hurry.   G Use the email below, after doing the obvious to it... I may or may not   check back here. --   jcomeau@org.risp http://jcomeau.com/    ------------------------------  + Date: Fri, 23 Jan 2004 22:38:08 +0000 (UTC) * From: bleau@umtof.umd.edu (Lawrence Bleau): Subject: Re: How to hide distribution list with SMTP MAIL?0 Message-ID: <bus7og$p1g$1@grapevine.wam.umd.edu>  ] In article <bup8i7$j9h$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:  [snip]F >Is there a way to prohibit the SMTP component of TCPIP from expandingC >the entire contents of the .DIS file into the To: header?  Thanks.   E I found an answer to my own problem, thought I'd share it.  I rewrote D my DCL job to "manually" construct the entire message, including theB headers we're all used to (From:, To:, Subject:, etc.), and prefixF the data part of the message with the appropriate RCPT TO lines givingE each recipient's email address.  I then used the SendFromFile utility E (TCPIP$SMTP_SFF.EXE) to insert this message into the outgoing message ; queue, bypassing VMS MAIL and the smtp% handler altogether.    It works nicely!   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Fri, 23 Jan 2004 15:49:29 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>M Subject: Re: How to limit access to production data from non-production code? 9 Message-ID: <bus1cr$lf9nt$1@ID-141708.news.uni-berlin.de>    Nic Clews wrote: >...> > So there I was, testing completed. I was distracted (support call).< > Then I returned to the task in hand, deleting the database for the  > next task. > , > You guessed, the production database went. > 7 > deleted... deleted... deleted... file open by another  user...  > deleted... deleted...  >...   You too huh?  > In my case it was 1984, as application was going live. SYLOGIN; was changed so logicals pointed to the live data instead of 9 the test data that morning and I submitted a job that was = supposed to delete the test data and repopulated with a known > starting point. I had not yet changed my LOGIN.COM to redefine the logicals to the test data.    Good thing we had journal files.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Fri, 23 Jan 2004 15:03:51 -0600 ( From: brandon@dalsemi.com (John Brandon)5 Subject: Re: How to measure performance impact on I/O 1 Message-ID: <04012315035192@dscis6-0.dalsemi.com>    konabear wrote: M > So you want to compare a single 2 member mirror set (RAID 1)  to a 6 member G > mirrored striped set (RAID 0+1)   You're asking us to assume that the L > members of the 6 member set are identical disk models as the 2 member set. > G > Just as importantly you'll also need to know want if any kind of RAID M > controller sits between the system and the disk.  In OpenVMS land mirroring J > implies controller based RAID 1 and shadowing implies host based RAID 1.  K Yes - HSG80 sits between the server and the disks (dual, fully loaded)  ESA 0 12000 one chassis - combinatino 9, 18, 36 disks.       Hein van den Heuvel wrote: > Hi there, @ > You are clearly concerned about IO performance yet you give us> > virtually no indication of the IO activity to be supported!?- > How big are those files to be created? (MB) ; > How many IOs (/sec)do you see today. Read -  Write ratio?   ; Not positive on that - need to extract that data and chart.   M > As konabear already replied, if this is a simple, single stream application  > doing H > mostly synchorneous reads, then no performance change can be expected.F > If this was 100% write, without write back caches, then virtually no
 > performance  > improvement can be expected.  9 I would agree however the environment is a poor design.     M For example, the ESA12000 have single mirror-sets represented as volumes.  So N that when you access a VMS volume you are hitting two disks.  Not that that isN a major problem however it would (IMO) be better to hit six disks of RAID 0+1.  J Here is the other problem.  We are running CODASYL on these drives and theM entire database (root, storage areas, references, etc.) reside on that disk.  H From a database point of view - this is terrible.  The I/O are small butL intensive and the ideal situation would be to spread the load across as many volumes as possible.    H We use FOCUS (first mistake) and COBOL to perform the extracts.  We haveI migrated away from FOCUS as much as possible - resource hog I have found.   O > Now if this was behind a write-back-caching controller and those caches where G > filling up, being bottlenecked by the disk, then there is hope for 3x 
 > improvement @ > (unless you become limited by the controller / adapter first).  I Since it is an HSG80 I know the disk is the bottle neck - so a 3X maybe a N result.  However spreading the storage areas around may increase that factor.   P > If you are writing mutliple large, preallocated, files concurrently you may beN > better of using 3 independend mirrors to restrict head movement withing file > space  > versus between all files.  > P > Still, over all, it tends to be best to create a single large striped+mirrored > disk > to spread the load. P > Dedicated disks can possibly be set up to do better some of the time, but that, > tends to be more trouble then it is worth. > N > What, IMHO you do NOT want to do is to stripe and mirror a buch of disks and > then, > partition that back out to virtual drives.N > If you do that you garantuee max search times when access alternates between > virtual drives/partitions.  L How is that?  Lets say I partion 3 drives out.  1 or 2 of the drives has low I/O and the 3 has heavy I/O.    L > If you are going to present smaller virtual drives/partitions then I would > lean: > towards just presenting out the mirror sets - unstriped.B > Because in doign the latter you can still exercise some control.  G I guess I can test this when I get the storage in and see what happens.          J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Fri, 23 Jan 2004 19:39:58 GMT & From: Rick Jones <foo@bar.baz.invalid>K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 4 Message-ID: <iMeQb.12935$Zm6.12871@news.cpqcorp.net>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote:   A >> But you do not suspect that IBM may not be putting effort into @ >> lower-end POWER4+ TPC-C because they may not be competitive?  >>    ' > I doubt they feel the need to bother.    > (763,898/32)*4=96104  < Now Andrew, you wouldn't be making public estimates of TPC-CD performance would you?  I thought the TPC took a rather dimm view of' member entities doing things like that.   
 rick jones --  = denial, anger, bargaining, depression, acceptance, rebirth... C                                      where do you want to be today? F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------    Date: 23 Jan 2004 15:37:20 -0600+ From: young_r@encompasserve.org (Rob Young) K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 3 Message-ID: <9f6$+HUAgNae@eisner.encompasserve.org>   a In article <m$DYOrkhKNSj@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:    >  >          		Maureen O'Dowd    			Dowd of course - not O'Dowd   ------------------------------  # Date: Fri, 23 Jan 2004 19:35:25 GMT & From: Rick Jones <foo@bar.baz.invalid>K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 3 Message-ID: <1IeQb.12933$Zm6.5178@news.cpqcorp.net>   ) Bill Todd <billtodd@metrocast.net> wrote: B > It looks like a little over 10% from the small Itanic sample you > gave.   ? I get 16% for the 1.3 GHz SGI numbers, 11% for the 1.5 GHz Bull / NovaScale, and 15% for the 1.5 GHz SGI figures.   @ > didn't take the time to check the x86 examples you noted laterB > (assuming that apples-to-apples comparisons exist there at all).  C I believe that there is at least one using the Extreme Edition from  Intel. Looks like 7.3%:   M http://www.spec.org/osg/cpu2000/results/res2003q4/cpu2000-20030922-02523.html M http://www.spec.org/osg/cpu2000/results/res2003q4/cpu2000-20030922-02530.html   > >> scores from IBM for x86 on www.spec.org - at least none forA >> processors of frequency > 2800 MHz which is what I used on the F >> configurable query form.  Lots of stuff from Intel. Some stuff from7 >> Dell - don't they use Intel chipsets? Stuff from HP.   C > I should have checked rather than relied on vague memory.  But it F > works if you substitute 'HP' for 'IBM', and some of the HP Xeon peak > scores were over 1300.  J Seems then that those Xeon figures are from the same compiler and chipset.  F >> But of the systems from those vendors, how many are using different >> compilers and chipsets?  E > Intel doesn't care: it only cares about the relative volume.  HP-UX B > Itanic systems generate only a very small fraction of the volumeA > that HP, Intel, and Dell (and IBM, though they didn't bother to A > submit SPECint tests for them) Xeon systems (running Windows or B > perhaps Linux) generate, which was the point: those Xeon systemsA > provide better performance than the ('standard', not zx1/HP-UX) F > Itanic systems that will generate Itanic server volumes (if any such  > volumes are *ever* generated).  E So, then the issue isn't that the figures were obtained from the same C compiler and chipset, but the volumes of that compiler and chipset.   < > Based on the TPC-C submissions (the specific context underA > discussion above), HP seems more interested in pushing 4-way to > > 16-way Itanics in that space than IBM seems to be in pushing! > anything under 32-way POWER4+s.   E Given that there aren't any under 32-way POWER4+'s there.  However, I A don't see where that means that HP is only looking at low-end for E Itanium - one, I'm not sure that 16-way consitutes "low-end" and two, ( the various Integrity Superdome figures.  D >> > - at least where they can be made to seem competitive (hence my >> > suspicion above). >>A >> But you do not suspect that IBM may not be putting effort into ? >> lower-end POWER4+ TPC-C because they may not be competitive?   C > Not necessarily.  It's a bit strange: IBM makes lower-end POWER4+ E > systems right down to the 4-(or even2-?)processor level, but hasn't / > bothered to submit *any* of them for TPC-C.      It is strange indeed.   B > Perhaps they take the old Rolls/Bentley view that customers will? > assume that they offer 'sufficient' performance without exact   A A wise engineer once taught me to spell assume twice hypenated :)   E > quantification, and only bother with the high end to make sure that + > there's some support for that assumption.   F Of they have somthing to hide.  Frankly without much more data, either! position has about as much merit.   
 rick jones --  = portable adj, code that compiles under more than one compiler F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------    Date: 23 Jan 2004 15:31:05 -0600+ From: young_r@encompasserve.org (Rob Young) K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 3 Message-ID: <m$DYOrkhKNSj@eisner.encompasserve.org>   ] In article <iMeQb.12935$Zm6.12871@news.cpqcorp.net>, Rick Jones <foo@bar.baz.invalid> writes: R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >> Rick Jones wrote: > B >>> But you do not suspect that IBM may not be putting effort intoA >>> lower-end POWER4+ TPC-C because they may not be competitive?   >>>  > ( >> I doubt they feel the need to bother. >  >> (763,898/32)*4=96104  > > > Now Andrew, you wouldn't be making public estimates of TPC-CF > performance would you?  I thought the TPC took a rather dimm view of) > member entities doing things like that.  >   B 	They do not appreciate member companies making estimates.  All or# 	nothing kind of thing with them...   @ 	His point is illegitimate.  The better marketing angle would be9 	to show what Itanium does instead of attempting to scale  	down tpmC/CPU:    	(121065/4)*4=121065  < 	tpmC/CPU smacks of the old "SPEC/MHz" rating of years ago - 	a worthless metric.     				Rob     L Howard Dean was also over the top when he uttered the squeal heard round theG world.  With one guttural primary primal scream, he went from Internet  L deity to World Wide Wacko and remix victim, with the scream mixed in on Web 2 sites to punctuate Ozzy Osbourne's "Crazy Train."             		Maureen O'Dowd  			New York Times  			January 22, 2004    ------------------------------  % Date: Fri, 23 Jan 2004 22:34:04 -0500 * From: "Bill Todd" <billtodd@metrocast.net>K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 2 Message-ID: <G5mdnTuSwasHeozdRVn_iw@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message - news:1IeQb.12933$Zm6.5178@news.cpqcorp.net... + > Bill Todd <billtodd@metrocast.net> wrote:    ...   G > > Intel doesn't care: it only cares about the relative volume.  HP-UX D > > Itanic systems generate only a very small fraction of the volumeC > > that HP, Intel, and Dell (and IBM, though they didn't bother to C > > submit SPECint tests for them) Xeon systems (running Windows or D > > perhaps Linux) generate, which was the point: those Xeon systemsC > > provide better performance than the ('standard', not zx1/HP-UX) H > > Itanic systems that will generate Itanic server volumes (if any such" > > volumes are *ever* generated). > G > So, then the issue isn't that the figures were obtained from the same E > compiler and chipset, but the volumes of that compiler and chipset.   L The actual issue is that the only Itanic configurations that generate reallyK good SPECint performance numbers (HP-UX on HP's zx1 chipset, SGI's platform L using the new V8 compiler) aren't typical of the broader (such as it may be)H Itanic market, whereas the Xeon configurations that generate really goodJ SPECint performance numbers pretty much span the Xeon market.  Hence IntelJ (perhaps unlike HP, though HP still has the HP-UX-specific compiler hurdleK to clear) has a better Xeon performance story to tell to OEMs and customers L than its Itanic performance story, and can hardly afford to plan publicly toF scrap Xeon until that situation has been reversed (which given current8 roadmaps doesn't appear likely to happen any time soon).   > > > > Based on the TPC-C submissions (the specific context underC > > discussion above), HP seems more interested in pushing 4-way to @ > > 16-way Itanics in that space than IBM seems to be in pushing# > > anything under 32-way POWER4+s.  > G > Given that there aren't any under 32-way POWER4+'s there.  However, I C > don't see where that means that HP is only looking at low-end for G > Itanium - one, I'm not sure that 16-way consitutes "low-end" and two, * > the various Integrity Superdome figures.  D You mis-parsed my statement, which was that Itanic vendors have moreJ interest in pushing Itanics in the low end than IBM has in pushing POWER4+E in the low end - at least as indicated by TPC-C submissions.  It said K nothing about Itanic vendors having more interest in pushing Itanics in the J low end than in pushing Itanics in the high end:  that would be especiallyJ silly in the case of those Itanic vendors who, unlike HP, have no platform optimized for the low end.   > F > >> > - at least where they can be made to seem competitive (hence my > >> > suspicion above). > >>C > >> But you do not suspect that IBM may not be putting effort into A > >> lower-end POWER4+ TPC-C because they may not be competitive?  > E > > Not necessarily.  It's a bit strange: IBM makes lower-end POWER4+ G > > systems right down to the 4-(or even2-?)processor level, but hasn't / > > bothered to submit *any* of them for TPC-C.  >  > It is strange indeed.  > D > > Perhaps they take the old Rolls/Bentley view that customers willA > > assume that they offer 'sufficient' performance without exact  > C > A wise engineer once taught me to spell assume twice hypenated :)  > G > > quantification, and only bother with the high end to make sure that - > > there's some support for that assumption.  > H > Of they have somthing to hide.  Frankly without much more data, either# > position has about as much merit.   I As Andrew just pointed out (and as I implied just above), they can hardly K have anything to hide unless by some magic the p690 scales *super*-linearly F up to 32 processors.  Pure linear scaling would yield a TPC-C score ofL nearly 100K for a 4-processor POWER4+ system, and that ignores the fact thatH it would have twice as much L3 cache per processor as the full-boat p690H (that cache may not be very fast, but it still counts for something) andF zero off-MCM memory references (though unlike HP's Itanic systems, theI POWER4+ systems take much less of a hit going off-module, for some of the , same on-chip support reasons that EV7 does).   - bill   ------------------------------  % Date: Fri, 23 Jan 2004 22:46:54 -0500 * From: "Bill Todd" <billtodd@metrocast.net>K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 2 Message-ID: <F7qdnX9C1YsBd4zdRVn-gQ@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:m$DYOrkhKNSj@eisner.encompasserve.org... A > In article <iMeQb.12935$Zm6.12871@news.cpqcorp.net>, Rick Jones  <foo@bar.baz.invalid> writes: % > > Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > >> Rick Jones wrote: > > D > >>> But you do not suspect that IBM may not be putting effort intoB > >>> lower-end POWER4+ TPC-C because they may not be competitive? > >>>  > > * > >> I doubt they feel the need to bother. > >  > >> (763,898/32)*4=96104  > > @ > > Now Andrew, you wouldn't be making public estimates of TPC-CH > > performance would you?  I thought the TPC took a rather dimm view of+ > > member entities doing things like that.  > >  > C > They do not appreciate member companies making estimates.  All or $ > nothing kind of thing with them... >  > His point is illegitimate.  J No, Rob - you're either just clueless as usual or spinning again.  Since IH just explained this to Rick elsewhere, I won't bother to repeat it here.  %   The better marketing angle would be : > to show what Itanium does instead of attempting to scale > down tpmC/CPU: >  > (121065/4)*4=121065s >c= > tpmC/CPU smacks of the old "SPEC/MHz" rating of years ago -e > a worthless metric.w  J Wrong again, Rob - and a poor analogy to boot.  tpmC/CPU is only worthlessK if you're using the TPC-C scores to compare servers (where you really don't L care how many processors may be in them, at least to a first approximation -K as long as you've got enough active threads to keep those processors busy). I If instead you attempt to use TPC-C scores to validate the performance ofaE the processors that are in those servers (which is precisely what thesK earlier discussion was about), it's just about the *only* relevant metric -.J and in the particular case here, where you're using them to explain why HPI needs to provide small-system TPC-C and IBM may not need to (as Andrew sop: competently did), it's precisely the right metric as well.   - bill   ------------------------------    Date: 23 Jan 2004 23:42:16 -0600+ From: young_r@encompasserve.org (Rob Young).K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheapb3 Message-ID: <uKRJqVf1WUte@eisner.encompasserve.org>   _ In article <F7qdnX9C1YsBd4zdRVn-gQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:t > : > "Rob Young" <young_r@encompasserve.org> wrote in message   > ' >   The better marketing angle would be ; >> to show what Itanium does instead of attempting to scaleA >> down tpmC/CPU:k >> >> (121065/4)*4=121065 >>> >> tpmC/CPU smacks of the old "SPEC/MHz" rating of years ago - >> a worthless metric. > L > Wrong again, Rob - and a poor analogy to boot.  tpmC/CPU is only worthlessM > if you're using the TPC-C scores to compare servers (where you really don'tnN > care how many processors may be in them, at least to a first approximation -M > as long as you've got enough active threads to keep those processors busy).pK > If instead you attempt to use TPC-C scores to validate the performance ofoG > the processors that are in those servers (which is precisely what the M > earlier discussion was about), it's just about the *only* relevant metric - L > and in the particular case here, where you're using them to explain why HPK > needs to provide small-system TPC-C and IBM may not need to (as Andrew soe< > competently did), it's precisely the right metric as well. >   D 	Oh come on.  It is a worthless metric.  If there was anything TPC-C- 	to crow about, surely they would crow about:n   		1)  Higher performance& 		2)  Better value (price/performance)  C 	Or something along those lines.  Since HP currently has them beat, > 	I suppose the only marketing angle left is tpmC/CPU?  That's ; 	laughable.  But it is fully understandable why IBM doesn't3? 	have a 4-way Power result out at tpc.org, it probably wouldn't:A 	do well against a 4-way Itanium.  A faster cheaper 4-way Itanium @ 	would make a 4-way Power look less attractive.  Perhaps that is0 	why IBM is quietly introducing a 4-way Itanium?  ) http://www.theinquirer.net/?article=13778a  # IBM Japan to sell 4U Itanium 2 box e   In Februarys   				Robo   ------------------------------    Date: 24 Jan 2004 05:35:47 -00004 From: Mezei's Pearls of Wisdom <mezeitrolls@the.net>3 Subject: Re: Kay resigns: no WMDs since early 1990s)7 Message-ID: <FGWM9CNJ38009.9831828704@anonymous.poster>.  3 [You forgot to share this with your other friends.]a   JF Mezei trolled:m  * Message-ID: <4011F760.478545F1@nobody.com>  From: nobody <nobody@nobody.com>* X-Mailer: Mozilla 4.76 (Macintosh; U; PPC) X-Accept-Language: ena MIME-Version: 1.0e Newsgroups: rec.travel.air/ Subject: Kay resigns: no WMDs since early 1990sr* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 	 Lines: 22n% Date: Fri, 23 Jan 2004 23:41:13 -0500  NNTP-Posting-Host: 66.11.160.74-H X-Trace: news.nnrp.ca 1074918993 66.11.160.74 (Fri, 23 Jan 2004 23:36:33 EST)0 NNTP-Posting-Date: Fri, 23 Jan 2004 23:36:33 EST Organization: NNRP.CAs  J David Kay, the bush regime's head of the thousands of inspectors searching for.K the WMDs Busb promised would be found had resigned, stating to foreign news.K agency (Reuters) that all evidence points to Hussein having stopped its WMDcJ programmes just after the first Gulf war and that any remaining stockpiles) have been destroyed over time since then.s    I I assume that the USA media will only mention this in passing. CNN has itn as aK small story on its web site. BBC and other world media outlets have this asr ag
 top story.  C What will it take for americans to stop believing their president'seJ allegations ? How much proof will they need before they realise that their. governmenmt has been knowingly lying to them ?  H When will they see through the continuing lies ? (Bush reiterated in his state-H of the police state speech this past week that there was WMD in Iraq and that they would be found.)(  K The Bush regime has replaced Kay with another one of their cronies. PerhapsfI the new one will be more willing to plant evidence and produce the golden) eggeB that Bush really needs before the election to prove he was right ?   ------------------------------  % Date: Fri, 23 Jan 2004 14:04:21 -0500  From: norm.raphael@metso.com3 Subject: Re: Known problems with V7.3 security MUP?-Q Message-ID: <OF46A2A52A.EE2E0743-ON85256E24.006863DC-85256E24.006915B5@metso.com>m  J hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote on 01/23/2004 01:07:10 PM:0  ? > In article <OFAA2100CF.3F3F62F5-ON85256E24.00591489-85256E24.e > 0059BA47@metso.com,t  > norm.raphael@metso.com writes: > >aB > >Mike Duffy <Duffy@process.com> wrote on 01/23/2004 09:55:19 AM: > ..; > >> The following kits were installed, in the order below:E > >> > >>   VMS73_PCSI-V0100+ > >>   VMS73_UPDATE-V0300i > >>   VMS73_SYS-0700h > >>9 > >> I did install them all without rebooting in between,, > >> and only booted afterward.h > >P: > >I cannot say for certain, but whenever PCSI is patched,= > >it is playing with fire not to do that patch by itself ...e > ; > Yes this is a good idea.  It is not completely clear, but ? > I would read the above to indicate that three PRODUCT INSTALL B > commands were issued.  Otherwise the order of installation would) > have been detemined by the PCSI utlity.  > ? > >... and then reboot.  The failure to do that probably causedE4 > >your problem with the second PRODUCT INSTALL. ... > < > Patching PCSI should not require a reboot.  If the patches; > were installed by three separate PRODUCT INSTALL commands  > this should have worked.  . That's what he reported here that he had done.  B > Without checking, I suspect that either the UPDATE or SYS patch,. > or both of them  may have required a reboot.  A Normally, as you know, these patches can be applied one at a time A before a single reboot, as long as the reboot is done right after. the last patch is completed.  > Unfortunately, we are thus left without understanding, so far.   >I > --G >       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAhH >           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)@ >       All opinions expressed are my own and not necessarily my employer's.y >e   ------------------------------  # Date: Fri, 23 Jan 2004 18:57:40 GMTr/ From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com>o3 Subject: Re: Known problems with V7.3 security MUP?H8 Message-ID: <E8eQb.67828$Su5.26340@twister.nyroc.rr.com>  @ "Charlie Hammond" <hammond@not@peek.ssr.hp.com> wrote in message- news:ipdQb.12915$9h6.1707@news.cpqcorp.net...  > In articleE <OFAA2100CF.3F3F62F5-ON85256E24.00591489-85256E24.0059BA47@metso.com,i  > norm.raphael@metso.com writes: > > B > >Mike Duffy <Duffy@process.com> wrote on 01/23/2004 09:55:19 AM: > ..; > >> The following kits were installed, in the order below:A > >> > >>   VMS73_PCSI-V0100T > >>   VMS73_UPDATE-V0300  > >>   VMS73_SYS-0700e > >>9 > >> I did install them all without rebooting in between,d > >> and only booted afterward.e > >r: > >I cannot say for certain, but whenever PCSI is patched,= > >it is playing with fire not to do that patch by itself ...  > ; > Yes this is a good idea.  It is not completely clear, buts? > I would read the above to indicate that three PRODUCT INSTALL-B > commands were issued.  Otherwise the order of installation would) > have been detemined by the PCSI utlity.C >a? > >... and then reboot.  The failure to do that probably caused34 > >your problem with the second PRODUCT INSTALL. ... >t< > Patching PCSI should not require a reboot.  If the patches: > were installed by thre seperate PRODUCT INSTALL commands > this should hav worked.<  I Rebooting certainly isn't required, but it would be prudent to logout and-I back in again after installing the PCSI patch.  This will ensure that the I install process is using the newly updated DCLTABLES for the next PRODUCToH INSTALL.  I suspect this was the cause of the original poster's problem.  B > Without checking, I suspect that either the UPDATE or SYS patch,. > or both of them  may have required a reboot. >r > --  L >       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAH >           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's. >d   ------------------------------  % Date: Fri, 23 Jan 2004 14:48:26 -0500n$ From: Mike Duffy <Duffy@process.com>3 Subject: RE: Known problems with V7.3 security MUP?dJ Message-ID: <63D30D6E10CFD11190A90000F805FE860492B446@lespaul.process.com>   > -----Original Message-----H > From: hammond%not@peek.ssr.hp.com [mailto:hammond%not@peek.ssr.hp.com]( > Sent: Friday, January 23, 2004 1:07 PM > To: Info-VAX@Mvb.Saic.Com 5 > Subject: Re: Known problems with V7.3 security MUP?: >  > 
 > In article oH > <OFAA2100CF.3F3F62F5-ON85256E24.00591489-85256E24.0059BA47@metso.com,   > norm.raphael@metso.com writes: > >XB > >Mike Duffy <Duffy@process.com> wrote on 01/23/2004 09:55:19 AM: > ..; > >> The following kits were installed, in the order below:s > >> > >>   VMS73_PCSI-V0100u > >>   VMS73_UPDATE-V0300S > >>   VMS73_SYS-0700s > >>9 > >> I did install them all without rebooting in between,e > >> and only booted afterward.  > > : > >I cannot say for certain, but whenever PCSI is patched,= > >it is playing with fire not to do that patch by itself ...  > < > Yes this is a good idea.  It is not completely clear, but ? > I would read the above to indicate that three PRODUCT INSTALLiB > commands were issued.  Otherwise the order of installation would+ > have been detemined by the PCSI utlity.  i >a  3 Yes, I created a separate source directory for each=6 kit, and issued a separate PRODUCT INSTALL command for# each.  I did not reboot in between.e  n7 To continue, I've checked the relevant things includingt1 dumpbug, dumpstyle, and the size of the dumpfile,=/ and everything appears to be in order.  I don't=1 know why a dump was not produced.  The machine isg. backed by a decicated, fairly new, big battery, unit, so I don't think it was power-related.  0 When I have an opportunity, I'll crash the thing  on purpose and see what happens.  * I thank everyone for their answers so far.   -Mike Duffy    ------------------------------  # Date: Fri, 23 Jan 2004 20:39:26 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)n3 Subject: Re: Known problems with V7.3 security MUP?m3 Message-ID: <2EfQb.12949$Sn6.8406@news.cpqcorp.net>G  9 In article <E8eQb.67828$Su5.26340@twister.nyroc.rr.com>, o1 "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> writes:h   ..J >Rebooting certainly isn't required, but it would be prudent to logout andJ >back in again after installing the PCSI patch.  This will ensure that theJ >install process is using the newly updated DCLTABLES for the next PRODUCT >INSTALL.  F   Absolutely correct.4  ? >I suspect this was the cause of the original poster's problem..  B If the patches that followed the PCSI patch were installed withoutB loging out and back in, this could very well have precipitated theD problem.  However, my expectation is that a PRODUCT INSTALL with the@ "wrong" DCLtables would either fail obviously or work correctly.   -- sJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Fri, 23 Jan 2004 20:42:03 GMT+3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)=3 Subject: RE: Known problems with V7.3 security MUP? 3 Message-ID: <vGfQb.12950$Sn6.8213@news.cpqcorp.net>1  K In article <63D30D6E10CFD11190A90000F805FE860492B446@lespaul.process.com>, a& Mike Duffy <Duffy@process.com> writes: ..4 >Yes, I created a separate source directory for each7 >kit, and issued a separate PRODUCT INSTALL command form$ >each.  I did not reboot in between. ..  0 Did you LOGOUT and back in after the PCSI patch?   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 23 Jan 2004 15:07:20 -0500d4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com>3 Subject: Re: Known problems with V7.3 security MUP?a8 Message-ID: <9cv2105td76s0jhefr5qgrjuf90p1dcp2o@4ax.com>  A On Fri, 23 Jan 2004 11:16:37 -0500, norm.raphael@metso.com wrote:g   >  >r >$@ >Mike Duffy <Duffy@process.com> wrote on 01/23/2004 09:55:19 AM: >t >>6 >> Are there known crashes in the recent security MUP? >>4 >> I installed the three ECO kits (below) on a DS10L7 >> running VMS V7.3, and within two days it had crashedg >> for the first time ever.A >>6 >> Unfortunately, the dump file contains no valid dump3 >> and I see nothing in the errorlog or accounting.c4 >> I'll be checking the dump parameters to catch the >> next event, if any. >>6 >> So, I don't have any evidence the MUP or one of its2 >> prerequisite kits was the cause, other than the >> concidental timing. >>9 >> The following kits were installed, in the order below:v >> >>   VMS73_PCSI-V0100c >>   VMS73_UPDATE-V0300e >>   VMS73_SYS-0700u >>7 >> I did install them all without rebooting in between,a >> and only booted afterward.t > 8 >I cannot say for certain, but whenever PCSI is patched,7 >it is playing with fire not to do that patch by itselfm9 >and then reboot.  The failure to do that probably causedb5 >your problem with the second PRODUCT INSTALL.  I cant: >only cringe at what might then have failed without proper6 >notice as PROD INSTALL is often silently mischievous. >t  :     Probably not.  When PCSI is "patched", it replaces the6 PRODUCT image, so you either need to get a new copy of8 DCLTABLES for your process or logout and login; I always logout and login.n  4     That answers Mike's issue below regarding DELETE processing.u   David R. Beattyy   >> One odd thing happened:6 >> while installing the second kit the PRODUCT INSTALL3 >> command failed with "entity not found in command:5 >> tables."  The entity was "DELETE", IIRC.  I had tov5 >> log in anew to continue.  Then it complained about 8 >> an undefined logical, VMI$something, which I stupidly6 >> did not write down.  It did complete with a message2 >> saying the kit had been successfully installed, >> so I ignored it and went on.. >>
 >> Thanks,
 >> Mike Duffy  >h >,   ------------------------------  % Date: Fri, 23 Jan 2004 15:57:02 -0500u< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>% Subject: Re: Looking for VAX/VMS V4.7e9 Message-ID: <bus1r1$liip9$1@ID-141708.news.uni-berlin.de>    John A. Dundas III wrote:g >...8 > So I understand, are you able to make archives of this material and' > if so, make these archives available?d > ...t  : I sent an e-mail off to the people (person?) at The DFWCUG; Historical CPU Preservation Society and told them that theyM; can have the stuff it they want it. According to one of the ; pages under http://www.montagar.com/~patj/dec/hcps.htm theye; are looking for a good scanner to help with the work, so ifi4 you know where they can find one then let them know.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAXH www.weaverconsulting.ca    ------------------------------  % Date: Fri, 23 Jan 2004 17:02:28 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: Looking for VAX/VMS V4.7m) Message-ID: <401199E4.7A980FAF@istop.com>   M I don't have the MicroVMS 4.7  TK50 anymore. But I have kept the "VMS LIC KEY  BIN TK50" TK50.eN (Have no idea if it is still readable though). As I recall, this was necessary3 to make MicroVMS allow logins. (this predates LMF).d  ) Part number AQ-EP59C-BN, copyright 1986. l  J Not sure about the legalities of handing it to someone else. I also have aL document printed on parchemin paper with a license number , it was a 1-to-16
 user license.o   ------------------------------  % Date: Sat, 24 Jan 2004 00:03:58 +0100 5 From: "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de>u% Subject: re: Looking for VAX/VMS V4.7t. Message-ID: <E1AkALG-0005i6-2w@mailer.gwdg.de>  1 "John A. Dundas III" <dundas@CALTECH.EDU> writes:cL > For hobbiest purposes only I am looking for a copy of V4.7.  If I rememberD > correctly V4.7 was an upgrade from V4.5 (to V4.6); that is, it was@ > distributed only as an update, not as a complete installation. > G > Regardless of my faulty memory, could anyone get me close?  I can usew# > either TK50s or tape image files.  > E > While I'm at it, any copies of VAX C from that era still available?e  @ Since I once burnt a CD of all VMS-related *tape* distributions : ever seen here, certainly I can help with your request(s).  < Whoever wants to collect VMS04*, VAXC*** (and many others), = please contact me off-line; I don't want my "special-purpose"t FTP server archived too widely.    Hth,M Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.detM GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended!tM http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>h   ------------------------------  % Date: Fri, 23 Jan 2004 17:16:31 -0600s/ From: Chris Scheers <chris@applied-synergy.com>L% Subject: Re: Looking for VAX/VMS V4.7r3 Message-ID: <4011AB4F.69F4CAB9@applied-synergy.com>o   JF Mezei wrote:  > O > I don't have the MicroVMS 4.7  TK50 anymore. But I have kept the "VMS LIC KEYi > BIN TK50" TK50.tP > (Have no idea if it is still readable though). As I recall, this was necessary5 > to make MicroVMS allow logins. (this predates LMF).c > * > Part number AQ-EP59C-BN, copyright 1986. > L > Not sure about the legalities of handing it to someone else. I also have aN > document printed on parchemin paper with a license number , it was a 1-to-16 > user license.    FWIW:   C The MicroVMS 4.x license TK50 is a replacement LOGINOUT.EXE that is , patched for the number of interactive users.  G -----------------------------------------------------------------------+$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com i   Fax: 817-237-3074    ------------------------------  % Date: Fri, 23 Jan 2004 12:48:36 -0800o- From: dundas@caltech.edu (John A. Dundas III) % Subject: Re: Looking for VAX/VMS V4.7u< Message-ID: <dundas-2301041248360001@dundas-mac.caltech.edu>  H In article <buril8$l6q4d$1@ID-141708.news.uni-berlin.de>, "Peter Weaver". <WeaverConsultingServices@sympatico.ca> wrote:   > Chris Moore wrote:= > > "Sherman, set the Way-Back machine for 1986, we need some  > software"s > >i* > > "Holy archaic, Mr. Peabody..........." > >t> > > "John A. Dundas III" <dundas@caltech.edu> wrote in message: > > news:dundas-2101041242470001@dundas-mac.caltech.edu...@ > >> For hobbiest purposes only I am looking for a copy of V4.7. > If I > > ...* > ? > John, thanks for getting Chris going on his Way-Back machine,e; > just 5 minutes ago he handed me a set of three 5 1/4 inch < > floppies with VMS V4.4 Stand-Alone-Backup on them. He also9 > brought out nine 8 inch floppies for RT-11 V3.  He also = > brought out a lot of RT-11 and old hardware manuals that we.@ > are offering to The DFWCUG Historical CPU Preservation Society/ > (http://www.montagar.com/~patj/dec/hcps.htm).>  - Fantastic.  Not quite sure what I've started.n  J So I understand, are you able to make archives of this material and if so, make these archives available?  > > He did not find any distribution for V4.7 which is a problem: > since we do occasionally have to work on two MicroVAX II > running V4.7.h  % Hopefully others will find lost gems.b   Thanks,    John   -- k John A. Dundas III2 Director, Information Technology Services, Caltech+ Mail Code: 014-81, Pasadena, CA  91125-8100 % Phone: 626.395.3392 FAX: 626.449.6973d   ------------------------------  % Date: Fri, 23 Jan 2004 13:22:09 -0600)( From: brandon@dalsemi.com (John Brandon)5 Subject: Re: Monitoring idle /cpu time at night time.-1 Message-ID: <04012313220904@dscis6-0.dalsemi.com>n  . > Pls could someone tell me how I might get a + > summary on one page of idle and cpu time.  > ; > I have been looking at monitor, but that just give you x o. > number of graphs for a given period of time. > C > Is the free ECP Data Collector and Performance Analyzer any good?  > ; > http://h71000.www7.hp.com/openvms/products/ecp/index.html- >  > thks > M-  : I use the ECP data and it works very well for my purposes.  L I have a process that extracts the ECP data on a daily basis (from the nightM before) and process it for reporting purposes.  I report monthly however thisi. can be changed to weekly or daily or whatever.         J*o*h*n B*r*a*n*d*o*nm VMS Systems Administratoru* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Fri, 23 Jan 2004 23:01:40 GMTI+ From: "John S." <j.simakauskas@comcast.net> 5 Subject: Re: Monitoring idle /cpu time at night time.e/ Message-ID: <oJhQb.109665$nt4.412771@attbi_s51>   ) "MB" <mb301@hotmail.com> wrote in messageE7 news:1d08b916.0401230953.67e2569c@posting.google.com...w- > Pls could someone tell me how I might get a0+ > summary on one page of idle and cpu time.s >p: > I have been looking at monitor, but that just give you x. > number of graphs for a given period of time. >oC > Is the free ECP Data Collector and Performance Analyzer any good?  > ; > http://h71000.www7.hp.com/openvms/products/ecp/index.html  >f > thks > Ml  J Will the MONITOR /RECORD and /SUMMARY qualifiers with the MODES class help get what you want?   ------------------------------  % Date: Fri, 23 Jan 2004 18:03:11 -0600e( From: brandon@dalsemi.com (John Brandon)5 Subject: Re: Monitoring idle /cpu time at night time. 1 Message-ID: <04012318031122@dscis6-0.dalsemi.com>   L > Will the MONITOR /RECORD and /SUMMARY qualifiers with the MODES class help > get what you want?  H They will however the MONITOR utility is a resource hog compared to ECP.  J In addition you have to parse through a display output to get the data you" need.  So much easier with ECP....  = Here is a sample output of a CSV file from one of my servers:   L 21-JAN-2004 00:16:05.01,21-JAN-2004 00:17:05.25,MYNODE,VMSCPU,60.24,0,20.81,( 0.00,1.56,0.80,1.74,3.71,0.00,0.50,12.50  O 21-JAN-2004 05:18:22.87,21-JAN-2004 05:19:22.91,MYNODE,VMSDSK,60.04,DSA0,11.66, A 11.66,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,4555638.00,17773524h  J 21-JAN-2004 01:34:12.66,21-JAN-2004 01:35:12.70,MYNODE,VMSGIO,60.04,11.66,8 200.21,79.85,0.75,0.70,0.77,11.56,0.10,0.00,3.18,3732.00  N 21-JAN-2004 00:01:02.06,21-JAN-2004 23:59:59.00,MYNODE,VMSHWC,86336.93,MYNODE, ALPH,MYNODE$MBA8,160,1  M 21-JAN-2004 03:52:19.37,21-JAN-2004 03:53:19.41,MYNODE,VMSLCK,60.03,51717.00,3M 35518.00,348.55,71.24,26.27,502.34,41.04,30.28,349.80,71.94,27.03,8.68,12.78,H. 1.33,1.82,0.58,0.00,0.00,0.00,0.00,22.60,16.97  N 21-JAN-2004 00:51:08.08,21-JAN-2004 00:52:08.13,MYNODE,VMSMEM,60.05,393216.00,M 78030.56,64000.00,29773.00,204535.00,152.00,154.00,46.00,6.00,3.00,0.00,0.00,s 0.00,0.00,0.00,8192.00  K 21-JAN-2004 03:53:19.41,21-JAN-2004 03:54:19.44,MYNODE,VMSPAG,60.03,100.25,uK 13.23,27.32,0.00,0.00,32.28,38.81,0.00,6.06,9.84,0.00,0.02,0.00,13.23,87.02c  M 21-JAN-2004 00:01:02.06,21-JAN-2004 00:02:02.17,MYNODE,VMSPRC,60.11,2260040a, M Det,HIB,"FASTPATH_SERVER","SYSTEM","<start>",10,10,0.000,0.00,0.00,0.00,0.00,e) 19.00,19.00,19.00,165152.00,19.00,0.00,0,*5 "DSA0:[SYS0.SYSCOMMON.][SYSEXE]FASTPATH_SERVER.EXE;1"e  P 21-JAN-2004 03:52:19.37,21-JAN-2004 03:53:19.41,MYNODE,VMSSCS,60.03,MYNODE-PEA0,<  0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00  N 21-JAN-2004 01:45:13.06,21-JAN-2004 01:46:13.10,MYNODE,VMSXQP,60.04,9.59,0.10,= 0.00,0.00,0.62,0.00,0.60,0.00,12.23,0.45,14.24,1.72,0.00,0.00p       J*o*h*n B*r*a*n*d*o*n  VMS Systems Administratord* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Fri, 23 Jan 2004 23:55:45 -0500t, From: "Dave Pampreen" <dave@davesdotcom.com>5 Subject: Re: Monitoring idle /cpu time at night time. 0 Message-ID: <xbOdnSV9KM1pZ4zdRVn-ug@comcast.com>  J You might want to look at Hyperspi.  It requires a web server (I use WASD) and I love it.   Here is an example:n@ http://wasd.vsm.com.au/ht_root/src/hyperspi/hyperspi_example.gif  5 This is just a screen print from the WASD web site atD http://wasd.vsm.com.au/wasd/   Dave    5 "John Brandon" <brandon@dalsemi.com> wrote in message + news:04012318031122@dscis6-0.dalsemi.com...wI > > Will the MONITOR /RECORD and /SUMMARY qualifiers with the MODES class  help > > get what you want? > J > They will however the MONITOR utility is a resource hog compared to ECP. >4L > In addition you have to parse through a display output to get the data you$ > need.  So much easier with ECP.... >*? > Here is a sample output of a CSV file from one of my servers:e >f% > 21-JAN-2004 00:16:05.01,21-JAN-2004u( 00:17:05.25,MYNODE,VMSCPU,60.24,0,20.81,* > 0.00,1.56,0.80,1.74,3.71,0.00,0.50,12.50 > % > 21-JAN-2004 05:18:22.87,21-JAN-2004s+ 05:19:22.91,MYNODE,VMSDSK,60.04,DSA0,11.66,tC > 11.66,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,4555638.00,17773524n >nL > 21-JAN-2004 01:34:12.66,21-JAN-2004 01:35:12.70,MYNODE,VMSGIO,60.04,11.66,: > 200.21,79.85,0.75,0.70,0.77,11.56,0.10,0.00,3.18,3732.00 > % > 21-JAN-2004 00:01:02.06,21-JAN-2004a* 23:59:59.00,MYNODE,VMSHWC,86336.93,MYNODE, > ALPH,MYNODE$MBA8,160,1 >h% > 21-JAN-2004 03:52:19.37,21-JAN-2004e) 03:53:19.41,MYNODE,VMSLCK,60.03,51717.00,s >aL 35518.00,348.55,71.24,26.27,502.34,41.04,30.28,349.80,71.94,27.03,8.68,12.78 ,s0 > 1.33,1.82,0.58,0.00,0.00,0.00,0.00,22.60,16.97 >r% > 21-JAN-2004 00:51:08.08,21-JAN-2004e* 00:52:08.13,MYNODE,VMSMEM,60.05,393216.00, >2L 78030.56,64000.00,29773.00,204535.00,152.00,154.00,46.00,6.00,3.00,0.00,0.00 ,  > 0.00,0.00,0.00,8192.00 >e% > 21-JAN-2004 03:53:19.41,21-JAN-2004p' 03:54:19.44,MYNODE,VMSPAG,60.03,100.25,m >hK 13.23,27.32,0.00,0.00,32.28,38.81,0.00,6.06,9.84,0.00,0.02,0.00,13.23,87.02@ >.% > 21-JAN-2004 00:01:02.06,21-JAN-2004e) 00:02:02.17,MYNODE,VMSPRC,60.11,2260040a,i >TL Det,HIB,"FASTPATH_SERVER","SYSTEM","<start>",10,10,0.000,0.00,0.00,0.00,0.00 ,a+ > 19.00,19.00,19.00,165152.00,19.00,0.00,0,t7 > "DSA0:[SYS0.SYSCOMMON.][SYSEXE]FASTPATH_SERVER.EXE;1"o >e% > 21-JAN-2004 03:52:19.37,21-JAN-2004,, 03:53:19.41,MYNODE,VMSSCS,60.03,MYNODE-PEA0,> >  0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00 > % > 21-JAN-2004 01:45:13.06,21-JAN-2004h* 01:46:13.10,MYNODE,VMSXQP,60.04,9.59,0.10,? > 0.00,0.00,0.62,0.00,0.60,0.00,12.23,0.45,14.24,1.72,0.00,0.00a >i >g >r > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Fri, 23 Jan 2004 18:50:14 GMTt From: <russ@dittmer.com>& Subject: Re: Mozilla on Alpha question/ Message-ID: <F1eQb.106523$5V2.472485@attbi_s53>n  G I get the following error when I invoke the command you indicated afterS# entering the command you indicated:i   $ SET AUDIT/ENABLE/AUDIT=ACCESS(  F %DCL-W-NOVALU, value not allowed - remove value specification \AUDIT=\  I Did I do something wrong?  I tried to interpret the help file explanationk* for setting audit parameters, but no help.   RD  5 "Alder" <PGDEHMKOKIMD@spammotel.com> wrote in message % news:9T%Ob.40977$n44.5615@clgrps13...  > test wrote:: >r > > Yes sirIF > > I've actually invoke it from that directory with the same command. > > RD > >t > I > In addition to all the other suggestions on this thread, you might alsoiJ > want to enable security auditing.  I know I had some issues when I firstJ > installed, though it might have been unique to my system security setup. >   Anyway, it can't hurt. >I! > $ SET AUDIT/ENABLE/AUDIT=ACCESS  >b > ...try launching Moz, then >3@ > $ ANALYZE/AUDIT/SINCE=TODAY SYS$MANAGER:SECURITY.AUDIT$JOURNAL >R >s > Good luck, >  > Alder' >e >h   ------------------------------  # Date: Fri, 23 Jan 2004 18:56:04 GMTI From: <russ@dittmer.com>& Subject: Re: Mozilla on Alpha question/ Message-ID: <87eQb.106525$sv6.511405@attbi_s52>d  I I have read and re-read them, and found a couple more questions.  I  havet' removed and re-installed with not luck.i  D How do I verify that the local files are in Stream_LF record format?  E Also, Do I have to use Java via SDK, or is this a requirement at all?IL "Important: If you are using Java via the Software Development Kit (SDK) forE the OpenVMS Operating System, for the JavaT Platform with Mozilla for  OpenVMS"  & Thanks for any advice on this as well.   RDA "Craig A. Berry" <craigberry@mac.com.spamfooler> wrote in message N news:craigberry-6C7673.07514416012004@dsl081-159-101.chi1.dsl.speakeasy.net...E > In article <40073172_4@news1.prserv.net>, <dittmer@attg.net> wrote:e >m >i8 > > I am having difficulty getting Mozilla v 1.4 to run.J > > It apprears to have installed properly, but when I invoke @mozilla, it saysC > > running mozilla.bin, and then comes back to the command prompt.  > >tK > > I was expecting a new window with the pre-installed Netscape browser toa come > > up.l > F > Read the release notes, paying particular attention to everything itE > says about account quotas, system parameters, and file protections.  > F > http://h71000.www7.hp.com/openvms/products/ips/mozilla_relnotes.html   ------------------------------  % Date: Fri, 23 Jan 2004 15:10:08 -0500o< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>& Subject: Re: Mozilla on Alpha question9 Message-ID: <burv36$le46s$1@ID-141708.news.uni-berlin.de>    russ@dittmer.com wrote:e9 > I get the following error when I invoke the command you2	 indicated.+ > after entering the command you indicated:r >f! > $ SET AUDIT/ENABLE/AUDIT=ACCESSE > 1 > %DCL-W-NOVALU, value not allowed - remove valuev specification \AUDIT=\ >r >..e   That should have been0  # $ set audit/enable=access=all/audit     8 After you try Mozilla then you should disable the access> audits since they can eat up a lot of space rather quickly and< the less time you have access audits on the less records you$ have to look at to find the problem.  $ $ set audit/disable=access=all/audit  > You will probably have to wait 5 minutes for the records to be= flushed to disk (SHOW AUDIT/SERVER will tell you how long youI have to wait).     --   Peter Weaver Weaver Consulting Services Inc.n Canadian VAR for CHARON-VAXu www.weaverconsulting.cae   ------------------------------  % Date: Fri, 23 Jan 2004 16:18:26 -0500n& From: David M Smith <dsmit115@csc.com>& Subject: Re: Mozilla on Alpha question8 Message-ID: <6r33105beg3uaha2gf842d4r8oao74c71l@4ax.com>  2 On Fri, 23 Jan 2004 15:10:08 -0500, "Peter Weaver". <WeaverConsultingServices@sympatico.ca> wrote:  9 >After you try Mozilla then you should disable the accessO? >audits since they can eat up a lot of space rather quickly and = >the less time you have access audits on the less records you2% >have to look at to find the problem.o >n% >$ set audit/disable=access=all/audit  > ? >You will probably have to wait 5 minutes for the records to be > >flushed to disk (SHOW AUDIT/SERVER will tell you how long you >have to wait).a   You might use the commandt   $ set audit /server=flushi  7 to force the records to be written to disk immediately. I -------------------------------------------------------------------------II David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only)aI -------------------------------------------------------------------------    ------------------------------  # Date: Fri, 23 Jan 2004 23:34:40 GMTl From: <russ@dittmer.com>& Subject: Re: Mozilla on Alpha question/ Message-ID: <kciQb.133921$xy6.551677@attbi_s02>-   OKJ Accomplished audit successfully, and no faults there, all functions listed1 as access with no failed or other obvious faults.s RD    3 "David M Smith" <dsmit115@csc.com> wrote in messages2 news:6r33105beg3uaha2gf842d4r8oao74c71l@4ax.com...4 > On Fri, 23 Jan 2004 15:10:08 -0500, "Peter Weaver"0 > <WeaverConsultingServices@sympatico.ca> wrote: >s; > >After you try Mozilla then you should disable the accesseA > >audits since they can eat up a lot of space rather quickly andn? > >the less time you have access audits on the less records you ' > >have to look at to find the problem.t > > ' > >$ set audit/disable=access=all/auditw > > A > >You will probably have to wait 5 minutes for the records to be4@ > >flushed to disk (SHOW AUDIT/SERVER will tell you how long you > >have to wait).a >  > You might use the command  >t > $ set audit /server=flushq >W9 > to force the records to be written to disk immediately.4K > ------------------------------------------------------------------------- K > David M. Smith 302.391.8533                       dsmit115 at csc dot comrK > Computer Sciences Corporation     (Opinions are those of the writer only)gK > -------------------------------------------------------------------------m   ------------------------------    Date: 23 Jan 2004 14:27:52 -06004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt). Subject: OpenSSL 0.9.7c on VAX compile problem3 Message-ID: <R+KfsZqNqWLQ@eisner.encompasserve.org>l  A I'm trying to compile OpenSSL 0.9.7c on a VAXstation 4090 runningr= VMS V7.2 with DEC C V6.2-003.  Using the makevms.com suppliedd6 with  the kit with ALL "" NODEBUG DECC MULTINET as theA parameters,  everything compiles fine.  When the applications getcA linked I get the following errors for ENC.exe, DEC.exe, SIGN.exe,a  VERIFY.exe and the SSL_TASK.exe.  4 %LINK-E-OUTSIMG, attempted store location %X000517D82 is outside image binary (%X00000000 to %X00000000)) in psect MD5_VERSION module MD5_DGST file < DISK$CYAN_V72:[OPENSSL-0_9_7C.VAX.EXE.CRYPTO]LIBCRYPTO.OLB;1( %LINK-E-NOIMGFIL, image file not created  # Any idea what I'm doing wrong here?s   ------------------------------  # Date: Sat, 24 Jan 2004 00:57:46 GMT # From: hoff@hp.nospam (Hoff Hoffman)nP Subject: Re: OpenVMS Hardware Troubleshooting? (was: Re: walking into a war zone3 Message-ID: <eqjQb.12978$yC6.9221@news.cpqcorp.net>   l In article <e6c6a64b.0401231240.7ebaf9a@posting.google.com>, emailforwes@earthlink.net (Wes Emerson) writes:G :Okay, let me paint the picture for you, I am a seasoned Solaris, Linuxn> :and BSD admin with a few years and emergencies under my belt.  G   Then you clearly know the value of picking relevent subject lines for F   your postings (to allow you to get the quickest answer, and to avoidE   the unfortunate chance that your postings are interpreted as spam), E   and describing what you want to do not only in terms of commands orrF   examples from other operating systems but also in more generic terms@   for those less than familiar with enviroments you know well.    C   You will also obviously be aware that concepts often map from onerC   operating system to another, but the implementations and command d1   syntax involved can differ widely -- or wildly.   E   I would expect that any UNIX adminstrator would expect me to become.F   at least somewhat familiar with basic UNIX system administration andD   commands and UNIX documentation, for instance, before entertaining0   my questions on dmesg or sysconfig, obviously.  C :Now some far flung part of the company wants me to troubleshoot anp+ :unknown Dec Vax box somewhere up the road.   F   (Without reading too far into your message, y'all don't appear to beH   thrilled about this -- I might well be misinterpreting, obviously. :-)  F   Hardware?  Software?  Application?  Etc.  This is obviously a ratherF   open-ended statement.  Given some phrasing, I will assume a hardware*   problem -- but that is far from certain.  A   VAX systems run a variety of operating systems -- since you areaE   asking your question here in comp.os.vms, I will assume the target iE   operating system is OpenVMS VAX -- but again, that's far from beingi   a certainty.  F :Now my question to the multitudes, are there any commands that can beD :used to check hardware such as cpu's, memory, and discs to look for :hardware failures.l  6   Sorry.  I'm just a person, and not a multitude.  :-)  F   As others have mentioned in previous replies, SHOW ERROR is the mostF   typical command used for a quick peek at error activity, followed by)   one of the common error analysis tools.d  C   This command might or might not help, depending on the particular F   component and the severity of the error.  (If the OpenVMS VAX systemE   is not bootstrapping or the VAX system hardware is not powering up,sH   for instance, the SHOW ERROR command is not going to be available. :-)  D   Commands reviewing hardware errors won't help for software errors,B   either -- whether an operating system problem, a layered product,   error, or an application software problem.  ? :The Unix equivalents would be something lik dmesg (for generaleE :status), the messages file (/var/log/messages or /var/adm/messages),FF :if I'm really lucky prtdiag on solaris, and something that checks the! :hard drives (solaris iostat -En.   G   You can log the system startup messages (dmesg apparently provides at>F   least this) using a system parameter STARTUP_P2, and specifically byG   setting the system parameter to D.  (OpenVMS conversational bootstrap>H   discussions are in the OpenVMS FAQ -- help text for the various systemG   parameters is available, too.)  You can also simply watch the variousII   startup messages scroll by -- on a slow console terminal set for smoothe4   scroll, this is an obvious (albiet ugly) approach.  F   The prtdiag analog is probably the ANALYZE/SYSTEM utility's commandsE   CLUE CONFIG and CLUE FRU.  This latter command requires DECevent ordD   HP (Compaq) Analyze, a tool which is usually installed and is alsoD   available for downloads via the pointers in the OpenVMS FAQ -- the6   former command shows you the hardware configuration.  G   The root question is, however, what's wrong with the box -- if you'rePG   not familiar with the target hardware and software (and no offense ispI   intended -- I'd be asking the same questions if sent out to troubleshothG   a bad frobnitz on the walkabout platform, for instance) this is going    to take some time.    J   In addition to developing and determining some additional details aroundK   the problem or the failure, the OpenVMS VAX operating system version, thelL   particular VAX model involved, and details on the hardware and/or softwareI   specific to the error will all be of interest.  (These details can help D   localize the error and allow answers to be better tailored to your   environment.)p  L   Have you also considered engaging a consultant, a third-party VAX hardwareL   service organization, or HP Services?  (Assuming bad hardware, of course.)  I   Assuming the VAX is not in a literal war zone -- I prefer to wait untilHI   the projectiles have settled out before entering such areas -- I'm sureoG   there are folks around that can assist you in resolving this quickly.1  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com-   ------------------------------  # Date: Sat, 24 Jan 2004 02:19:33 GMTdG From: "Gregory Morrow" <gregoryTHEBESTOFEVERYTHINGmorrow@earthlink.net>a( Subject: Re: OT: Mobile handset securityB Message-ID: <VCkQb.21754$q4.7407@newsread3.news.atl.earthlink.net>   lcs Mixmaster Remailer wrote:   - > JF Mezei <jfmezei.spamnot@istop.com> wrote:y >eK > >I recently got a new mobile handset with all the current gadgets such as  GPRS,sK > >WAP, SMTP/POP/IMAP etc. (pretty amazing that they can fit all of this ine justF > >a small device you almost need a needle to press on the buttons :-) > >yH > >Unfortunatly, all the juicy settings, uncluding your VMS username and passwordL > >to access your emails via POP are stored in the phone and not on the SIM. ThisI > >means that if I lose the phone, anyone could put in their sim card and' thenK > >connect to my server and pickup my emails. And I guess that if they hackt theS1 > >phone, they can probably read my password too.s >sD > Don't worry.  Once they read all those "nobody" trolls you post onL > rec.travel.air they'll realize you're just a deranged troll and won't want& > anything to do with your adult toys. >YK > BTW, you've never answered the question:  why do you reserve most of your J > trolling for rec.travel.air?  Why don't you ever show your more ... ahem6 > .. "creative" side to your friends in comp.os.vms or. > can.internet.highspeed or alt.cellular.fido?     Or alt.circumcision...???p   -- . Best Greg   ------------------------------  # Date: Sat, 24 Jan 2004 01:48:08 GMTm- From: "John E. Malmberg" <wb8tyw@qsl.network>K9 Subject: Re: PC print server devices compatible with VMS?6< Message-ID: <s9kQb.3964$Fp1.2444953@news1.news.adelphia.net>   Lorin Ricker wrote:-B > I'm fishing for any recommendations, for or against, about printH > server devices which work/play well with VMS; that is, I want to buy aA > unit (under $100) to plug-in to my home network router (LinkSys F > 10baseT ethernet, TCP/IP) to connect an HP2300d to both my PCs (W2K,E > XP) and my VMS box.  I'd probably opt for a 3-port (USB & parallel)f< > box over a 1-port, anticipating a bit of future expansion.  H The JetDirect models have their "raw" ports documented on an HP website ) which can be used with telnetsym or DCPS.S  F Some of the NetGear models have the ability to allow the same type of  connection.n  I The NetGear FR114P is not compatible with TCPIP services for OpenVMS, as wI the method of RAW print access is not documented for it, and it does not y4 speak the same dialect of LPR/LPD as TCPIP/UCX does.  ; [If anyone has gotten this to work, I would be interested.]t  D Currently I can send a print job to it, which gets delivered to the I printer.  After the print job is in the printer, the Netgear rejects the  H print job.  I can then delete that print job and send a file containing F only a Form Feed, and delete it again after it is rejected to get the  file fixed.i   -John  wb8tyw@qsl.network Personal Opinion Onlyp   ------------------------------  # Date: Fri, 23 Jan 2004 22:24:35 GMT # From: hoff@hp.nospam (Hoff Hoffman)m# Subject: RE: Reading disk from BIOS 4 Message-ID: <DahQb.12964$Sr6.10285@news.cpqcorp.net>  _ In article <NDEMLKKEBOIFBMJLCECICEEDCLAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:oI :I wonder why VMS never had the concept of alternate boot blocks, in caseM :sector zero were corrupted?  E   I have seen very few corrupted bootblocks over my few years working@A   with OpenVMS -- not a statistically relevent sample, of course.h  F   The most common cause of corrupted bootblocks is tracked back to an E   errant LBN 0 write, and if you have privileged users using untestedo*   WRITELBLK operations, you have problems.  H   As for a bad disk, bad blocks are revectored on the next write, so youF   can boot from another system disk and (re)write the bootblock and beH   back in business.  If bad blocks are a concern at run-time, then thereC   are options including volume shadowing and controller-based RAID.aH   (There is a write-up on OpenVMS bad block handling over in the OpenVMS   Ask The Wizard area.)i  F   EFI does have the concept of an alternate bootblock, and accordinglyG   has trade-offs when the backup structures are present and the primaryiF   structures are not -- we are taking special steps to look for and toH   clobber these structures when we reinitialize disks, for instance, but&   there are cases we cannot resolve.    F   We encountered cases during our OpenVMS I64 development where backupG   bootblock structures clobbered parts of the disk volume structure, in-F   conjunction with the EFI console recovery processing.  If you shouldE   need to bring a disk device with stale GPT data produced by anotheriG   operating system over to an Itanium system -- and to a system runningcE   most any operating system, this is not specific to OpenVMS I64 -- aiD   V8.1-vintage or later INITIALIZE command pass or most any existingD   INITIALIZE/ERASE or other equivalent OS-specific erasure operationD   will prevent potential conflicts, confusions and disk corruptions.C   (The real "fun" happens when the disk has something other than a -E   MBR/GPT at the front/lowest blocks, and a GPT at the back/highest.)n  E   Disks initialized with EFI structures including GPT.SYS do not havepD   the LBN0 bootblock and related home block structures in/underneathG   [000000]INDEXF.SYS.  As you might guess, these blocks are underneath .D   [000000]GPT.SYS -- there are two extents to GPT.SYS, covering the D   first 34 blocks of the disk (rounded up to the cluster factor) andD   the last 33 blocks (also rounded up).   With V7.3-2 dynamic volumeF   expansion support, the backup bootblock and related structures underG   the second extent of GPT.SYS might not be at the physical end of the rE   disk.  (OpenVMS Alpha and OpenVMS VAX systems and structures are a rC   proper subset of the OpenVMS I64 system disk structures, with thetD   salient addition being [000000]GPT.SYS when MBR/GPT bootstraps are   being performed.)i   	--h  C   If the original question on reading the disk from the SRM consolecD   -- the analog of what pre-EFI Windows systems call the BIOS -- is E   around building a standalone operating system environment, then youtC   will have to become familiar with the BTBDEF definitions and with F   the Internals and Data Structures discussions of WRITEBOOT (replacedF   by SYS$SETBOOT  and the SET BOOTBLOCK command on V8.1 and later) and   the bootstrap sequence.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqeN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comr   ------------------------------  % Date: Fri, 23 Jan 2004 20:33:46 -0500y3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>C# Subject: Re: Reading disk from BIOSn0 Message-ID: <2LydnZjhmN_hVozdRVn-ig@comcast.com>  G Strictly speaking, OpenVMS machines do not have a "BIOS".  Alphas have oH the SRM console which is a small operating system, with device drivers, I networking code, etc.  It's far more capable than a PC BIOS.  Some VAXen dD have PROM consoles, the 11/780 had a small PDP11 running RT11 for a I console, the 11/750 selected the boot device with a rotary switch on the e front panel!   Krish wrote:   >Hello,m >iE >When you power on a Alpha System, running OpenVMS, how does the BIOSsD >read the sectors from the disk. Or rather, how does the BIOS accessD >the disk without the disk driver being loaded. Becuase, to load theC >driver we need to read the disk, right ? I remember a funda calledrD >Int13, but I guess this is higly limited to PC bios, am I right. If3 >that is the case, what happens in a Alpha system ?p >@D >I appreciate any material or further reading links from this group. >I >Thanksn >-Krishu >    >m   ------------------------------  % Date: Fri, 23 Jan 2004 21:27:28 -0600d@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>  Subject: Re: remove DECnet OSI ?6 Message-ID: <4011E620.D9D16DB7@NeOaSrPtAhMlNiOnWk.net>   Larry Kilgallen wrote: > { > In article <40108E96.C4E52DCE@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > > Larry Kilgallen wrote: > >>q > >> In article <FyLPb.244610$Tz1.58284@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:w > >>& > >> > May I ask VMS engineering again> > >> > for a move of the DECnet startup to SYSTARTUP_VMS.COM ? > >>G > >> They just got done cleaning it up so we no longer have to do that.gF > >> After just installing VMS on 6 machines, I prefer to have them doG > >> that work before SYSTARTUP.COM.  They even start the Queue Managero > >> for us now. > >aJ > > ...which I hope there's a way to inhibit because if the (batch) queuesD > > start before the application in some cases, the database can get > > hopelessly blasted.g > F > That is the purpose of the ENABLE AUTOSTART command (or the separate? > START/QUEUE commands for those who get paid per line of DCL).n  G I've seen application startups that assume the application has complete09 control of such things. Right or wrong, it's out there...u   -- c David J. DachteraV dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------    Date: 23 Jan 2004 22:02:20 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)t  Subject: Re: remove DECnet OSI ?3 Message-ID: <+B9bBCcuAfhF@eisner.encompasserve.org>o  y In article <4011E620.D9D16DB7@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > Larry Kilgallen wrote: >> V| >> In article <40108E96.C4E52DCE@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: >> > Larry Kilgallen wrote:q >> >>.r >> >> In article <FyLPb.244610$Tz1.58284@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >> >>o' >> >> > May I ask VMS engineering again ? >> >> > for a move of the DECnet startup to SYSTARTUP_VMS.COM ?w >> >>eH >> >> They just got done cleaning it up so we no longer have to do that.G >> >> After just installing VMS on 6 machines, I prefer to have them do-H >> >> that work before SYSTARTUP.COM.  They even start the Queue Manager >> >> for us now.0 >> >K >> > ...which I hope there's a way to inhibit because if the (batch) queuesXE >> > start before the application in some cases, the database can getM >> > hopelessly blasted. >> eG >> That is the purpose of the ENABLE AUTOSTART command (or the separate @ >> START/QUEUE commands for those who get paid per line of DCL). > I > I've seen application startups that assume the application has completeM; > control of such things. Right or wrong, it's out there...o  E I detest applications written to presume they are the only program on 5 the system (or the only one using the queue manager).m  D Starting individual application-specific queues might be appropriateF for an application, but starting the whole queue manager is different.   ------------------------------  % Date: Fri, 23 Jan 2004 16:01:30 -0500-+ From: Ken Robinson <kenrbnsn1@patmedia.net>i? Subject: Re: Troubleshooting VMS (was: walking into a war zone)sA Message-ID: <6.0.1.1.2.20040123155540.02c2bec0@mail.patmedia.net>-  ) At 03:40 PM 1/23/2004, Wes Emerson wrote: F >Now my question to the multitudes, are there any commands that can beD >used to check hardware such as cpu's, memory, and discs to look for >hardware failures.a  J The commands "$ show errors" and "$ show device disk" are two commands to  start with.iH Use the HELP command on VMS to get more help, it's much better than the  UNIX man command.1  ? Use "$ show memory/full" to see if there are any memory errors.o  J If you tell us the version of VMS that is running on the machine, then we  could give you some more hints.2  
 Ken Robinson .   ------------------------------  % Date: Fri, 23 Jan 2004 23:15:38 +0100V" From: Didier Morandi <no@spam.com>% Subject: Re: VAXUS: Call for Chaptersa4 Message-ID: <40119d98$0$19272$626a54ce@news.free.fr>   David J. Dachtera wrote: > Didier Morandi wrote:a >  >>David J. Dachtera wrote: >>* >>>How formal and scientific is your data? >>$ >>I shall not comment on my sources. > J > The point is this: will it convince anyone, or just be pooh-poohed as an > unscientific sampling?  I I don't think anyone needs to be convinced of anything in that matter. I aQ discover everyday (thanks to my newsletters) more and more people who talk to me  N and say "Hey, we still have VAX/VMS systems running this and that and we have N two hundreds of those and I'm alone to take care of them because they work so N well that Top Level Management consider I'm inuf and hence I need nothing but N this is not true. I do not know what to suggest to my Boss in six years time,  etc etc... can you help?",   See?  P No need to convince. Need to ADDRESS the VAX/VMS obsolescence issue. Period. My L "non scientific numbers" told me that there are 450'000 VMS systems running / worldwide and among them there are 140'000 VAX.   P You cannot tell a Company who runs 200 DNC tools machines with VAX/VMS and a 50 > year/men DEC-DNC11 specific software to "go Basestar". Stupid.  P You cannot tell a Company who runs 500 Process Control systems with VAX/VMS and :   Allen Bradley Interchange to "go Basestar". Irrealistic.  P You cannot tell a Company who does embedded software on VAX/VMS with Fortran 77 O and obsolete Intel Cross compilers to "trust HP to help them move to Itanium".   Trust who? On what data?  O You cannot tell a Company who does production management on VAX/VMS with "some (P sources lost" to VEST the exec to Alpha, then AEST them to IPF then Bob will be  your Uncle.   O You cannot tell a huge non-French petroleum company who pilot their production  L with VAX/VMS and PL/I programs to "consider translating the sources to C++".   Want more ?-   D.   ------------------------------  % Date: Fri, 23 Jan 2004 21:31:17 -0600m@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>% Subject: Re: VAXUS: Call for Chaptersa6 Message-ID: <4011E705.4C3A3315@NeOaSrPtAhMlNiOnWk.net>   Didier Morandi wrote:3 >  > David J. Dachtera wrote: > > Didier Morandi wrote:m > >  > >>David J. Dachtera wrote: > >>, > >>>How formal and scientific is your data? > >>& > >>I shall not comment on my sources. > >rL > > The point is this: will it convince anyone, or just be pooh-poohed as an > > unscientific sampling? > J > I don't think anyone needs to be convinced of anything in that matter. IR > discover everyday (thanks to my newsletters) more and more people who talk to meO > and say "Hey, we still have VAX/VMS systems running this and that and we have0O > two hundreds of those and I'm alone to take care of them because they work sorO > well that Top Level Management consider I'm inuf and hence I need nothing butcO > this is not true. I do not know what to suggest to my Boss in six years time,e > etc etc... can you help?"h >  > See?  F My opinion is not the one that counts. We need hp's co-operation. THEY are the once we gotta convince.a  Q > No need to convince. Need to ADDRESS the VAX/VMS obsolescence issue. Period. MyoM > "non scientific numbers" told me that there are 450'000 VMS systems running21 > worldwide and among them there are 140'000 VAX.1 > Q > You cannot tell a Company who runs 200 DNC tools machines with VAX/VMS and a 50Y@ > year/men DEC-DNC11 specific software to "go Basestar". Stupid. > Q > You cannot tell a Company who runs 500 Process Control systems with VAX/VMS andO< >   Allen Bradley Interchange to "go Basestar". Irrealistic. > Q > You cannot tell a Company who does embedded software on VAX/VMS with Fortran 773P > and obsolete Intel Cross compilers to "trust HP to help them move to Itanium". > Trust who? On what data? > P > You cannot tell a Company who does production management on VAX/VMS with "someQ > sources lost" to VEST the exec to Alpha, then AEST them to IPF then Bob will beN
 > your Uncle.1 > P > You cannot tell a huge non-French petroleum company who pilot their productionN > with VAX/VMS and PL/I programs to "consider translating the sources to C++". > 
 > Want more ?4  1 You're preaching to the Ministers' convention, D.,   -- 8 David J. Dachtera0 dba DJE Systems2 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/F   ------------------------------  % Date: Fri, 23 Jan 2004 14:42:07 -0500, From: norm.raphael@metso.com Subject: Re: VMS Games problemQ Message-ID: <OFF4F8713A.CD7A5D28-ON85256E24.0068E715-85256E24.006C8AD3@metso.com>Y  K Mark Berryman <Mark.Berryman@Mvb.Saic.Com> wrote on 01/23/2004 01:44:41 PM:.   > norm.raphael@metso.com wrote:3F > > ----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004 09:50 AM	 > > -----2 > >5E > > John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:i > >o > >i8 > >>I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a > >>, > >>set file zk.bck/attr=(rfm:fix,lrl:32256) > >>J > >>to fixup the saveset, and was able to use BACKUP to list the contents. > >> > >>-- > >>John Reagans+ > >>Compaq Pascal/{A|I}MACRO Project Leader  > >>Hewlett-Packard Companyy > >> > >  > >rI > > I just pulled DUNGEON from the same place, and when it tried it, this/
 > > happened:u > >oI > > Is there a version of DUNEON somewhere that actually works on OpenVMSe
 > > Alpha? > [remainder snipped]. >. > Do you mean this?  >h > ALDUR$ sho cpu >a) > System: ALDUR, AlphaServer DS10 617 MHz0 >2 > CPU ownership sets:. >     Active               0 >     Configure            0 >h > CPU state sets:p >     Potential            0 >     Autostart            0 >     Powered Down         Noner >     Not Present          None  >     Failover             Noneu >t > ALDUR$ sho sys/noproceD > OpenVMS V7.3-2  on node ALDUR  23-JAN-2004 10:38:09.82  Uptime  17 19:10:32 >o > ALDUR$ dungeonH > Welcome to Dungeon.                     This version created 1-Oct-94.H > This is an open field west of a white house with a boarded front door.  > There is a small mailbox here.= > A rubber mat saying "Welcome to Dungeon!" lies by the door.0 >  > >0F > I have a working executable.  If I look hard enough, I probably have > sources as well. >E  K This is exactly what I mean.  I would really appreciate it if you look hard03 enough.  [You and I may wish to take this offline.]9     -NormV > Mark BerrymanN >,   ------------------------------   Date: 23 JAN 2004 21:19:46 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>s Subject: Re: VMS Games problem2 Message-ID: <23JAN04.21194644@feda01.fed.ornl.gov>  4 In a previous article, norm.raphael@metso.com wrote: >  1 >  2 >  0M > Mark Berryman <Mark.Berryman@Mvb.Saic.Com> wrote on 01/23/2004 01:44:41 PM:6 >  0! > > norm.raphael@metso.com wrote:0H > > > ----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004
 > 09:50 AM > > > -----p > > >:G > > > John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:, > > >0 > > >0: > > >>I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a > > >>. > > >>set file zk.bck/attr=(rfm:fix,lrl:32256) > > >>L > > >>to fixup the saveset, and was able to use BACKUP to list the contents. > > >> > > >>-- > > >>John Reagan.- > > >>Compaq Pascal/{A|I}MACRO Project LeaderT > > >>Hewlett-Packard Company2 > > >> > > >, > > >2K > > > I just pulled DUNGEON from the same place, and when it tried it, this0 > > > happened:0 > > >0K > > > Is there a version of DUNEON somewhere that actually works on OpenVMSS > > > Alpha? > > [remainder snipped]0 > >. > > Do you mean this?4 > >, > > ALDUR$ sho cpu > > + > > System: ALDUR, AlphaServer DS10 617 MHzt > >  > > CPU ownership sets:a > >     Active               0 > >     Configure            0 > >2 > > CPU state sets:M > >     Potential            0 > >     Autostart            0! > >     Powered Down         None.! > >     Not Present          Nonel! > >     Failover             Nonen > >  > > ALDUR$ sho sys/noproctF > > OpenVMS V7.3-2  on node ALDUR  23-JAN-2004 10:38:09.82  Uptime  17
 > 19:10:32 > >t > > ALDUR$ dungeonJ > > Welcome to Dungeon.                     This version created 1-Oct-94.J > > This is an open field west of a white house with a boarded front door." > > There is a small mailbox here.? > > A rubber mat saying "Welcome to Dungeon!" lies by the door.  > >  > > >:H > > I have a working executable.  If I look hard enough, I probably have > > sources as well. > >  >   M > This is exactly what I mean.  I would really appreciate it if you look hard 5 > enough.  [You and I may wish to take this offline.]s  6 I must be missing something here.  It looks to me like  8   http://h71000.www7.hp.com/freeware/freeware40/dungeon/  L contains an alpha .exe and sources.  I haven't downloaded from there but theH alpha .exe on my freeware v4 cd works fine and a quick "unzip -l" on the4 sources file lists a bunch of .f, .for and .c files.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Fri, 23 Jan 2004 22:34:39 GMTu From: <russ@dittmer.com> Subject: Re: VMS Games problem. Message-ID: <3khQb.135584$na.211551@attbi_s04>  
 That fixed itd Thanks RDF I also realized that the .COM DCL in there needs to be NOT Binary when downloaded.  silly me.   RD) <norm.raphael@metso.com> wrote in messagefK news:OFCA5EA1D3.7DF8D1CD-ON85256E24.005139F5-85256E24.0051D21A@metso.com...p >MJ > ----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004 09:50 AM > -----s >fC > John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:1 >98 > > I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a > >p, > > set file zk.bck/attr=(rfm:fix,lrl:32256) > > J > > to fixup the saveset, and was able to use BACKUP to list the contents. > >t > > -- > > John ReaganI+ > > Compaq Pascal/{A|I}MACRO Project Leaderl > > Hewlett-Packard Company  > >o >nG > I just pulled DUNGEON from the same place, and when it tried it, this  > happened:s >tG > Is there a version of DUNEON somewhere that actually works on OpenVMSt > Alpha?D > Every archive I have found has a problem or a piece of source code missing. > = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtuall > address=000000000026( > 63BB, PC=0000000000277A0C, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump followsoL >   image    module    routine             line      rel PC           abs PC@ >  FORRTL_D56_TV                              0 000000000001FA0C > 0000000000277A0C@ >  TIE$SHARE                                                   ? > ?f# > ----- Begin Translated VAX Framesd= > %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual, > address=002663B80000( > 0000, PC=000000007B92B080, PS=0000001B > 4 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 0000000000000005 3 >                         Name   = 000000000000000Ct3 >                                  0000000000000004a3 >                                  002663B800000000 3 >                                  000000007B92B080l3 >                                  000000000000001Br >e >     Register dump:L >     R0  = 0000000000028009  R1  = 000000007AE0B864  R2  = 000000007B91A388L >     R3  = 000000007AE0ACE0  R4  = 000000007AE0ABF0  R5  = 000000007AE0ABE8L >     R6  = 000000007AE0ABD8  R7  = 002663B800000000  R8  = 000000007AE0ACD0L >     R9  = 000000000000645C  R10 = 0000000000000004  R11 = 00000000002EC14CL >     R12 = 000000007AE0B88C  R13 = 000000007AE0B864  R14 = 000000007AE0B844L >     R15 = 0000000000260000  R16 = 0000000000000001  R17 = 000000000000000EL >     R18 = 0000000000000000  R19 = 283C000000000000  R20 = 000000007AE0B864L >     R21 = 283C00000025B58E  R22 = 0000000000000000  R23 = 0000000000000001L >     R24 = 000000007AE0A998  R25 = 0000000000000001  R26 = 000000007B92B074L >     R27 = 000000007B58A0A0  R28 = 0000000000000000  R29 = 000000007AE0AA10L >     SP  = 000000007AE0A9F0  PC  = 000000007B92B080  PS  = 300000000000001B+ > %FOR-F-RECIO_OPE, recursive I/O operation  >   unit 1  file >   user PC 00000000 >  >    ------------------------------    Date: 23 Jan 2004 12:40:25 -0800- From: emailforwes@earthlink.net (Wes Emerson)-  Subject: walking into a war zone< Message-ID: <e6c6a64b.0401231240.7ebaf9a@posting.google.com>  F Okay, let me paint the picture for you, I am a seasoned Solaris, Linux= and BSD admin with a few years and emergencies under my belt.-  B Now some far flung part of the company wants me to troubleshoot an* unknown Dec Vax box somewhere up the road.  D I've downloaded the basic commands for text editors and moving about the filesystems and what not.$  E Now my question to the multitudes, are there any commands that can belC used to check hardware such as cpu's, memory, and discs to look fori hardware failures.  > The Unix equivalents would be something lik dmesg (for generalD status), the messages file (/var/log/messages or /var/adm/messages),E if I'm really lucky prtdiag on solaris, and something that checks thet  hard drives (solaris iostat -En.  & Any help would be greatly appreciated.   ------------------------------    Date: 23 Jan 2004 15:08:37 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)o$ Subject: Re: walking into a war zone3 Message-ID: <fsJaLNQY$cMP@eisner.encompasserve.org>/  l In article <e6c6a64b.0401231240.7ebaf9a@posting.google.com>, emailforwes@earthlink.net (Wes Emerson) writes:H > Okay, let me paint the picture for you, I am a seasoned Solaris, Linux? > and BSD admin with a few years and emergencies under my belt.t  / But remember that not all of us here know Unix.-  D > Now some far flung part of the company wants me to troubleshoot an, > unknown Dec Vax box somewhere up the road. > F > I've downloaded the basic commands for text editors and moving about > the filesystems and what not.g > G > Now my question to the multitudes, are there any commands that can bemE > used to check hardware such as cpu's, memory, and discs to look for  > hardware failures.  C SHOW ERROR would be a start, but you have not told us what symptomsp? have been reported to indicate there is trouble on the machine.'  @ > The Unix equivalents would be something lik dmesg (for generalF > status), the messages file (/var/log/messages or /var/adm/messages),G > if I'm really lucky prtdiag on solaris, and something that checks thep" > hard drives (solaris iostat -En.  B That looks like greek to me, although I suppose someone here might
 know Unix.   ------------------------------  % Date: Fri, 23 Jan 2004 17:15:06 -05007* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: walking into a war zone) Message-ID: <40119CD9.871EA6CD@istop.com>9   Wes Emerson wrote:G > Now my question to the multitudes, are there any commands that can be'E > used to check hardware such as cpu's, memory, and discs to look for  > hardware failures.  J $ SHOW ERROR gives you a snapshot of error counts on devices. Some devices9 (such as PEA0 and PTA0 will normally show 1 or 2 errors).j   There is also thes  L $ANALIZE /ERROR ustility which gives you a more complete and historical list
 of errors.  I in both case: $HELP SHOW ERROR and $HELP ANA/ERROR will give you detailedI information on how it is used.  J The error log files are stored in systemdisk:[sys0.syserr]  (for instance: DUA0:[sys0.syserr] )   ------------------------------  % Date: Sat, 24 Jan 2004 00:27:03 -0000t% From: "L. Blunt" <withheld@my.choice>h$ Subject: Re: walking into a war zone; Message-ID: <4011bb34$0$28122$cc9e4d1f@news.dial.pipex.com>t  @ > The Unix equivalents would be something lik dmesg (for generalF > status), the messages file (/var/log/messages or /var/adm/messages),G > if I'm really lucky prtdiag on solaris, and something that checks thee" > hard drives (solaris iostat -En. >p  H I would guess that SYS$MANAGER:OPERATOR.LOG would hold the equivalent toF these. ie: everything that is reported to the console terminal is also written into this file.e  / To create a new version of file see: REPLY /LOG    ------------------------------  # Date: Sat, 24 Jan 2004 01:05:05 GMTf" From:   VAXman-  @SendSpamHere.ORG$ Subject: Re: walking into a war zone0 Message-ID: <00A2C574.A8AC7869@SendSpamHere.ORG>  l In article <e6c6a64b.0401231240.7ebaf9a@posting.google.com>, emailforwes@earthlink.net (Wes Emerson) writes:G >Okay, let me paint the picture for you, I am a seasoned Solaris, Linuxw> >and BSD admin with a few years and emergencies under my belt. >pC >Now some far flung part of the company wants me to troubleshoot an + >unknown Dec Vax box somewhere up the road.e > E >I've downloaded the basic commands for text editors and moving about  >the filesystems and what not. >rF >Now my question to the multitudes, are there any commands that can beD >used to check hardware such as cpu's, memory, and discs to look for >hardware failures.  >N? >The Unix equivalents would be something lik dmesg (for general E >status), the messages file (/var/log/messages or /var/adm/messages),rF >if I'm really lucky prtdiag on solaris, and something that checks the! >hard drives (solaris iostat -En.n >i' >Any help would be greatly appreciated.t  / Sound like they sent a boy to do a man's job.  a  F Seriously, if you don't know VMS and you don't know what is wrong withE the machine, you might be causing more harm than good.  If this is annG important part of your company's business, it would be sage to tell thebH powers that be that they really ought to hire a VMS expert for the short term.    --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.e -- oK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMr             5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Fri, 23 Jan 2004 20:40:33 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: walking into a war zone) Message-ID: <4011CD10.F1097B08@istop.com>    "L. Blunt" wrote:pJ > I would guess that SYS$MANAGER:OPERATOR.LOG would hold the equivalent toH > these. ie: everything that is reported to the console terminal is also > written into this file.o  M SYS$MANAGER:OPERATOR.LOG does not necessarily contain all OPCOM messages. YoumN can omit certain classes from being written to the log. So, in a pedantic way,; the file cannot be relied upon to contain 100% of messages.r   ------------------------------  % Date: Fri, 23 Jan 2004 22:23:50 -0500d3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>o$ Subject: Re: walking into a war zone0 Message-ID: <46mdndj06a7ZeIzdRVn-uw@comcast.com>   There are some tools available.l  L $ SHOW ERROR   ! Displays the error counts for each device having a count >0G $ ANALYZE /ERROR_LOG  /SINCE=<DATE-TIME> /INCLUDE=DEVICE /EXCLUDE=....   <FILE-SPEC>e Try HELP ANALYZEI $ DIAGNOSE <mostly same options as ANALYZE /ERROR_LOG >  ! Supports more r modern hardwaree  F There is also Compaq Analyze.  There is a two letter abbreviation for F that but I would have to wash out my mind with soap if I used it!!!!  : This is the latest and greatest; supports the very latest.  ? SYS$ERRORLOG:ERRLOG.SYS is the Error Log analyzed by the above  ? utilities.  It's a binary file which is why you need a utility.r  6 SYS$MANAGER:OPERATOR.LOG is the more general log file.     Wes Emerson wrote:  G >Okay, let me paint the picture for you, I am a seasoned Solaris, Linuxn> >and BSD admin with a few years and emergencies under my belt. >dC >Now some far flung part of the company wants me to troubleshoot ano+ >unknown Dec Vax box somewhere up the road.c >rE >I've downloaded the basic commands for text editors and moving abouts >the filesystems and what not. >wF >Now my question to the multitudes, are there any commands that can beD >used to check hardware such as cpu's, memory, and discs to look for >hardware failures.o >n? >The Unix equivalents would be something lik dmesg (for general.E >status), the messages file (/var/log/messages or /var/adm/messages),eF >if I'm really lucky prtdiag on solaris, and something that checks the! >hard drives (solaris iostat -En.- >-' >Any help would be greatly appreciated.O >  S >g   ------------------------------  % Date: Fri, 23 Jan 2004 21:50:07 -06002@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>$ Subject: Re: walking into a war zone6 Message-ID: <4011EB6F.EC84C804@NeOaSrPtAhMlNiOnWk.net>  ! VAXman-, @SendSpamHere.ORG wrote:t > n > In article <e6c6a64b.0401231240.7ebaf9a@posting.google.com>, emailforwes@earthlink.net (Wes Emerson) writes:I > >Okay, let me paint the picture for you, I am a seasoned Solaris, LinuxP@ > >and BSD admin with a few years and emergencies under my belt. > > E > >Now some far flung part of the company wants me to troubleshoot ans- > >unknown Dec Vax box somewhere up the road.i > >uG > >I've downloaded the basic commands for text editors and moving aboutP  > >the filesystems and what not.  
 "Downloaded"?   H > >Now my question to the multitudes, are there any commands that can beF > >used to check hardware such as cpu's, memory, and discs to look for > >hardware failures.o  A The HELP command is your friend (VMS's answer to the "manpages"),eE especially the HELP for SHOW CPU, SHOW MEMORY, SHOW DEVICES and other' SHOW commands.  B For "failures", there's two ways to go, depending upon the OpenVMSC version (assuming the VAX is running VSM - it could be Ultrix, somer flavor of BSD, ...  F The older command is ANALYZE/ERROR (again, see the HELP), but this has< been deprecated in favor of the DIAGNOSE command (DECevent).  A > >The Unix equivalents would be something lik dmesg (for general.G > >status), the messages file (/var/log/messages or /var/adm/messages),,H > >if I'm really lucky prtdiag on solaris, and something that checks the# > >hard drives (solaris iostat -En.s > >a) > >Any help would be greatly appreciated.p > / > Sound like they sent a boy to do a man's job.o > H > Seriously, if you don't know VMS and you don't know what is wrong withG > the machine, you might be causing more harm than good.  If this is annI > important part of your company's business, it would be sage to tell thetJ > powers that be that they really ought to hire a VMS expert for the short > term.d  G I second Brian's comment. Depending where you are, there is very likelyt@ a highly qualified, recently unemployed VMS guy/gal who would be9 delighted to contract with you, even if just temporarily.    -- l David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  % Date: Fri, 23 Jan 2004 23:45:14 -0500i* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: walking into a war zone) Message-ID: <4011F851.952CFE67@istop.com>s   "David J. Dachtera" wrote:H > The older command is ANALYZE/ERROR (again, see the HELP), but this has> > been deprecated in favor of the DIAGNOSE command (DECevent).  B DIAGNOSE does not exist on VAX, ANA/ERROR is still current on VAX.   ------------------------------  % Date: Fri, 23 Jan 2004 19:42:38 -0500t% From: "DAVID TURNER" <DAVID@HPAQ.NET> % Subject: Re: Your mother is so fat...l0 Message-ID: <1013fs3chtcev32@news.supernews.com>  L This looks like some kind of encoded message (not computer coded) -something referring to Arabs/Allah etc.-J Remember the WWII messages that Britai and allies used to send by Radio to$ their agents and sleepers in Europe?  & Hope this isn't something like that...   --   Island Computers US Corp 2700 Gregory St Suite 180s Savannah GA 31404r Tel: 912 4476622 Fax: 912 201 0402w, Email (SPAMproofed) dbturner@islandco.nospam (replace nospam with .com)    . "Nigel" <info@visiongain.com> wrote in message+ news:slrnbr4m98.tkc.info@primefactor.com...tB > On Mon, 19 Mar 2002 02:08:03 GMT, TGOS <tgos@spamcop.net> wrote:A > ><!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 	 > ><html>a	 > ><head>b! > ><script LANGUAGE="JavaScript">t > > function tgos()  > > {o > >    while (true) L > >        window.alert("** WARNING ** VirusScan has detected the TGOS virusE on your hard drive. If you have recently opened an email or newsgroupg5 message and see this alert your system is infected.")  > > }  > ></script>
 > ></head> > ><body onLoad="tgos()">a
 > ></body>
 > ></html> > > L > > For Willy the envelope's rural, to me it's cheap, whereas above you it'sF > > rejecting strange.  To be worthwhile or sad will recollect youngerH > > floors to regularly arrive.  Almost no rude cars cover Ben, and theyE > > subtly mould Abdel too.  He may cook the bizarre hen and taste iteL > > near its barn.  Marian, over games sour and open, measures alongside it,A > > caring cruelly.  It's very bitter today, I'll open smartly orvB > > Allahdad will excuse the clouds.  If the easy cases can depart: > > believably, the inner orange may scold more monoliths. > >eE > > While figs halfheartedly converse spoons, the powders often cleanyK > > before the lower jackets.  Hardly any glad young codes will undoubtablye > > receive the smogs. > > B > > Until Selma promises the tickets easily, Aziz won't expect any@ > > blank squares.  Bonita's dose climbs below our bush after weH > > seek about it.  Otherwise the cap in Pervez's grocer might talk someG > > pretty poultices.  One more units will be closed think potters.  AsBB > > absolutely as Ibrahim dyes, you can play the teacher much more@ > > weekly.  Hardly any handsome pen or stable, and she'll dailyD > > pull everybody.  She may usably solve quiet and teases our lazy,D > > urban pickles within a college.  Where will you believe the lostG > > new lemons before Ben does?  Where did Abdullah love within all thenE > > painters?  We can't irritate trees unless Anthony will admiringly)A > > answer afterwards.  He might order badly if Shah's pear isn't C > > fat.  Some noisy raw draper attempts buckets without Courtney'sr > > abysmal sauce. > >tJ > > Who burns weekly, when Ali attacks the strong frog on the moon?  Let'sH > > kill among the dry forests, but don't call the long raindrops.  BothC > > laughing now, Mahammed and Roberta helped the upper lights withbB > > pathetic walnut.  No bad tired boats angrily fill as the shortB > > coconuts improve.  What did Penny hate the cat above the cleanC > > lentil?  She wants to wander poor jugs without Penny's highway.tF > > Mahammed kicks the book below hers and furiously recommends.  JustE > > wasting over a tape among the winter is too clever for Susanne tooD > > change it.  Are you polite, I mean, liking towards stupid forks?3 > > It might irrigate kind films, do you comb them?C > >mD > > All weird cobblers outside the dirty field were smelling for the > > hot corner.- > >cI > > If you will lift Sayed's evening over twigs, it will wanly nibble theeD > > sticker.  How doesn't Dickie explain truly?  My outer yogi won't4 > > fear before I move it.  We grasp the heavy diet. > > C > > Said behaves, then Jeremy totally joins a hollow pitcher beside  > > Alhadin's fire.- > >-B > > Get your biweekly living counter beside my road.  Better judge9 > > aches now or Murad will stupidly walk them under you.  > >BD > > He will finitely look beneath sick old mirrors.  If you'll learnK > > Virginia's cafe with goldsmiths, it'll globally pour the tyrant.  Other E > > healthy blunt tags will jump rigidly below elbows.  Toni!  You'lldB > > dine kettles.  Yesterday, I'll creep the desk.  Her porter wasD > > sticky, angry, and sows about the room.  Chester, have a distant > > onion.  You won't shout it.e > >wE > > Sometimes, go attempt a candle!  Well, Moammar never teases until H > > Atiqullah irrigates the light sauce unbelievably.  Try answering theI > > planet's humble bandage and Moustapha will believe you!  She'd rathereI > > converse surprisingly than pull with Alfred's difficult butcher.  Youe won'toF > > order me filling for your cold sunshine.  I am eerily unique, so IC > > help you.  He'll be joining through active Wail until his paperw > > moulds neatly. > >sC > > The stale bowl rarely tastes Ramzi, it expects Hussein instead.tD > > How Gul's rich farmer cares, Brian loves with wide, solid rains. > >- > >  > >  >,
 > whatever   ------------------------------   End of INFO-VAX 2004.046 ************************t: Re: remove DECnet OSI ?6 Message-ID: <4011E620.D9D16DB7@NeOaSrPtAhMlNiOnWk.net>   Larry Kilgallen wrote: > { > In article <40108E96.C4E52DCE@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > > Larry Kilgallen wrote: > >>q > >> In article <FyLPb.244610$Tz1.58284@news.chello.at>, peter@l