1 INFO-VAX	Tue, 30 Dec 2003	Volume 2003 : Issue 722       Contents:2 Re: %ANALDISK-W-READHOME, error reading home block/ Re: A Christmas gift to all haters of Micro$hit : Announcing WRUG Meeting, January 13, 2004 (Northeast Ohio)
 DECserver 700 
 DECserver 700  DISK DRIVE PERFORMANCE Re: DISK DRIVE PERFORMANCE= Re: DSPP non-communication (was: V7.3-2 shipping problems...) = Re: DSPP non-communication (was: V7.3-2 shipping problems...) % Re: Fancy an AS GS140 8400 400 Mhz ?? % Re: Fancy an AS GS140 8400 400 Mhz ?? % Re: Fancy an AS GS140 8400 400 Mhz ?? ! Fancy an AS GS140 8400 400 Mhz ?? % Re: Fancy an AS GS140 8400 400 Mhz ?? % Re: Fancy an AS GS140 8400 400 Mhz ?? , Re: Floating point arithmetic support in DCL, RE: Floating point arithmetic support in DCL. Re: How to make exe return value to dcl symbol( Re: hp OpenVMS business solutions 2003 ?P RE: Is anyone else seeing Mount Verify messages on the console when you create/dP RE: Is anyone else seeing Mount Verify messages on the console when you create/dP Re: Is anyone else seeing Mount Verify messages on the console when you create/d& Re: Is VMS 7.1-2 as stable as 7.1-1H2?& Re: Is VMS 7.1-2 as stable as 7.1-1H2? Re: length of SCSNODE  Re: length of SCSNODE  Re: length of SCSNODE   Re: Mirror-Set vs. Partition-Set Obfuscation can be harmful Re: Obfuscation can be harmful Re: OpenMotif on ClosedVMS% Re: OpenVMS as Corporate Email Server  recommendation for NPAGEVIR  Re: recommendation for NPAGEVIR  Re: Samba for OpenVMS & Re: scrambled terminal output on OPA0:& Re: scrambled terminal output on OPA0: Re: TCPIP$LPD_VMS_FLAGPAGES  Re: V7.3-2 shipping problems...  Re: V7.3-2 shipping problems...  Re: V7.3-2 shipping problems...  Re: V7.3-2 shipping problems... B Re: [Dutch] Book "VAX/VMS Internals and data structures" available  F ----------------------------------------------------------------------  # Date: Mon, 29 Dec 2003 16:30:16 GMT & From: hoffman@hp.nospam (Hoff Hoffman); Subject: Re: %ANALDISK-W-READHOME, error reading home block 3 Message-ID: <sEYHb.11263$x91.5278@news.cpqcorp.net>   j In article <uHvBb.5014$xm.149007@nasal.pacific.net.au>, HARANGOZO CSABA   <spameater@spam.invalid> writes: :Ray <lists@atc.edu> wrote: K :> A drive went into Mount verify timeout with a couple thousand errors.  I F :> mounted it and it complained about a bad home block and said it wasG :> using the backup home block.  Seemed to be working fine since and no D :> more errors until I did an analyze/disk /repair.  I received the  :> following error.  :>  ? :> %ANALDISK-W-READHOME, error reading home block, VBN 2, RVN 1 ! :> -SYSTEM-F-PARITY, parity error  :>  E :> Should I just replace the drive, or is there any hope?  How do you ! :> fix a bad home block, init it?  : A :	Someone more knowledgable will write soon, but there is the old @ :	WRITEBOOT.EXE in the SYS$SYSTEM directory, which can, AFAK, to? :	write home block(s) on different parts of a disk. So there is ? :	hope, and do not discard the disk. You might do a search with A :	www.google.com, select this newsgroup and more than likely this  :	subject has been discussed.   I   I expect you are confusing some ODS structures -- certainly easy to do, 2   and a mistake that I've also been known to make.  G   WRITEBOOT and SET BOOTBLOCK (V8.1) work with the bootblock located at G   logical block zero (LBN0) of the disk, and not on the homeblock.  The B   bootblock can be overwritten and reconstituted easily, while theG   homeblock and other ODS disk volume structures are, um, somewhat more    difficult to reconstitute.  J   Prior to some OpenVMS I64 V8.1 changes, the homeblock is usually locatedG   after the bootblock -- with OpenVMS I64, the homeblock is now located H   somewhat further into the disk.  (I ended up having to occupy specificG   blocks at the front of the system disk, and the primary homeblock and F   -- when positioned at the front -- the index file -- had to be moved   further into the disk.)   E   The core tools that creates and writes the homeblock and the backup F   homeblock(s) are INITIALIZE, and tools that perform an equivalent toA   the initialization function such as a BACKUP/IMAGE restoration.     B :	Are there any new errors after the /REPAIR ? The ANALYZE utilityA :	might fixes this up. An INIT also could fix it, and if you have @ :	a good backup ( or the data is not critical on this disk ) I'd: :	suggest to initialise it ( then restore if applicable. )  G   Given the incidence of errors -- as others have commented -- it would E   appear that this disk is failing.  Reinitializing and reloading the F   disk contents -- something that causes blocks to be rewritten, whichF   is something which triggers bad block replacement -- might help, butE   in my experience such disk failures tend only to be the prelude to  G   catastrophic failures and reloading or reformatting the disk is -- at B   best -- a time-consuming and usually fruitless stop-gap measure.    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: Tue, 30 Dec 2003 00:37:00 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: A Christmas gift to all haters of Micro$hit) Message-ID: <3FF10EF9.DAEAF021@istop.com>    Dirk Munk wrote:P > managers will buy. Combine that with the antipathy or downright hatred againstR > M$ (45% of European companies would like to kick M$ out of the door rather todayO > then tomorrow), and it becomes clear that it was just a matter of time before  > this trend would set in.  M I think it is still too early to celebrate. Microsoft has a lot of rabbits it  could pull out of its hat.    I The day to celebrate is when HP starts to make advertisements that show a D lower price for Linux equipped PCs compared to Windows equipped PCs.   ------------------------------  # Date: Tue, 30 Dec 2003 01:08:01 GMT / From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com> C Subject: Announcing WRUG Meeting, January 13, 2004 (Northeast Ohio) - Message-ID: <3FF0CFDC.5AF92848@ix.netcom.com>    . /                 Announcing January 13th Meeting -                   Western Reserve Users Group .                  Local User Group of Encompass  J               (usual time and ALMOST usual place)                          ; If you are going to attend the LUG meeting on January 13th, = please RSVP to this message or to dtrwiz at ix dot netcom dat 8 com   We would like to get an estimate of the number who; will attend so we can have the appropriate number of slices 9 of pizza.  Please RSVP by noon on the day of the meeting.    Topic: A Linux Primer   ; This presentation is an introduction to Linux and includes:        * what is Linux?          * brief history of Linux"         * what does Linux include?#     * what is Open Source Software?          * development process !         * licensing: GPL, BSD ... %         * some prominent OSS products /         * differences with proprietary software      * Linux distributions '         * what is a Linux distribution? '         * how to acquire a distribution          * common distributions4         * what's different in various distributions?  * Topic:  Linux on the desktop: A case study  7    This case study describes experiences of using Linux 5    as a corporate desktop, including integrating with 6    corporate mail, office productivity tools, internet2    tools, VPN, wireless, PDAs, and legacy systems.6    Some of these tools will be demonstrated during the    presentation.  / Speaker: Ram Rao, Hewlett-Packard, Indianapolis   =    Ram Rao is a Solution Architect with HP who specializes in ?    Unix and Linux solutions.  He has worked at HP for 19 years, =    including 4 years with Compaq, and 14 years with Digital.  <    Prior to HP, he worked at AT&T's Bell Labs.  He was a key;    developer of the X Window System.  Ram holds a Ph. D. in ?    Computer Science from the University of Washington.  Dr. Rao     is based in Indianapolis.  ; [LUG Chair's comments:  I have previewed Ram's presentation 8 material.  These are two excellent talks; you won't want to miss them.]   Date:     Tuesday, January 13, 2004 Time:     4:00 to 7:00 PM 	 Location: 8    in the building across from the HP office  <-- change8    ParK Center Plaza II                       <-- change    Lower Level conference room8    6150 Oak Tree Blvd.                        <-- change    Independence, OH 44131 ;    (Call Rich's cell phone at 412-999-6427 if you get lost)  Map:   http://maps.yahoo.com/py/maps.py?Pyt=Tmap&ed=fHlg.Op_0Tp8cAk9FEnXFaJqwLrgHNEVHj2ZCgpRheC5zhYBRpY17CQ9e.8MEG4Q_RbNxpVrgvTpiJ6tD1A.32U6&csz=Independence,+OH+44131-6927&country=us&cs=9&name=&desc=&poititle=&poi=&uz=44131&ds=n&BFKey=&BFCat=&BFClient=&mag=9&ne   Directions: :    From the area of the interchange of I-480 and I-77, go *    south and take the Rockside Road exit.  =    At the bottom of the ramp, turn right (west) on Rockside.   ;    Go west two blocks (second light); turn left (south) on      Oak Tree Blvd.     See the LUG's web page at   %    http://eisner.decus.org/lugs/wrug/   & Future LUG meetings are scheduled for:      March 9, 2004)      Jim Jennis ,WRQ Inc., WRQ Verastream &      Jim Kvochick, AT&T, Wireless LANs    May 11, 2004     July 13, 2004    September 14, 2003     November 8, 2004   $ See you at the next meeting January.   Joe H. Gallagher WRUG LUG Chair0 dtrwiz at ix dot netcom dot com                   ------------------------------    Date: 29 Dec 2003 16:47:15 -0800' From: steven@psds.com (Steven Petersen)  Subject: DECserver 700< Message-ID: <9889b0a.0312291647.309901ad@posting.google.com>  B I need to buy or trade for your old DECserver 700 systems.  Please. contact me at steven@psds.com or 425-488-0710.   Thanks   Steven   ------------------------------    Date: 29 Dec 2003 16:50:16 -0800' From: steven@psds.com (Steven Petersen)  Subject: DECserver 700< Message-ID: <9889b0a.0312291650.45197b55@posting.google.com>  B I need to buy or trade for your old DECserver 700 systems.  Please. contact me at steven@psds.com or 425-488-0710.   Thanks   Steven   ------------------------------  % Date: Mon, 29 Dec 2003 15:16:52 -0600 ( From: brandon@dalsemi.com (John Brandon) Subject: DISK DRIVE PERFORMANCE 1 Message-ID: <03122915165251@dscis6-0.dalsemi.com>   8 DS-RZ1DB-VW   	 9.1-GB  Ultra SCSI Drive, 7.2k RPM, SBB 8 DS-RZ1ED-VW   	 18.2-GB Ultra SCSI Drive, 10k  RPM, SBB 8 DS-RZ1FC-VW   	 36-GB   Ultra SCSI Drive, 10k  RPM, SBB   G Does anyone have the performance information for the above disk drives?   + Looking for transfer rate and I/O capacity.   $ Or where can I find the information?   TIA!     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 29 Dec 2003 23:35:40 -0600+ From: young_r@encompasserve.org (Rob Young) # Subject: Re: DISK DRIVE PERFORMANCE 3 Message-ID: <qxvIEWfYQJLf@eisner.encompasserve.org>   \ In article <03122915165251@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:: > DS-RZ1DB-VW   	 9.1-GB  Ultra SCSI Drive, 7.2k RPM, SBB : > DS-RZ1ED-VW   	 18.2-GB Ultra SCSI Drive, 10k  RPM, SBB : > DS-RZ1FC-VW   	 36-GB   Ultra SCSI Drive, 10k  RPM, SBB  > I > Does anyone have the performance information for the above disk drives?  > - > Looking for transfer rate and I/O capacity.  > & > Or where can I find the information? >   ' 	One example .. because it takes time.     	Google:  DS-RZ1ED-VW = 	finds compaq part number.  I found this on the second google ? 	page.  I know I'm looking for a numeric and usually a -b21 or   	-bnn at the end:   / http://www.ebiztechcorp.com/specials/deals.html    DS-RZ1ED-VW (aka 380589-B21   6 	Searching 380589-b21 and looking at a number of hits:  4 http://www.computeranimal.com/harddrives/475984.html  E 	40 MByte/sec external transfer rate.  IO / sec (IOPS)?  Good luck.   > 	But here is a link, it has been debated in comp.arch.storage.  e http://groups.google.com/groups?selm=KaEnRv%2BJQp14%40eisner.encompasserve.org&oe=UTF-8&output=gplain   A 	10K drive , lightly loaded (queue depth 1 or so) does about 110  A 	random IO /sec.  But as you can see from that link above you can @ 	drive a 15K drive with multiple queues to get 200 IO/sec out of3 	it.  But as Bill points out, your turnaround drops  	off, as this graph shows:  5 	Looking at a bunch of different stream combinations:   9 IO Strm	IO Rte	Elpsed Time	IO Duration	IO Spread	Worst IO + 1	143/s	27.82 sec	6.9 ms		2.0 ms		29.2   ms , 2	147/s	27.14 sec	13.5 ms		2.9 ms		44.9   ms, 3	175/s	22.82 sec	16.9 ms		9.3 ms		110.3  ms- 4	190/s	21.04 sec	20.7 ms		14.4 ms		129.8  ms - 5	201/s	19.81 sec	24.3 ms		17.8 ms		195.3  ms 3 8       230/s	17.37 sec	33.8 ms		28.2 ms		259.7  ms 3 16      238/s	16.79 sec	65.9 ms		32.2 ms		368.1  ms   < 	2 IO streams, can only service one at a time so must be at B 	least 1 pending IO, etc.  But as you can see, even though you canD 	get 230 IOPS with 8 IO streams, on average it takes 33.8 ms per IO.  > 	I've used two different tools over the years.   This next bit 	is using that other tool.  C 	Here is a measure of 111 1K IO/sec out of a 10K drive, queue depth  	of 1:  Z http://groups.google.com/groups?selm=2hF0K83lfcFv%40eisner.encompasserve.org&output=gplain  D iot /count=4000 /pattern=random/queue=1/size=2 $1$dga222:/show=histoN _$1$DGA222: (DGX00 DG)  4000 xfer,    35.940 sec,111.3 xfer/sec,    111 Kb/sec  7 	Here is a measure of 110 8K IO/sec out of a 10K drive:   E iot /count=4000 /pattern=random/queue=1/size=16 $1$dga222:/show=histo N _$1$DGA222: (DGX00 DG)  4000 xfer,    36.190 sec,110.5 xfer/sec,    884 Kb/sec     	Queue depth of 4:  E iot /count=4000 /pattern=random/queue=4/size=16 $1$dga222:/show=histo N _$1$DGA222: (DGX00 DG)  4000 xfer,    14.140 sec,282.9 xfer/sec,   2263 Kb/sec  B 	you jump to 283 IO/sec.  But this is very misleading as it is NOT? 	a single drive but a mirror so please keep that in mind if you E 	pour through that link above.  Queue depth of 1 is a legitimate test F 	as it will go to 1 drive of the mirror pair.  The 15K drive stuff is E 	a single drive off a SCSI controller.  The 10K stuff is a Symmetrix  B 	hyper (mirror).  There are other refs that show 10K drives do 110E 	IOPS out there.  But here is a 10K drive that does 130 IOPS and this H 	is probably legit as it has a faster seek time (4.5 ms versus a typicalG 	value of 5.2 or 5.4 ms for "older" 10K drives, so a 15-20% improvement @ 	in seek would/should translate into a 15-20% increase in IOPS):  Q http://www.cdconsult.net/Maxtor/products/SCSI%20Drives/atlas_10k_iii_ultra320.htm    				Rob    ------------------------------    Date: 29 Dec 2003 16:58:24 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) F Subject: Re: DSPP non-communication (was: V7.3-2 shipping problems...)3 Message-ID: <eadadxN+j1B+@eisner.encompasserve.org>   U In article <00A2B1B4.DB3C76B6@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: f > In article <aD0Ib.11307$%o1.2321@news.cpqcorp.net>, Mark Schafer <mark.schafer@nospamhp.com> writes:F >>I've forwarded this to the DSPP team that manages SDKs.  If you are I >>getting software from DSPP and the shipping info is wrong, please call  3 >>800 249 3294, press 4 and speak to a program rep.  > N > Which begs the question... is there anything of any use in this DSPP program > other than the DSK???  > O > Your post cause me to wonder if I could access the www.hp.com/dspp pages with O > my Apple PowerBook G4 and Safari.  I went to the side and found my userid via O > a form that asked for my name and email address.  Then, I asked for the pass- ( > word and I was sent this gobbledegook: >  > https://passport.hp.com/hpp2/altlogin.do?email=VAXman@tmesis.com&var=OabPNVgx&SMLOCALE=US-EN&hpappid=hpcl&TARGET=https%3A%2F%2Fpassp > ort.hp.com%2Fhpp2%2Fdologin.do%3Fsmredirect%3Dhttp%3A%2F%2Fh21007.www2.hp.com%2Fdspp%2Fprot%2Fcomn%2Fcomn_SetDSPPCookie_PRT_IDX  > M > I carefully typed it into the URL window of Safari and was presented with a M > page that asked for the userid.  I entered it and was taken to a page that  N > says: "Bad login attempt.  Please try again." and then a userid and password	 > window.  >   > This DPSS thing is impossible!  I I did not even get that far, as I found it required cookies or Javascript  (I forget which).    ------------------------------  # Date: Tue, 30 Dec 2003 01:57:51 GMT " From:   VAXman-  @SendSpamHere.ORGF Subject: Re: DSPP non-communication (was: V7.3-2 shipping problems...)0 Message-ID: <00A2B1D6.EE14E9DA@SendSpamHere.ORG>  c In article <eadadxN+j1B+@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:  {...snip...}! >> This DPSS thing is impossible!  > J >I did not even get that far, as I found it required cookies or Javascript >(I forget which).  I Pat Foley set me up with DPSS over the phone.  I just wanted to log in to I see if it would work better with Safari than with Moz or Nutscrape.  Only  M$ IE seems to be supported.  I What I don't understand is why something *free* has to be this tied up in J M$isms.  I can bank, make on-line purchases, eBay, etc. without Javascript< or cookie too yet I can't get to a *free* developer's forum.  = I'm happy I'm actually losing my interest in VMS.  Thanks HP!     --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 29 Dec 2003 22:40:30 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> . Subject: Re: Fancy an AS GS140 8400 400 Mhz ??' Message-ID: <3FF09F4E.D6776CB4@aaa.com>   > He, it wasn't even sold at the starting price of $1.995 USD...+ What did those cost a couple of years ago ?   	 Jan-Erik.    Jan-Erik Sderholm wrote:  > ' > Would make a nice hobbyist system :-)  > /Jan-Erik. > ? > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3066681552    ------------------------------  % Date: Mon, 29 Dec 2003 15:28:16 -0800 % From: Dean Woodward <deanw@rdrop.com> . Subject: Re: Fancy an AS GS140 8400 400 Mhz ??( Message-ID: <3FF0B890.9010700@rdrop.com>   Jan-Erik Sderholm wrote: > >http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3066681552  I Drat. Wish I'd seen it sooner- that's ~75km from me; I could have driven  1 down to pick it up and saved a *lot* on shipping.    ------------------------------  % Date: Tue, 30 Dec 2003 00:45:18 +0100 * From: Paul Sture <nospam@sture.homeip.net>. Subject: Re: Fancy an AS GS140 8400 400 Mhz ??0 Message-ID: <3FF0CA9D.11246B1A@sture.homeip.net>   Jan-Erik Sderholm wrote:  > @ > He, it wasn't even sold at the starting price of $1.995 USD...- > What did those cost a couple of years ago ?  >  > Jan-Erik.  >  > Jan-Erik Sderholm wrote:  > > ) > > Would make a nice hobbyist system :-)  > > /Jan-Erik. > > A > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3066681552   F Ugh. My first Hobbyist Alpha cost more than that, but I dread to think2 of how much electricity that config would consume.   --  
 Paul Sture   ------------------------------  % Date: Mon, 29 Dec 2003 21:07:53 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> * Subject: Fancy an AS GS140 8400 400 Mhz ??' Message-ID: <3FF08999.6C81C022@aaa.com>   % Would make a nice hobbyist system :-) 
 /Jan-Erik.  = http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3066681552    ------------------------------  + Date: Mon, 29 Dec 2003 18:39:15 -0500 (EST) + From: Lord Isildur <isildur@andrew.cmu.edu> . Subject: Re: Fancy an AS GS140 8400 400 Mhz ??H Message-ID: <Pine.LNX.4.58-035.0312291837550.7043@unix44.andrew.cmu.edu>  F send the guy mail and see if hes interested in selling it.. i've oftenJ used ePay as a way to find people with inventories of stuff i'm interestedF in, and asked them about other stuff or about more of the stuff theyreD listing, and done deals without anybody paying the rather steep ePay
 fees, too.   isildur     ) On Mon, 29 Dec 2003, Dean Woodward wrote:    > Jan-Erik Sderholm wrote: @ > >http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3066681552 > J > Drat. Wish I'd seen it sooner- that's ~75km from me; I could have driven3 > down to pick it up and saved a *lot* on shipping.  >    ------------------------------  % Date: Mon, 29 Dec 2003 22:42:49 -0800 % From: Dean Woodward <deanw@rdrop.com> . Subject: Re: Fancy an AS GS140 8400 400 Mhz ??( Message-ID: <3FF11E69.9080406@rdrop.com>   Paul Sture wrote: B > Ugh. My first Hobbyist Alpha cost more than that, but I dread to: > think of how much electricity that config would consume.  H Yeah, I paid more than that for my AS1200. And it'd fit neatly where my  furnace is now... ;-)    "isildur" wrote:> > send the guy mail and see if hes interested in selling it..   0 "the guy" is the State of Oregon disposal group.   ------------------------------  % Date: Mon, 29 Dec 2003 21:56:56 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>5 Subject: Re: Floating point arithmetic support in DCL 6 Message-ID: <3FF0F788.7862539F@NeOaSrPtAhMlNiOnWk.net>   Charlie Hammond wrote: > h > In article <EWTFb.11204$bD4.3662@news.cpqcorp.net>, "Guy Peleg" <guy.peleg@hp.com_remove_this> writes: > >Hi Folks, > > 9 > >Here is your chance to influence the future of VMS....  > > N > >I have investigated the possibility of supporting floating point arithmetic0 > >in DCL. The intention is to support something > >similar to the following: > > 	 > >a=1.23 	 > >b=2.44  > >  > >write sys$output a+b  > >3.67  > > > If 5 / 4 .eq. 1.25 and not just 1, a lot of code will break.  H True. However, if 5 / 4 .eq. 1 and 5. / 4. .eq. 1.25, then we're good to go.   J > Likewise if a5 = 5 and a4 = 4, then if a5 / a4 .eq. 1.25 and not just 1, > the same problem exists.  B Rather depends on whether A5 and A4 were "declared" (implicitly or  explicitly) as integer or float.  D > Search SYS$SYSTEM,SYS$STARTUP,SYS$UPDATE etc. *.com for lines that2 > conatin both / and .EQS. to find some examples.   F Well, technically a .EQS. test for an integer result might not produce the desired effect.    > There are also buildD > and kitting files that assume the existing behaviour (truncation). > / > How will compares of repeating decimals work?  > + > e.g. is (1 / 3 .eqs. .333) true or false?   F That's a problem in most any language, AFAIK, not just a potential DCL issue.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 29 Dec 2003 21:36:47 -0800 # From: "Tom Linden" <tom@kednos.com> 5 Subject: RE: Floating point arithmetic support in DCL 9 Message-ID: <NDEMLKKEBOIFBMJLCECICEDLCJAA.tom@kednos.com>    /* -----Original Message----- H /* From: David J. Dachtera [mailto:djesys.nospam@NeOaSrPtAhMlNiOnWk.net]* /* Sent: Monday, December 29, 2003 7:57 PM /* To: Info-VAX@Mvb.Saic.Com8 /* Subject: Re: Floating point arithmetic support in DCL /* /* /* Charlie Hammond wrote:  /* >= /* > In article <EWTFb.11204$bD4.3662@news.cpqcorp.net>, "Guy 0 /* Peleg" <guy.peleg@hp.com_remove_this> writes: /* > >Hi Folks,  /* > >< /* > >Here is your chance to influence the future of VMS.... /* > >@ /* > >I have investigated the possibility of supporting floating /* point arithmetic 3 /* > >in DCL. The intention is to support something  /* > >similar to the following:  /* > > /* > >a=1.23 /* > >b=2.44 /* > > /* > >write sys$output a+b
 /* > >3.67 /* >A /* > If 5 / 4 .eq. 1.25 and not just 1, a lot of code will break.  /*K /* True. However, if 5 / 4 .eq. 1 and 5. / 4. .eq. 1.25, then we're good to  /* go.  G No. No. No.  I am familiar with and have written compilers for a number J of different languages and the only language that got this right was PL/I, so3 if you want to learn how to do it correctly RTFM at : ftp://freja.kednos.com/pub/html/vms/reference/6291pro.html  G mixed mode arithmetic is tricky and requires conventions, which is why,  e.g., H PL/I has both DIVIDE(x,y,p,[q]) and x/y, where p and q are precision and scale,- and same for the other elementary operations.   J Finally you people keep referring to this as float.  It isn't.  It will be implemented J as extended precision scaled fixed decimal, so lets get the terms straight	 at least.  /*A /* > Likewise if a5 = 5 and a4 = 4, then if a5 / a4 .eq. 1.25 and  /* not just 1, /* > the same problem exists.  /*E /* Rather depends on whether A5 and A4 were "declared" (implicitly or # /* explicitly) as integer or float.  /*G /* > Search SYS$SYSTEM,SYS$STARTUP,SYS$UPDATE etc. *.com for lines that 4 /* > conatin both / and .EQS. to find some examples. /*I /* Well, technically a .EQS. test for an integer result might not produce  /* the desired effect. /* /* > There are also build G /* > and kitting files that assume the existing behaviour (truncation).  /* >2 /* > How will compares of repeating decimals work? /* >. /* > e.g. is (1 / 3 .eqs. .333) true or false? /*I /* That's a problem in most any language, AFAIK, not just a potential DCL 	 /* issue.  /* /* --  /* David J. Dachtera /* dba DJE Systems /* http://www.djesys.com/  /*+ /* Unofficial Affordable OpenVMS Home Page: " /* http://www.djesys.com/vms/soho/ /* /* ---) /* Incoming mail is certified Virus Free. = /* Checked by AVG anti-virus system (http://www.grisoft.com). D /* Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003 /* --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003    ------------------------------  % Date: Mon, 29 Dec 2003 12:05:16 -0500 & From: David M Smith <dsmit115@csc.com>7 Subject: Re: How to make exe return value to dcl symbol 8 Message-ID: <0ln0vvcbcelpdc17ec9trrdb376ids1o2f@4ax.com>  O On Fri, 26 Dec 2003 17:20:35 -0500, JF Mezei <jfmezei.spamnot@istop.com> wrote:   L >Does LIB$SET_SYMBOL allow one to set a binary integer value to a symbol, orM >only strings ? (is it a question of finding the right descriptor dsc$b_dtype / >to indicate that the contents are an integer ?    According to the documentation:   N "Trailing blanks are not removed from the value string before use. The maximumJ length of value-string is 1024 characters. Integer values are not allowed;O LIB$SET_SYMBOL is intended to set string CLI symbols, not integer CLI symbols."   O I have no other anecdotal evidence. I have used the call to set string symbols.     I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Mon, 29 Dec 2003 13:32:29 -0500 , From: "warren sander" <warren.sander@hp.com>1 Subject: Re: hp OpenVMS business solutions 2003 ? , Message-ID: <3ff073d6$1@usenet01.boi.hp.com>  L that is a development url. it's supposed to have broken links. It is a proto of what's on the cd.   -warren     C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message - news:KEJEb.145799$dt3.95514@news.chello.at... G > I just stumbled over an old URL again and found it contains many dead  links. > + > http://www.lpsolutions.com/ovms2003/html/  > 9 > Is it only my MOZILLA D1.5 or is this really the case ?  > If it is, did it ever work ? >  > --   > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 29 Dec 2003 15:31:09 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> Y Subject: RE: Is anyone else seeing Mount Verify messages on the console when you create/d R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB1E10A0@tayexc19.americas.cpqcorp.net>   > -----Original Message-----0 > From: Scott Vieth [mailto:svieth@wi.rr.com]=20" > Sent: December 29, 2003 11:48 AM > To: Info-VAX@Mvb.Saic.Com @ > Subject: Re: Is anyone else seeing Mount Verify messages on=206 > the console when you create/delete snapshots on EVA? >=20
 > Michael: >=20B > I have the most recent patches for 7.3-1 in place.  I checked=20@ > with the CSC and the person who responded to me said it was=20B > "normal" for mount verify messages to appear on the console. =20B > He said that the EVA was sending the OS a SCSI message to let=20? > the OS know that something had changed on the EVA.  The OS=20 3 > interprets this message as an error of some sort.  >=20) > [That's my interpretation of his reply]  >=20B > This is very odd.  We are going to be stuck with mount verify=20A > messages on the console and we're supposed to interpret this=20 
 > as "normal"  > behavior.... >=20 > -Scott >=20= > Michael Austin <maustin@no-more-spam.firstdbasource.com>=20  > wrote in message=20 9 > news:<sw0Fb.1632$EL4.185@newssvr22.news.prodigy.com>...  > > Scott Vieth wrote: > >=20	 > > > Hi:  > > >=20H > > > Is anyone else seeing Mount Verify messages on your AlphaServer=20E > > > console when you create/delete snapshots on an EVA (which is=20 # > > > attached to your VMS system)?  > > >=20J > > > [The m.v. messages show up against the unit that is the source of=20 > > > the snapshot.] > > >=20H > > > Please drop me a short email and say "Yeah, me too!" if you are=20" > > > experiencing this phenomena. > > >=20
 > > > Thanks,  > > >=20 > > > -Scott Vieth > > > svieth@wi.rr.com > >=20? > > Make sure you have the latest FIBRE-SCSI patches installed.  > >=20? > > We make extensive use of SNAPSHOTS on our EVA (168x146GB=20  > with 72 more=20 @ > > drives on order).  We have 50 or so clusters that "own" a=20 > LUN on the=20 < > > EVA, then we have a seperate cluster that will make a=20 > snapshot for the=20 ? > > purpose of backing up that LUN to tape.  I will check on=20  > Monday to see=20( > > if we can correlate any MV messages. > >=20 > > Michael. >=20 >=20   Scott,  H As a fyi, the following extract from the V7.3-2 new feature notes may be of interest:C http://h71000.www7.hp.com/doc/732FINAL/aa-rv8xa-te/aa-rv8xa-te.HTML F "In a Storage Area Network (SAN), mount verification takes place for a variety of reasons, including:% - Path switch by another cluster node : - Dropped Fibre Channel packets (an infrequent occurrence); - Rezone of a SAN, which causes in-flight I/O to be dropped   G Quieter mount verification suppresses the messages that previously were > displayed for mount verification events from which the devices= immediately recovered. These messages alarmed some customers.   H The number of messages logged to the operator's log is now controlled byD two system parameters: MVSUPMSG_NUM and MVSUPMSG_INTVL. MVSUPMSG_NUME specifies a number of mount verifications; MVSUPMSG_INTVL specifies a E duration in seconds. If the number of mount verifications for a given G device meets or exceeds the number specified by MVSUPMSG_NUM within the C time specified for MVSUPMSG_INTVL, then an OPCOM message is issued.   H Customers who prefer the prior behavior or who would like to increase orE decrease the number of messages that are logged can adjust the system  parameter settings.    ------------------------------  % Date: Mon, 29 Dec 2003 15:52:52 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> Y Subject: RE: Is anyone else seeing Mount Verify messages on the console when you create/d R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB1E10A2@tayexc19.americas.cpqcorp.net>   > > -----Original Message-----/ > > From: Scott Vieth [mailto:svieth@wi.rr.com] $ > > Sent: December 29, 2003 11:48 AM > > To: Info-VAX@Mvb.Saic.Com F > > Subject: Re: Is anyone else seeing Mount Verify messages on the=204 > > console when you create/delete snapshots on EVA? > >=20 > > Michael: > >=20< > > I have the most recent patches for 7.3-1 in place.  I=20 > checked with the=20 B > > CSC and the person who responded to me said it was "normal"=20 > for mount=20- > > verify messages to appear on the console. @ > > He said that the EVA was sending the OS a SCSI message to=20 > let the OS=202J > > know that something had changed on the EVA.  The OS interprets this=20% > > message as an error of some sort.a > >=20+ > > [That's my interpretation of his reply]1 > >=20= > > This is very odd.  We are going to be stuck with mount=20R > verify messages=20C > > on the console and we're supposed to interpret this as "normal"l > > behavior.... > >=20
 > > -Scott > >=20< > > Michael Austin <maustin@no-more-spam.firstdbasource.com> > > wrote in message; > > news:<sw0Fb.1632$EL4.185@newssvr22.news.prodigy.com>...  > > > Scott Vieth wrote: > > >=20 > > > > Hi:n
 > > > >=20J > > > > Is anyone else seeing Mount Verify messages on your AlphaServer=20G > > > > console when you create/delete snapshots on an EVA (which is=20e% > > > > attached to your VMS system)?y
 > > > >=20B > > > > [The m.v. messages show up against the unit that is the=20 > source of=20 > > > > the snapshot.]
 > > > >=20J > > > > Please drop me a short email and say "Yeah, me too!" if you are=20$ > > > > experiencing this phenomena.
 > > > >=20 > > > > Thanks,w
 > > > >=20 > > > > -Scott Vieth > > > > svieth@wi.rr.com > > >=20A > > > Make sure you have the latest FIBRE-SCSI patches installed.C > > >=20> > > > We make extensive use of SNAPSHOTS on our EVA (168x146GB > > with 72 more? > > > drives on order).  We have 50 or so clusters that "own" a  > > LUN on the; > > > EVA, then we have a seperate cluster that will make an > > snapshot for the> > > > purpose of backing up that LUN to tape.  I will check on > > Monday to seen* > > > if we can correlate any MV messages. > > >=20 > > > Michael. > >=20 > >=20 >=20 > Scott, >=20@ > As a fyi, the following extract from the V7.3-2 new feature=20 > notes may be of interest:"E > http://h71000.www7.hp.com/doc/732FINAL/aa-rv8xa-te/aa-rv8xa-te.HTML-? > "In a Storage Area Network (SAN), mount verification takes=202, > place for a variety of reasons, including:' > - Path switch by another cluster nodeK< > - Dropped Fibre Channel packets (an infrequent occurrence)= > - Rezone of a SAN, which causes in-flight I/O to be dropped0 >=20< > Quieter mount verification suppresses the messages that=20A > previously were displayed for mount verification events from=20v< > which the devices immediately recovered. These messages=20 > alarmed some customers.  >=20? > The number of messages logged to the operator's log is now=20 : > controlled by two system parameters: MVSUPMSG_NUM and=20= > MVSUPMSG_INTVL. MVSUPMSG_NUM specifies a number of mount=20 : > verifications; MVSUPMSG_INTVL specifies a duration in=20> > seconds. If the number of mount verifications for a given=20A > device meets or exceeds the number specified by MVSUPMSG_NUM=20f@ > within the time specified for MVSUPMSG_INTVL, then an OPCOM=20 > message is issued. >=20A > Customers who prefer the prior behavior or who would like to=20F@ > increase or decrease the number of messages that are logged=20+ > can adjust the system parameter settings.Y   Scott,  F Oop, apologies, but here is a more specific V7.3-2 link to my previous reply:D http://h71000.www7.hp.com/doc/732FINAL/aa-rv8xa-te/00/00/39-con.html   Regardst  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660o Fax: 613-591-4477O Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------    Date: 29 Dec 2003 14:18:52 -0800& From: chessmaster1010@hotmail.com (JG)Y Subject: Re: Is anyone else seeing Mount Verify messages on the console when you create/d = Message-ID: <dd3f0cb7.0312291418.46f0b386@posting.google.com>c  E Accoding the list of new features, the superfluous mount verificationp) opcoms are fixed (finally!) in VMS 7.3-2.   h svieth@wi.rr.com (Scott Vieth) wrote in message news:<5a85bce2.0312290848.c671ae9@posting.google.com>...
 > Michael: > H > I have the most recent patches for 7.3-1 in place.  I checked with theG > CSC and the person who responded to me said it was "normal" for mountrE > verify messages to appear on the console.  He said that the EVA wasIE > sending the OS a SCSI message to let the OS know that something hadnD > changed on the EVA.  The OS interprets this message as an error of > some sort. > ) > [That's my interpretation of his reply]h > H > This is very odd.  We are going to be stuck with mount verify messagesA > on the console and we're supposed to interpret this as "normal"( > behavior.... >  > -Scott >  > Michael Austin <maustin@no-more-spam.firstdbasource.com> wrote in message news:<sw0Fb.1632$EL4.185@newssvr22.news.prodigy.com>...o > > Scott Vieth wrote: > > 	 > > > Hi:t > > > E > > > Is anyone else seeing Mount Verify messages on your AlphaServercK > > > console when you create/delete snapshots on an EVA (which is attachedo > > > to your VMS system)? > > > K > > > [The m.v. messages show up against the unit that is the source of the  > > > snapshot.] > > > E > > > Please drop me a short email and say "Yeah, me too!" if you aree" > > > experiencing this phenomena. > > > 
 > > > Thanks,l > > >  > > > -Scott Vieth > > > svieth@wi.rr.com > > ? > > Make sure you have the latest FIBRE-SCSI patches installed.- > > J > > We make extensive use of SNAPSHOTS on our EVA (168x146GB with 72 more I > > drives on order).  We have 50 or so clusters that "own" a LUN on the 0K > > EVA, then we have a seperate cluster that will make a snapshot for the fK > > purpose of backing up that LUN to tape.  I will check on Monday to see i( > > if we can correlate any MV messages. > >  > > Michael.   ------------------------------    Date: 29 Dec 2003 17:47:26 -0800( From: bob@instantwhip.com (Bob Ceculski)/ Subject: Re: Is VMS 7.1-2 as stable as 7.1-1H2?a< Message-ID: <d7791aa1.0312291747.f8d5b3b@posting.google.com>  _ hoff@hp.nospam (Hoff Hoffman) wrote in message news:<G0ZHb.11267$x91.11212@news.cpqcorp.net>...oi > In article <d7791aa1.0312231011.3e1b9ac@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: ? > :anyone with lengthy 7.1-2 use have any issues with anything,- > :especially shadowing? > E >   V7.1-2 has various improvements over V7.1-1H1, and is effectively.C >   a roll-up of all patches for V7.1, V7.1-1H1, and V7.1-1H2.  ThetF >   release also serves as a baseline for newer ECOs, and particularlyD >   for kits that are not available on V7.1, V7.1-1H1, and V7.1-1H2. > F >   V7.1-2 is, however, ancient and long since exited both the CurrentE >   Version Support and the Prior Version Support (PVS) status.  (ForC >   current PVS information, status and plans, please see the FAQ.)a > G >   If you are particularly interested in shadowing, it would be betterkH >   to stay somewhat more current as this will provide you access to theJ >   most recent software and the most recent updates -- as a general rule,7 >   we don't back-port patches to unsupported releases.  > I >   In my experience, V7.1-2 and V7.2-2 and V7.3-1 are all stable -- I'verG >   run all three releases over long periods.  (YMMV, quite obviously.)p > F >   V7.2-2 would be the obvious trailing-edge :-) upgrade path.  (ThatG >   in light of your proclivity for older releases, and not intended toe2 >   reflect upon the quality of V7.3-1 or V7.3-2.) > F >   As is usual for these questions, there can be no certain answer --G >   each installation is different, and each customer installation can iK >   involve different areas of OpenVMS and different products and differentTI >   configurations.  And of course, you will want to download and installkG >   the mandatory ECO kits -- regardless of the target OpenVMS version.t > P >  ---------------------------- #include <rtfaq.h> -----------------------------M >     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqlP >  --------------------------- pure personal opinion ---------------------------G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coms  C we are still flying on alphaserver 800s and PWS433,500 and 600s ...PB we will however start upgrading to DS10s and DS20Es and don't want? to pay certain vendors upgrade fees for some software we run inc@ order to go to 7.2 or 7.3 (i.e. synergy), so this would save us @ a lot of money and not have to pay upgrade fees until itanium isE stable ... 7.1-1H2 has run flawless for 5 years now and that includes C scsi clusters, so if 7.1-2 runs just as great then we are set until0E itanium ... OpenVMS is sure a money saver!  I guarantee our TCO kickse everyone elses butt!  :)   ------------------------------  # Date: Mon, 29 Dec 2003 16:56:06 GMTo# From: hoff@hp.nospam (Hoff Hoffman) / Subject: Re: Is VMS 7.1-2 as stable as 7.1-1H2? 4 Message-ID: <G0ZHb.11267$x91.11212@news.cpqcorp.net>  g In article <d7791aa1.0312231011.3e1b9ac@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:5= :anyone with lengthy 7.1-2 use have any issues with anything,O :especially shadowing?  C   V7.1-2 has various improvements over V7.1-1H1, and is effectivelyaA   a roll-up of all patches for V7.1, V7.1-1H1, and V7.1-1H2.  The0D   release also serves as a baseline for newer ECOs, and particularlyB   for kits that are not available on V7.1, V7.1-1H1, and V7.1-1H2.  D   V7.1-2 is, however, ancient and long since exited both the CurrentC   Version Support and the Prior Version Support (PVS) status.  (ForgA   current PVS information, status and plans, please see the FAQ.)   E   If you are particularly interested in shadowing, it would be bettersF   to stay somewhat more current as this will provide you access to theH   most recent software and the most recent updates -- as a general rule,5   we don't back-port patches to unsupported releases.   G   In my experience, V7.1-2 and V7.2-2 and V7.3-1 are all stable -- I've5E   run all three releases over long periods.  (YMMV, quite obviously.)0  D   V7.2-2 would be the obvious trailing-edge :-) upgrade path.  (ThatE   in light of your proclivity for older releases, and not intended toe0   reflect upon the quality of V7.3-1 or V7.3-2.)  D   As is usual for these questions, there can be no certain answer --E   each installation is different, and each customer installation can  I   involve different areas of OpenVMS and different products and differentuG   configurations.  And of course, you will want to download and installvE   the mandatory ECO kits -- regardless of the target OpenVMS version.-  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqsN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  + Date: Mon, 29 Dec 2003 19:47:03 +0000 (UTC)iP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: length of SCSNODE$ Message-ID: <bsq0bn$564$1@online.de>  H In article <9mZHb.11277$x91.8284@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: -  4 >   Please use six characters for the SCSNODE value.  D I always do.  (Luckily for me, there are many 6-character names for C characters (no pun intended) in the science-fiction works of Isaac   Asimov.)  3 >   You might find eight to work, or you might not.. > G >   More than just DECnet can encounter problems with the longer names.R > F >   I'm more interested in differences from f$getsyi or similar -- forH >   items SCSNODE and NODENAME -- than in the specific format of what isI >   in MODPARAMS.DAT from an AUTOGEN pass.  In the actual running values,oI >   and not in what AUTOGEN might write in MODPARAMS.DAT -- MODPARAMS.DATo$ >   sees post-processing, obviously.  > MODPARAMS.DAT is only written to by a person or by the upgrade procedure, right?   6 See my post where I show some output from SYSGEN SHOW.  C I first noticed this when I put the following in my cluster-common . startup:   $!      OPC$LOGFILE_NAME $!@ $       IF F$SEARCH("CLUSTER_MANAGER:MOUNT.COM") .NES. "" THEN -.          DEFINE/SYSTEM/EXEC OPC$LOGFILE_NAME -J          CLUSTER_MANAGER:OPERATOR_'F$EDIT(F$GETSYI("SCSNODE"),"TRIM")'.LOG $! $!K $!              This logical supplies information to be used in conjunction/L $!              with the default name SYS$MANAGER:OPERATOR.LOG to define theL $!              name of the log file.  If the log file is directed to a diskN $!              other than the system disk, commands to mount that disk shouldJ $!              be included in the command procedure SYLOGICALS.COM.  ThisJ $!              logfile name will be used whenever a logfile is recreated. $! $!  F (CLUSTER_MANAGER (LIKE CLUSTER_SYSTEM, CLUSTER_LIBRARY etc) point to a? directory on a non-system shadow set which has members directlysF connected to two different nodes and is mounted by all nodes when theyB boot into the cluster.  In other words, I keep OPERATOR.LOG on theG system disk only when, in exceptional cases like during an upgrade, the/7 corresponding node is temporarily out of the cluster.) 6  G In the original version, I didn't have the F$EDIT in there, and noticed D that the code worked on VAX but not ALPHA, although I have a) alwaysA used 6-character names and b) never had padding in MODPARAMS.DAT. C Tracking down the cause, it seems that on the ALPHA there was a neweF MODPARAMS.DAT created in the upgrade from 7.2-1 to 7.3-1 which I did aD month or so ago.  (I didn't get around to running AUTOGEN a few daysE after the upgrade---when I would have noticed this---since my 255/233u? died a few days after the upgrade (I'm hoping it's just a blown2B capacitor so I can fix it myself) and I quickly replaced it with aC 3000/300LX (fortunately, light enough to carry under one arm on the 	 train).) i  E The version of MODPARAMS.DAT with the padding was created ultimately iH from a version of MODPARAMS.DAT without the padding.  I haven't checked H yet to see whether the SYSGEN output, F$GETSYI etc show padding even if  there is none in MODPARAMS.DAT.   = It seems to me, though, that it shouldn't pad it to 8 at all.,   The command   C    SYSMAN> do sea sys$system:modparams.dat;* scsnode, " "/match=anda  I shows padded versions in older (probably automatically created) versions    of MODPARAMS.DAT on VAX as well.   ------------------------------  # Date: Mon, 29 Dec 2003 17:19:01 GMTe# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: length of SCSNODE3 Message-ID: <9mZHb.11277$x91.8284@news.cpqcorp.net>t  w In article <bsf283$67i$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:lI :Automatically created versions of MODPARAMS.DAT tend to set SCSNODE to arH :length of 8, i.e. pad it with spaces if the length is shorter than 8 (IC :tend to use 6; even though I'm not running DECnet at the moment, IuI :might, and IIRC the maximum node-name length is 6 and surely this should H :be the same as SCSNODE).  Is there any reason for this?  Any reason not/ :to change this and define it with no padding? j  2   Please use six characters for the SCSNODE value.  1   You might find eight to work, or you might not.a  E   More than just DECnet can encounter problems with the longer names.-  D   I'm more interested in differences from f$getsyi or similar -- forF   items SCSNODE and NODENAME -- than in the specific format of what isG   in MODPARAMS.DAT from an AUTOGEN pass.  In the actual running values,oG   and not in what AUTOGEN might write in MODPARAMS.DAT -- MODPARAMS.DAT "   sees post-processing, obviously.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqlN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comn   ------------------------------  + Date: Mon, 29 Dec 2003 19:25:56 +0000 (UTC)gP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: length of SCSNODE$ Message-ID: <bspv44$3bn$1@online.de>  D In article <bsp7vq$360$1@newslocal.mitre.org>, lewis@mazda.mitre.org (Keith A. Lewis) writes: o  K > But you would if you had vaxen with nodenames shorter than 6 characters. wK > From the observations made here, it appears VAX/VMS pads with spaces to 6t% > characters and Alpha/VMS pads to 8.   D That fits all the observations.  But what is the explanation for it?   ------------------------------  # Date: Tue, 30 Dec 2003 05:52:32 GMTn% From: "Mike Naime" <mnaime@kc.rr.com>o) Subject: Re: Mirror-Set vs. Partition-Set 9 Message-ID: <Ao8Ib.22818$fq1.13936@twister.rdc-kc.rr.com>:  < Keith Parris <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0312281333.7dedeca9@posting.google.com...e2 > "Mike Naime" <mnaime@kc.rr.com> wrote in message3 news:<r74Hb.190066$Eq1.98@twister.rdc-kc.rr.com>...gH > > Before I partitioned a storageset, I would CAREFULLY read the manual about F > > the effects of partitioning and the ability of a spareset drive to	 replace aa+ > > disk that is partitioned.  (It doesn't)  >u  > This doesn't make sense to me. >aD > If you have a mirrorset, and a member disk fails, that disk can beC > replaced with a disk from the spareset.  This works regardless oftH > whether the mirrorset is partitioned or not. (The spareset member doesG > need to be the same size disk (or larger) as the smallest disk in theiH > mirrorset, of course, not just the size of any individual partition on > the mirrorset.)r  + Don't you just love Technical writers.  :-)g  H Example:   I have a 36GB mirrorset.   I have 2-18's, 2-36's, and 2-72 GBJ disks in my spareset.  If I have a drive failure of a 36GB member, I couldK have either a 36GB or 72GB disk autospare into that mirrorset.  I could not 5 have the 18GB disk become a member of that mirrorset.-  I Or, If I had a 146GB mirrorset with the same spareset members (18,36,72),-@ none of them would work as spare disks for that 146GB mirrorset.   ------------------------------    Date: 29 Dec 2003 15:15:12 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)r# Subject: Obfuscation can be harmfulc3 Message-ID: <IifhmgbW+QBA@eisner.encompasserve.org>k  y In article <3FEF8324.5E5414A2@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:e  @ There is a limit to the amount of hoop-jumping people will do in response to obfuscation.  ' >   Subject: Somebody hiring in Chicago  > ? > Your message cannot be delivered to the following recipients:9 > 4 >   Recipient address: djesys@neoasrptahmlnionwk.net* >   Reason: Illegal host/domain name found >    ------------------------------  % Date: Mon, 29 Dec 2003 21:50:22 -0600v@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>' Subject: Re: Obfuscation can be harmfulu6 Message-ID: <3FF0F5FE.3035203D@NeOaSrPtAhMlNiOnWk.net>   Larry Kilgallen wrote: > { > In article <3FEF8324.5E5414A2@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:e > B > There is a limit to the amount of hoop-jumping people will do in > response to obfuscation. > ) > >   Subject: Somebody hiring in Chicagor > >wA > > Your message cannot be delivered to the following recipients:E > > 6 > >   Recipient address: djesys@neoasrptahmlnionwk.net, > >   Reason: Illegal host/domain name found > >s  H Regrettably, this is necessary to counter-act spamming and "harvesting".   -- o David J. Dachteral dba DJE Systems- http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Tue, 30 Dec 2003 00:48:17 -0500-* From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: OpenMotif on ClosedVMSE) Message-ID: <3FF1119E.4C755C11@istop.com>l   Keith Parris wrote:5@ > As the FAQ explains, "both Motif and Open Motif share the same  > functionality and source code.  I I was concerned because they had qualified those for a specific release. ?( (2.1.something if I remember correctly).  K Do you know if the HP deal with the Motif people gives HP access to any/all E versions of Motif, or do they buy rights only for specific versions ?n  D For instance,  the VMS folks only provide 1.2 for VAX VMS. Are usersI restricted to running 1.2 because that is all that was licenced, or couldiN users "legally" compile and use a more current version since they already have rights to use Motif ?a   ------------------------------  % Date: Tue, 30 Dec 2003 00:57:13 -0500i* From: JF Mezei <jfmezei.spamnot@istop.com>. Subject: Re: OpenVMS as Corporate Email Server) Message-ID: <3FF113B5.B9DA15DB@istop.com>o  F The SMTP server provided with the TCPIP Services isn't up to snuff for) coprorate email service. Not yet anyways.a  J It has support for RBL. But there are no documented hooks to add antivirusO software. (Does anyone know if it has hooks to add contents scanning software ?c  L Al;so, from what I have seen, the SMTP product doesn't have adequate loggingG capabilities, in particular the receiver processes (where the primitive  antispam is implemented).s  + As othere have said, PMDF would be the one.y   ------------------------------  + Date: Mon, 29 Dec 2003 22:41:07 +0000 (UTC)gP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)$ Subject: recommendation for NPAGEVIR$ Message-ID: <bsqai3$qlf$1@online.de>   NPAGEVIR parameter information:tD *** WARNING *** The value of NPAGEVIR (12888064) computed by AUTOGENH                 exceeds 33% of physical memory.  Please consider whether=                 this should be overridden by a smaller value.w  eI I got the above message after running AUTOGEN on a system which has been MC in the cluster for a couple of years and on which I've run AUTOGEN oD periodically.  I've never seen the message before.  The machine has " 32 MB and is a VAXstation 4000/60.  B What should I hard-code the value (or bound by MIN and MAX) to be?   ------------------------------  % Date: Mon, 29 Dec 2003 23:52:26 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>g( Subject: Re: recommendation for NPAGEVIR' Message-ID: <3FF0B02A.A93C1873@aaa.com>j  . Hm, maybe that's just AUTOGEN's way of politly5 saying "get yourself enough of memory, cheapskate !!"    :-) :-)   3 Anyway, *I* would try to get hold of another 32 Mb,, at least...c  	 Jan-Erik.i  / Phillip Helbig---remove CLOTHES to reply wrote:x > ! > NPAGEVIR parameter information:eF > *** WARNING *** The value of NPAGEVIR (12888064) computed by AUTOGENJ >                 exceeds 33% of physical memory.  Please consider whether? >                 this should be overridden by a smaller value.  > J > I got the above message after running AUTOGEN on a system which has beenD > in the cluster for a couple of years and on which I've run AUTOGENE > periodically.  I've never seen the message before.  The machine hasr$ > 32 MB and is a VAXstation 4000/60. > D > What should I hard-code the value (or bound by MIN and MAX) to be?   ------------------------------  % Date: Mon, 29 Dec 2003 09:08:41 -0500F& From: "Chris Moore" <just@my.twocents> Subject: Re: Samba for OpenVMS9 Message-ID: <qyWHb.2634$Vl6.734074@news20.bellglobal.com>-  J Hadn't intended to 'dis' SAMBA, had been told that it was somewhat limitedH compared to Pathworks  (shows how little I know about it, I suppose)  InI fact I only REQUIRE a limited amount of the PWRK functionality.(e.g. someeF small amount of file sharing, no print sharing, not sure about Windows! domain authentication, and so on)g   Thanks again   CM  2 "Dean Woodward" <deanw@rdrop.com> wrote in message" news:3FEF4BC1.6090700@rdrop.com... > Jan-Erik Sderholm wrote:v > > PS. 9 > > I'm not sure that SAMBA is a "limited alternative"...  >*C > What he said. I'm a very happy SAMBA user, on both VMS and Linux.t   ------------------------------    Date: 29 Dec 2003 08:24:23 -0600 From: briggs@encompasserve.org/ Subject: Re: scrambled terminal output on OPA0: 3 Message-ID: <BPjW7rfxa4sD@eisner.encompasserve.org>.  w In article <bsgopv$pon$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:aB > In article <3FEBBDB3.6B171EFD@NeOaSrPtAhMlNiOnWk.net>, "David J.; > Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: c > R >> > > > > I have a VT320 connected by an MMJ cable to a VAXstation 4000/60.  WhenN >> > > > > in an editor, the terminal output is scrambled, like there had beenP >> > > > > dropouts, line noise etc.  (The cable is quite short.)  This persistsP >> > > > > even after SET TERM/INQ etc.  If I then SET HOST/LAT or TELNET to theS >> > > > > same machine or another one (in the cluster or outside it), the terminalc >> > > > > works fine. > F >> > Considering that once I do SET HOST/LAT or TELNET (to the same orL >> > another machine) things work fine, doesn't that rule out bad grounding,K >> > dirty cables, missing flow control etc?  After all, if the informationi2 >> > is garbled, how can SET HOST/LAT ungarble it? >> SJ >> I think that question pretty much answers itself. You're going from theB >> console port on the machine to a terminal port on a server (twoJ >> different physical interfaces), no? ...or are you saying that you can -G >> from OPA0: - SET HOST/LAT to another node or TELNET to 127.0.0.1 andu >> have the problem go away? > I > Right, that's exactly what I am saying.  I can also SET HOST/LAT to the3E > same node or TELNET to another node.  The problem goes away then as, > well.   D I'd be suspicious of port speed issues.  VAX console ports typicallyF utilize very simple hardware and are often serviced with one character4 at a time interrupts serviced through the processor.  B It is not clear how that explanation is consistent with TELNET and/ SET HOST /LAT fixing things up for you, though.   C I can't remember whether VT320's can actually do 9600 baud.  I know*@ that VT100's and VT220's could not and had to periodically shush@ the host with XOFF.  (Achievable data rate was somewhere between* 4800 and 9600 bps, even with jump scroll).  E Unfortunately, I'm also not sure whether console speed is settable on A the VAXstation 4000.  I seem to recall that $ SET TERM /SPEED wase( a NOOP on a lot of VAX console hardware.   	John Briggs   ------------------------------  + Date: Mon, 29 Dec 2003 19:50:24 +0000 (UTC)fP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Re: scrambled terminal output on OPA0:i$ Message-ID: <bsq0i0$564$2@online.de>  G In article <bsphbq$eu73n$1@ID-152801.news.uni-berlin.de>, Michael Unger ( <spam.to.unger@spamgourmet.com> writes:   H > The VAXes of the 4000 series I know of (models 300 and 500) had rotaryD > switches to set the console speed -- 19200 being the maximum IIRC.D > Perhaps the console hardware of the VAXstation is similar to that.  D I have VAXstation 4000/60, VAXstation 4000/90 and VAX 4000/100A.  I ! haven't seen any rotary switches.-   ------------------------------  # Date: Mon, 29 Dec 2003 19:55:29 GMTa# From: hoff@hp.nospam (Hoff Hoffman) $ Subject: Re: TCPIP$LPD_VMS_FLAGPAGES3 Message-ID: <RE%Hb.11303$im1.8626@news.cpqcorp.net>f  W In article <caf27c79.0312291051.61af6052@posting.google.com>, sdavidson@uss.com writes:-E :Compaq OpenVMS Documentation in Section 22.3 states that the logical G :TCPIP$LPD_VMS_FLAGPAGES enables the Open VMS flag page print options. n/ :The command in Section 22.3 is: DEFINE /SYSTEM7E :TCPIP$LPD_VMS_FLAGPAGES, but this define does not say what to definet :it to.  Can anyone help?a  .   Various of these are simply existence tests.  %   If the logical exists...  If not...r  F   I usually define these as TRUE, and as /SYS/EXEC, but that's as much,   personal preference as anything else.  eg:  8     DEFINE/SYSTEM/EXECUTIVE TCPIP$LPD_VMS_FLAGPAGES TRUE  cE   There are various related discussions at Ask The Wizard (1020), andt9   topics referenced there.  www.hp.com/go/openvms/wizard/e    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqmN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  # Date: Mon, 29 Dec 2003 21:53:56 GMTs" From:   VAXman-  @SendSpamHere.ORG( Subject: Re: V7.3-2 shipping problems...0 Message-ID: <00A2B1B4.DB3C76B6@SendSpamHere.ORG>  d In article <aD0Ib.11307$%o1.2321@news.cpqcorp.net>, Mark Schafer <mark.schafer@nospamhp.com> writes:E >I've forwarded this to the DSPP team that manages SDKs.  If you are sH >getting software from DSPP and the shipping info is wrong, please call 2 >800 249 3294, press 4 and speak to a program rep.  L Which begs the question... is there anything of any use in this DSPP program other than the DSK???   M Your post cause me to wonder if I could access the www.hp.com/dspp pages withOM my Apple PowerBook G4 and Safari.  I went to the side and found my userid via.M a form that asked for my name and email address.  Then, I asked for the pass-a& word and I was sent this gobbledegook:   https://passport.hp.com/hpp2/altlogin.do?email=VAXman@tmesis.com&var=OabPNVgx&SMLOCALE=US-EN&hpappid=hpcl&TARGET=https%3A%2F%2Fpassp ort.hp.com%2Fhpp2%2Fdologin.do%3Fsmredirect%3Dhttp%3A%2F%2Fh21007.www2.hp.com%2Fdspp%2Fprot%2Fcomn%2Fcomn_SetDSPPCookie_PRT_IDX   K I carefully typed it into the URL window of Safari and was presented with a K page that asked for the userid.  I entered it and was taken to a page that  L says: "Bad login attempt.  Please try again." and then a userid and password window.s   This DPSS thing is impossible!   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  -- 0K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM             i5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Mon, 29 Dec 2003 16:44:41 GMTe# From: hoff@hp.nospam (Hoff Hoffman)l( Subject: Re: V7.3-2 shipping problems...3 Message-ID: <ZRYHb.11264$x91.5961@news.cpqcorp.net>2  S In article <00A2ABE6.25C63B36@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:   3 :My address has been in the DEC/Compaq databases...   A   I have forwarded this report along to one of my contents in thea&   software manufacturing organization.  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.comp   ------------------------------  # Date: Mon, 29 Dec 2003 19:42:50 GMTt" From:   VAXman-  @SendSpamHere.ORG( Subject: Re: V7.3-2 shipping problems...0 Message-ID: <00A2B1A2.8A356750@SendSpamHere.ORG>  Y In article <ZRYHb.11264$x91.5961@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes: T >In article <00A2ABE6.25C63B36@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes: >l4 >:My address has been in the DEC/Compaq databases... >oB >  I have forwarded this report along to one of my contents in the;                                                    ^^^^^^^^r+ Contacts?  Too much holiday cheer no doubt.f  ' >  software manufacturing organization.o   Thanks.i --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.O -- mK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMk             5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Mon, 29 Dec 2003 21:01:58 GMT-. From: Mark Schafer <mark.schafer@nospamhp.com>( Subject: Re: V7.3-2 shipping problems...3 Message-ID: <aD0Ib.11307$%o1.2321@news.cpqcorp.net>o  D I've forwarded this to the DSPP team that manages SDKs.  If you are G getting software from DSPP and the shipping info is wrong, please call -1 800 249 3294, press 4 and speak to a program rep.m  
 Thank you.   Hoff Hoffman wrote: U > In article <00A2ABE6.25C63B36@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:  > 5 > :My address has been in the DEC/Compaq databases...s > C >   I have forwarded this report along to one of my contents in thet( >   software manufacturing organization. > P >  ---------------------------- #include <rtfaq.h> -----------------------------M >     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqeP >  --------------------------- pure personal opinion ---------------------------G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma >    ------------------------------  % Date: Mon, 29 Dec 2003 20:51:04 +0100 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>bK Subject: Re: [Dutch] Book "VAX/VMS Internals and data structures" availablep8 Message-ID: <bsq0pu$6q7q$1@ID-143435.news.uni-berlin.de>  I "Michiel Erens" <I.dont.want.spam@this.mailaddress.is.invalid> schreef inu9 bericht news:3FEEFC98.4C1C@this.mailaddress.is.invalid...5	 > [Dutch]n6 > Voor de liefhebber heb ik een exemplaar van het boek9 > "VAX/VMS internals and data structures version 5.2" vano > Goldenberg/Kenah liggen. > Gratis af te halen in Delft.: > Als je wel geinteresseerd bent, maar Delft te ver vindt,; > wil ik m tegen voorwaarden wel opsturen. Maar een afhalere > heeft voorrang.  >a3 > Mail naar erensm @ ilse.nl als je interesse hebt.  >h > -- h > ME > Posted by news://news.nb.nu   < Is er een groot verschil met versie 4.4 van dat zelfde boek?   ------------------------------   End of INFO-VAX 2003.722 ************************