1 INFO-VAX	Tue, 06 Aug 2002	Volume 2002 : Issue 430       Contents:C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS  attn: Paddy (re: DCL procedure) 2 Re: Can ANYONE explain HP's rationale on this one?2 Re: Can ANYONE explain HP's rationale on this one? Re: Carl's birthday -- Yea! ( Re: Clear remains of dead cluster member( Re: Clear remains of dead cluster member( Re: Clear remains of dead cluster member( Re: Clear remains of dead cluster member Re: Compression on DLT backup  Re: Compression on DLT backup  Re: Compression on DLT backup  Counting records in a file RE: Counting records in a file Re: DCL Question Re: DCL Question	 Re: Dec C 	 DEC C/C++ 
 Re: DEC C/C++  Re: dectalk fuse type?& Re: device full: wrong error messages?& Re: device full: wrong error messages?& Re: device full: wrong error messages?" extended  parse and ^ in file nameE Free P.0.R.N.0! Link Inside! Fresh post!        VAYCzrPuQ gt2Trbbo5YX   Help - TPU Global_search_replace$ Re: Help - TPU Global_search_replace% Re: Help MRU! Robot is not responding ! Re: help with vax3200 (disk size)  Re: Hobbyist License Question + Re: Itanic2 - the cHumPaq spin continues... + Re: Itanic2 - the cHumPaq spin continues...  Re: Klez du jour... be warned!3 Re: Marvelous EV7 system available for a test drive < MotifZone.net - the site for Motif Developers (monthly post) Re: mouse installed  Re: mouse installed  Re: OpenVMS printers Re: OpenVMS printers Re: OpenVMS printers Re: OpenVMS printers Re: OpenVMS printersC Re: OpenVMS V7.3-1, Smart Array 5300 (was: Re: Vms v7.3-1 and scsi)  OT: hp jornada 728 Re: OT: hp jornada 728* Re: PCMCIA network card support in OpenVMSI Protections and DCL Procedures (was Re: Help - Problem with keys in TPU.)   Re: Second KLEZ from ATTBI Today  Re: Second KLEZ from ATTBI Today* Re: Second KLEZ from ATTBI Today - TROLL !* Re: Second KLEZ from ATTBI Today - TROLL !6 Re: trying to install CPQ java131 on a alpha 250 4/266 Re: uaf  RE: uaf  RE: uaf . UCX 4.2 fails on IO$_SENSEMODE with TN device? Re: VAX Hardware ID  Re: VAX Hardware ID  Vms v7.3-1 and scsi  RE: Vms v7.3-1 and scsi 2 Re: VMSINSTAL exiting silently after LINK warnings  F ----------------------------------------------------------------------  # Date: Mon, 05 Aug 2002 11:39:02 GMT  From: system@SendSpamHere.ORG L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS0 Message-ID: <00A11FDB.A2078973@SendSpamHere.ORG>  N In article <3D4DD510.3040900@hp.com>, John Reagan <john.reagan@hp.com> writes: > E >As for the FEN, the FEN is only mentioned indirectly in the calling  E >standard as the CHF$V_FPREGS_VALID flag in the mechanism array.  It  E >indicates whether the slots in the mechanism array are valid or not.   E An FEN exists in the PHD, ASTSTK, and other places in the system.  It C was my understanding that floating point context was not considered D to be important *unless* a process used floating point.  That allowsE better performance by not having to maintain (preserve/restore) large E numbers of registers with what could be meaningless/spurious bits.  A D process using a floating point reisters would fault and set the FEN E indicating that floating point operations were performed and that the E floating point context *is* important.  How this would play out in an < interrupt service routine, I haven't quite found an answer.     J >Why can't an ISR corrupt the floating regs?  The FEN bit doesn't prevent J >anything.  If the ISR wrote over an active register, then those bits are  >gone forever.  C Who said it can't?  An ISR could easily do whatever it wants but I  B believe that it had better CYA by saving anything that it may cor-C rupt outside of the architected interrupt stack frame preserved rg-  isters.      --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Mon, 05 Aug 2002 14:03:51 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS2 Message-ID: <bBv39.15$E%6.403599@news.cpqcorp.net>  ( system@SendSpamHere.ORG wrote in message' <00A11FDB.A2078973@SendSpamHere.ORG>... G >In article <3D4DD510.3040900@hp.com>, John Reagan <john.reagan@hp.com>  writes:  > C >Who said it can't?  An ISR could easily do whatever it wants but I C >believe that it had better CYA by saving anything that it may cor- D >rupt outside of the architected interrupt stack frame preserved rg- >isters. >   E The point is that on Alpha, the use of floating point in an interrupt I service or FORK routine is explicitly forbidden.  This is because the ISR J could be executing in a process context which does not have floating pointK enabled.  The ISR didn't save F0/F1 because the writer had no idea that the E compiler was going to use them as scratch registers in a divide.  The K compiler didn't know that it couldn't modify the contents of the FP scratch K registers.  There is no ISR linkage definition that would have told it that K it had to save scratch registers, unless the ISR writer had explicitly told L it to save the FP scratch registers in a custom linkage... and in a circularH fashion that you may be detecting now, the writer didn't realize that anH integer operation in C, might be done in floating point behind his back.   ------------------------------  # Date: Mon, 05 Aug 2002 15:07:22 GMT  From: system@SendSpamHere.ORG L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS0 Message-ID: <00A11FF8.BC9D2B2C@SendSpamHere.ORG>  j In article <bBv39.15$E%6.403599@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > ) >system@SendSpamHere.ORG wrote in message ( ><00A11FDB.A2078973@SendSpamHere.ORG>...H >>In article <3D4DD510.3040900@hp.com>, John Reagan <john.reagan@hp.com> >writes: >>D >>Who said it can't?  An ISR could easily do whatever it wants but ID >>believe that it had better CYA by saving anything that it may cor-E >>rupt outside of the architected interrupt stack frame preserved rg- 	 >>isters.  >> > F >The point is that on Alpha, the use of floating point in an interruptJ >service or FORK routine is explicitly forbidden.  This is because the ISRK >could be executing in a process context which does not have floating point L >enabled.  The ISR didn't save F0/F1 because the writer had no idea that theF >compiler was going to use them as scratch registers in a divide.  TheL >compiler didn't know that it couldn't modify the contents of the FP scratchL >registers.  There is no ISR linkage definition that would have told it thatL >it had to save scratch registers, unless the ISR writer had explicitly toldM >it to save the FP scratch registers in a custom linkage... and in a circular I >fashion that you may be detecting now, the writer didn't realize that an I >integer operation in C, might be done in floating point behind his back.   > So it's not a good idea to do VMS system programming in C?  :)   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  $ Date: Tue, 6 Aug 2002 18:07:27 +0200$ From: Michael Unger <unger@decus.de>( Subject: attn: Paddy (re: DCL procedure)* Message-ID: <00A120FC.960FB144.4@decus.de>   Paddy,  M I got private e-mail from you and replied to the "from" address, but I didn't O get any response up to date. Is the "from" address valid or "modified" to block  unsolicited e-mails?   Michael    ------------------------------  % Date: Tue, 06 Aug 2002 08:39:22 -0700 ' From: David Mathog <mathog@caltech.edu> ; Subject: Re: Can ANYONE explain HP's rationale on this one? + Message-ID: <3D4FEDAA.FB284B6B@caltech.edu>    John Smith wrote:   E > So the bottom line is HP has unilaterally killed a low-cost to them M > distribution channel, taken upon themselves to incur higher marketing costs H > to try and reach potential Dell computer buyers BEFORE they make theirK > purchasing decision with Dell for their computers (let's face it, if they L > are buying Dell computers they have already rejected HP/Compaq computers).  < I agree.  And as long as Dell is going into the printer bizz9 what's to stop them from selling ink cartridges and other : supplies for HP printers from their "Dell Printer Central"7 web site?   It would cost them absolutely nothing to do 8 so - minimally, Dell just makes a distribution deal with: one of the companies which already produce these products.) I don't see any downside to it for Dell.     Regards,   David Mathog mathog@caltech.edu   ------------------------------   Date: 6 Aug 2002 11:14:20 -0600 + From: young_r@encompasserve.org (Rob Young) ; Subject: Re: Can ANYONE explain HP's rationale on this one? 3 Message-ID: <NFCqZKcEOpfz@eisner.encompasserve.org>   U In article <3D4FEDAA.FB284B6B@caltech.edu>, David Mathog <mathog@caltech.edu> writes:  > John Smith wrote:  > F >> So the bottom line is HP has unilaterally killed a low-cost to themN >> distribution channel, taken upon themselves to incur higher marketing costsI >> to try and reach potential Dell computer buyers BEFORE they make their L >> purchasing decision with Dell for their computers (let's face it, if theyM >> are buying Dell computers they have already rejected HP/Compaq computers).  > > > I agree.  And as long as Dell is going into the printer bizz; > what's to stop them from selling ink cartridges and other < > supplies for HP printers from their "Dell Printer Central"9 > web site?   It would cost them absolutely nothing to do : > so - minimally, Dell just makes a distribution deal with< > one of the companies which already produce these products.+ > I don't see any downside to it for Dell.   >   @ 	At issue is the devaluing of everyone's printer business and no> 	fool is going to help Dell.  In fact, Canon turned Dell down:  4 http://news.com.com/2100-1001-948548.html?tag=fd_top  K "It's my understanding that Dell has been looking for someone to do ink-jet O printers for them,'' Canon President Fujio Mitarai said. "At the very least, we  will not be doing this."    N Dell hopes to get into the printer business, probably this year, although manyM analysts believe it would not make economic sense for the company to make the  complex products on its own.    I Speculation has heightened over which printer maker it might turn to as a M supplier, with U.S.-based Lexmark International considered a likely candidate     @ 	So it might be IBM.  But then again, as mentioned earlier it isC 	only for a few short months.  Strategically, HP knows what Dell is @ 	up to since they are the largest in the world and have probablyC 	stumbled upon Dell's RFP to potential OEMs.  So instead of sitting G 	idlely by, they chop them off at the knees and so Dell has no printers A 	to sell.  Fine by HP, Canon and why not Lexmark?  Dell PC owners A 	have to buy a printer somewhere, why not buy 'em off the web and A 	surely some Lexmark spillover anyhow.  But maybe IBM gets greedy  	and helps out poor old Dell.   F 	Regarding cartridges, sure... that turns the tide.  When Dell's printB 	cartridges cost half HP's and Canon's and IBM's, the tide swings.B 	However, smart business in the 2000's would involve a pre-emptiveD 	strike and chop prices prior to Dell introduction.  I'm not saying C 	Dell doesn't make a printer impact.  I do believe that HP is well  B 	aware of what Dell is up to and has/is formulating a strategy to F 	counter Dell's printer entry.  At the very least make it a very messy@ 	introduction and I would say they are doing quite well at that!   				Rob    ------------------------------  % Date: Tue, 06 Aug 2002 08:28:54 -0400  From: MikeR <mike@rechtman.com> $ Subject: Re: Carl's birthday -- Yea!6 Message-ID: <aiofak$164m67$1@ID-103225.news.dfncis.de>  5 On Thu, 01 Aug 2002 17:11:37 -0400, Mark Tarka wrote:   A > Just wanted to remind the faithful, that Carl J. Lydick's birth D > anniversary is coming up and that y'all should celebrate the event > appropriately. > = Another reminder of Carl, useful for first-time posters; see: 6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm   Mike   ------------------------------  % Date: Tue, 06 Aug 2002 10:24:29 -0400 1 From: "Mark D. Jilson" <jilly@clarityconnect.com> 1 Subject: Re: Clear remains of dead cluster member 2 Message-ID: <3D4FDC1D.60D9B950@clarityconnect.com>  H Nodes that are in a BRK_NON state will not be transferred to the CLUB ofD a node joining a cluster.  Reboot the nodes that 'see' the offendingF devices and nodes when possible and the offending devices will be gone= once the last node that used to know about them has rebooted.    danco@pebble.org wrote:  > < > In article <3D4F5657.7A4C3E30@telusplanet.net>, Lee wrote:K > > You will have to perform a rolling reboot of the remaining nodes.  Each I > > rebooted node will no longer display the drives or the dropped nodes.  > L > The lost devices will disappear this way, but in my experience the clusterL > won't totally 'forget' about the SCSNODE and SCSSYSTEMID of a dropped node2 > until all nodes are taken down at the same time? >  > - Dan    --  C Jilly	- Working from Home in the Chemung River Valley - Waverly, NY 0 	- jilly@clarityconnect.com			- Brett Bodine fan+ 	- Mark.Jilson@hp.com				- since 1975 or so  	- http://www.jilly.baka.com   ------------------------------  # Date: Tue, 06 Aug 2002 04:42:57 GMT ! From: "Derigible" <none@none.com> 1 Subject: Re: Clear remains of dead cluster member + Message-ID: <ltI39.4764$nF5.2298@sccrnsc02>   1 "issinoho" <issinoho@slayme.com> wrote in message 7 news:d0141774.0208050658.2d0d64df@posting.google.com...   G > Remnants of the old machines persist in the remaining nodes though. A < > SH DEV D lists the disk from the older machines, albeit inD > HostUnavailable state. SH CLUS lists the older machines in BRK_NON > state.  H Sorry, but the only SAFE way is a cluster reboot. Someone could probablyG write some privileged code to clear out those remnants, but it would be J tedious, and I'd expect the cluster to reboot itself spontaneously shortly after running such a utility.   	 Mark Levy  SMA    ------------------------------  # Date: Tue, 06 Aug 2002 04:53:57 GMT " From: Lee <lytmah@telusplanet.net>1 Subject: Re: Clear remains of dead cluster member / Message-ID: <3D4F5657.7A4C3E30@telusplanet.net>   G You will have to perform a rolling reboot of the remaining nodes.  Each E rebooted node will no longer display the drives or the dropped nodes.      issinoho wrote:   C > I have recently removed (permanently) a couple of machines from a  > cluster. No problems.  > G > Remnants of the old machines persist in the remaining nodes though. A < > SH DEV D lists the disk from the older machines, albeit inD > HostUnavailable state. SH CLUS lists the older machines in BRK_NON > state. > E > This is not causing any problems as such, but I would like to clear A > things up for the sake of tidiness, hopefully without a cluster 	 > reboot.  >  > Any ideas?   -- Lee    lytmah@telusplanet.net   ------------------------------  # Date: Tue, 06 Aug 2002 05:06:25 GMT  From: danco@pebble.org1 Subject: Re: Clear remains of dead cluster member - Message-ID: <slrnakunl0.iu4.danco@pebble.org>   : In article <3D4F5657.7A4C3E30@telusplanet.net>, Lee wrote:I > You will have to perform a rolling reboot of the remaining nodes.  Each G > rebooted node will no longer display the drives or the dropped nodes.   J The lost devices will disappear this way, but in my experience the clusterJ won't totally 'forget' about the SCSNODE and SCSSYSTEMID of a dropped node0 until all nodes are taken down at the same time?   - Dan    ------------------------------  % Date: Tue, 06 Aug 2002 10:15:32 -0400 ) From: Virginia Rogers <vrogers@umich.edu> & Subject: Re: Compression on DLT backup) Message-ID: <3D4FDA04.103A5FF9@umich.edu>    John Santos wrote: > @ > A bunch of the various mount/driver/scsi/backup ECO's affectedA > compaction.  I think either the driver forgot the setting under2C > various circumstances (you would mount the tape with /compaction,r@ > but some later event would clear the "compaction enabled" bit,A > so the driver would then start writing in uncompacted mode, andt? > you would see the "compacted" state change spontaneously), orr? > it would neglect to actually set the hardware to the mode you ? > had requested (it would show as "compaction enabled", but thel? > tape would be writen un-compacted.)  Which ECO's do you have?e > # John, I'm not sure what ECO's are.!e  > > Also, the TK89 is a distant descendant of the TK50, which is= > a streaming drive.  To avoid stop/start cycles, if the data ? > is arriving a little slower than the drive requires, it wouldiA > write null blocks on the tape (which are skipped on read-back). < > I don't know if the TK89 still does the same thing, but if= > the 1000A can't pump data to it fast enough, there could bef= > a lot of wasted space on the tapes.  Is the tape drive on ae> > SCSI bus by itself, or is something else contending with it?B > Is there a lot of other disk access going on during the backups,> > or does it basically have the system to itself?  This effectA > can be minimized by giving BACKUP as much memory, I/O channels, = > and process quotas as possible.  There is info about tuningi! > the backup account in the docs.  >   M I have been mostly trying the backup during the day.  There are lots of othereN drives on the scsi, although probably not very much disk activity.  I will try. it at night and bumping up some of the quotas.  0 Thanks for all of the suggestions from everyone.  P It took me awhile to figure out that depending on when I used the /MEDIA=COMPACTP qualifier, a later command might disable it.  However, even when I use it on theP INIT and BACKUP commands, and make sure the compression light is on on the frontP panel, it still doesn't make any difference.  Same thing when manually selecting$ density override on the front panel.   ------------------------------  % Date: Tue, 06 Aug 2002 11:25:57 -0400! From: MikeR <mike@rechtman.com>3& Subject: Re: Compression on DLT backup6 Message-ID: <aiopmj$159sf2$1@ID-103225.news.dfncis.de>  : On Tue, 06 Aug 2002 10:15:32 -0400, Virginia Rogers wrote:   > John Santos wrote: >> s >> Which ECO's do you have?i >> y% > John, I'm not sure what ECO's are.!- >  ECO = Engineering Change Orders- commonly called "patches"o   ------------------------------  % Date: Tue, 06 Aug 2002 17:43:33 +0200A9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>N& Subject: Re: Compression on DLT backup' Message-ID: <3D4FEEA5.28E5DDA7@aaa.com>9  ( And to "see" your ECO's on your system :   $ set term/wid=132 $ prod show prod /full    8 And just another thing, that someone else might have sad earlier, but anyway.  : The amount of "compaction" that you can get from the drive? is highly depending on what kind of data you backup. Text files ? with large sequences of space characters are amongst the "best"g< ones, and already compressed files such as ZIP files are the% "worst" ones from this point of view.i  8 "Images" (do you mean EXE's ?) are probably somewhere in> between, but if the drive can't "see" any compressable pattern@ in it's current buffer it can't do much about it. The drive just* sees a small part of the file at the time.   Jan-Erik Sderholm.p   MikeR wrote: > < > On Tue, 06 Aug 2002 10:15:32 -0400, Virginia Rogers wrote: >  > > John Santos wrote: > >> > >> Which ECO's do you have?h > >>' > > John, I'm not sure what ECO's are.!a > > ! > ECO = Engineering Change Orders  > commonly called "patches"n   ------------------------------  $ Date: Tue, 6 Aug 2002 14:00:16 +0100& From: David Gray <GrayD@turpinltd.com># Subject: Counting records in a fileIS Message-ID: <79DE14DAA1A8D3119B6E00805FEB980BAE4099@zakary.turpin-distribution.com>o   Greetings all, n  F In an existing overnight procedure it is necessary to write a count ofK records in a file to a history table.  There are quite often a large amount G of records in this file and to open it up a read through it counting is-I quite time consuming.  I was wondering if there is anyway in DCL of doingeI this, I have tried the lexical function f$file_attributes but have had no 
 success.     XTS_APACHE> type junk.txtg 1D 2b 39 4$ 5. 65+ XTS_APACHE> recs = F$file("junk.txt","MRN")R XTS_APACHE> show symbol recs0   RECS = 0   Hex = 00000000  Octal = 00000000000 XTS_APACHE>p  ! Am I missing something obvious?  m   Thanks in advanceo   	David.    ------------------------------  $ Date: Tue, 6 Aug 2002 10:01:51 -0400- From: "kenrbnsn1@rcn.com" <kenrbnsn1@rcn.com> ' Subject: RE: Counting records in a fileu9 Message-ID: <269620-2200282614151138@M2W087.mail2web.com>t  K The easiest way to count the records is to do a search for the null string=n  8 with no output and check the stats that are output=2E=20   For example:   $ type junk=2Etxtc 1=20 2=20 3=20 4=20 5=20 6=20 $ sear/noout/stat junk=2Etxt ""e  E Files searched:                 1       Buffered I/O count:         4 E Records searched:               6       Direct I/O count:           0dE Characters searched:           12       Page faults:               66 K Records matched:                6       Elapsed CPU time:  0 00:00:00=2E02=s  K Lines printed:                  0       Elapsed time:      0 00:00:00=2E02=i  7 $ spa/out=3Dcounted=2Eout sear/noout/stat junk=2Etxt ""t% %DCL-S-SPAWNED, process KSR_1 spawnedi7 %DCL-S-ATTACHED, terminal now attached to process KSR_1n0 %DCL-S-RETURNED, control returned to process KSR $ type counted=2Eout  E Files searched:                 1       Buffered I/O count:         4uE Records searched:               6       Direct I/O count:           0NE Characters searched:           12       Page faults:               863K Records matched:                6       Elapsed CPU time:  0 00:00:00=2E02=.  K Lines printed:                  0       Elapsed time:      0 00:00:00=2E03=7   $=20   Ken Robinson     Original Message:3 -----------------n& From: David Gray GrayD@turpinltd=2Ecom$ Date: Tue, 6 Aug 2002 14:00:16 +0100 To: Info-VAX@Mvb=2ESaic=2EComt# Subject: Counting records in a fileb     Greetings all,=20i  F In an existing overnight procedure it is necessary to write a count ofK records in a file to a history table=2E  There are quite often a large amo=g unttG of records in this file and to open it up a read through it counting is K quite time consuming=2E  I was wondering if there is anyway in DCL of doin=a gfI this, I have tried the lexical function f$file_attributes but have had no  success=2E =20   XTS_APACHE> type junk=2Etxte 1s 2r 3h 4g 5e 6i/ XTS_APACHE> recs =3D F$file("junk=2Etxt","MRN")o XTS_APACHE> show symbol recs6   RECS =3D 0   Hex =3D 00000000  Octal =3D 00000000000 XTS_APACHE>w  # Am I missing something obvious? =20    Thanks in advancel   =09David=2E=20  D --------------------------------------------------------------------+ mail2web - Check your email from the web ato http://mail2web=2Ecom/ =2E   ------------------------------  % Date: Mon, 05 Aug 2002 10:47:56 -0400l From: MikeR <mike@rechtman.com>  Subject: Re: DCL Questiond6 Message-ID: <aim33a$15368h$1@ID-103225.news.dfncis.de>  0 On Thu, 18 Jul 2002 12:05:06 -0400, James wrote:  E > Is possible to write a DCL batch file so when ever you encounter ans6 > error, just resume to the next command and continue?  	 $SET NOON  ???:   ------------------------------  % Date: Tue, 06 Aug 2002 14:22:53 +0200C9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: DCL Questiona' Message-ID: <3D4FBF9D.C3E8267C@aaa.com>r   Why ?I   They are all available fromo$ "http://www.openvms.compaq.com/doc/" for anywone to download.   Jan-Erik Sderholm   schiffkey@cfl.rr.com wrote:- > 5 > better yet... i could look it up in the dcl manual.a> > its a zipped file - does anyone else want it mailed to them? >P   ------------------------------  % Date: Tue, 06 Aug 2002 04:39:37 -0000 / From: Michael Zarlenga <zarlenga@conan.ids.net>h Subject: Re: Dec C/ Message-ID: <ukuko97vqhlc4d@corp.supernews.com>a   briggs@encompasserve.org wrote: W : In article <aimbo3$7oj$1@news.inter.net.il>, Oren Nahum <orenna@zahav.net.il> writes:rG :> Does anybody know how I can get the size of a certian file in bytes t :> using DEC C.g   : $ HELP CC RUN STAT  F : Be wary of data type issues if you're going to be dealing with filesK : up past about 2 gig.  It looks like the size field is defined as a signedeJ : 32 bit integer.  If that it a problem for you, you may want to roll your' : own size function using RMS routines.o  ; Also fstat() (different calling args).  Same caveats apply.a   ------------------------------  $ Date: Mon, 5 Aug 2002 15:07:51 +0100! From: "Pete" <no.address@all.com>  Subject: DEC C/C++? Message-ID: <YFv39.1375$LN5.66150@newsfep1-win.server.ntli.net>   H Does anyone know any website which gives details about DEC C or DEC C++?H Alternatively, does anyone know what features distinguish DEC C/C++ fromH other implementations? I've used Visual C++. I've also used Fortran 77 & Coral 66 under VMS.i   ------------------------------  $ Date: Mon, 5 Aug 2002 12:14:01 -0400( From: "Shane Cusson" <scusson@yahoo.com> Subject: Re: DEC C/C++9 Message-ID: <nFz39.1876$Xf7.445566@news20.bellglobal.com>r  ! This link should get you started:   > http://www.compaq.com/products/software/compilers/candcxx.html   -- Shane Cussone   ------------------------------  % Date: Tue, 06 Aug 2002 04:46:46 -0000s/ From: Michael Zarlenga <zarlenga@conan.ids.net>  Subject: Re: dectalk fuse type?D/ Message-ID: <ukul5mg2fj21f6@corp.supernews.com>t  @ In comp.os.vms Ben Bridgwater <bbridgwater@myrealbox.com> wrote: : Hi,f  F : I've just aquired a dectalk dtc-01 that was used in the UK, and wantB : to use use it in the US myself, which the manual says requires aG : different mains fuse (& fuse holder), but doesn't say what exact fuse  : is required...  ? Well, since it probably draws the same power, and since US linerB voltage is 117, if you know the UK line voltage, you can calculate the fuse rating (in amps) :   3                                     UK line voltage 1 new fuse (amps) = old fuse (amps) * -------------o+                                         117'   ------------------------------  $ Date: Mon, 5 Aug 2002 20:15:35 -0400  From: John Santos <JOHN@egh.com>/ Subject: Re: device full: wrong error messages?a4 Message-ID: <1020805200313.415A-100000@Ives.egh.com>  & On Sat, 3 Aug 2002, John Santos wrote:  ( > On Sat, 3 Aug 2002, Tom Simpson wrote: > J > > There was no delete/erase.  The disk is a 32gb Storageworks drive in a > > shared SCSI configuration J > > w/2 HSZ70 controllers.  No device errors noted.  There are less than a > > hundred files onL > > the drive, so we aren't running out of header space.  We are not running > > disk quotas.K > > If another process has the file open, my experience is that the convertn > > command will generatei: > > an error.  No convert errors appeared in the log file. > G > I don't think convert requires exclusive access to its input file, so B > if another process has it open with read access and allows writeG > access, don't think CONVERT will notice, but it will cause the DELETEe3 > to delay until the other process closes the file.r  A It's supposed to be bad form to follow-up your own post, but when * you have more information to add, why not?  8 I did some trivial tests in DEC BASIC (Alpha VMS V7.2-1)  8 open a test file in various modes and try to convert it.  9 With ACCESS MODIFY and either ALLOW READ or ALLOW MODIFY,p= CONVERT requires /SHARE to access the file.  With ALLOW NONE, * CONVERT gets a RMS-E-FLK error either way.  9 With ACCESS READ, ALLOW NONE, CONVERT also gets RMS-E-FLKy; with or without /SHARE.  ACCESS READ with either ALLOW READl> or ALLOW MODIFY, CONVERT can access the file without requiring /SHARE.   = CONVERT's behaviour is identical whether I run it on the samec, node that has the file open or another node.  > So, if a process on the other node of the cluster had the file> open with read access, and allowing read sharing, the 1st node; could convert and delete the file, but the file would stilln= exist and the space wouldn't be released until the process on. the other node closed it.a  = I believe the BASIC ACCESS and ALLOW clauses map into the RMSe1 FAB$B_FAC and _SHR fields in the obvious fashion.-  K > > My first though was to make the command procedure check the free blocksJ > > first and do aN > > show device/files but I haven't been given the opportunity to do that yet. > > We'll see what happensM > > tonight when the procedure runs again.  After the problem, the free spaceC > > looked ok andiN > > should not have caused the problem, but that was 3-4 hours after the error > > occurred...  > > P > > This procedure has run for years without problems, but only recently has the > > file size grown toI > > the point that 2 copies of this large file will not fit on the drive.: > B > Good luck.  I hope it turns out to be easy to fix, and not a VMS% > bug that could be biting all of us!r >  > >  > > Regards, > > Tomd   --   John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Tue, 06 Aug 2002 01:26:12 GMTM1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o/ Subject: Re: device full: wrong error messages?	' Message-ID: <3D4F2A7A.C56904F2@fsi.net>V   Tom Simpson wrote: > N > $       say "******************* CONVERTING MASTER FILE *******************"@ > ******************* CONVERTING MASTER FILE ******************* > $       show time, >   28-JUL-2002 03:54:40N > $       convert/nosort/stat/fdl=fdl:master.fdl master$dat cvt_dir:master.dat  < Does the FDL perhaps specify that the file should be created contiguously?   D If so, free space on the target volume may be so fragmented that theD system can't find enough contiguous free space to create the file as
 specified.  E If not, free space on the target volume may be so fragmented that the C system requires more file headers (extension headers) to record the D available extents than are available in the INDEXF.SYS of the target volume.   E In either case, try specifying CONTIGUOUS_BEST_TRY YES in the FDL. ItbG may still fail, in which case, you'll need to BACKUP/RESTORE the volumeo= to defragment the free space (unless you have a DFO license).-   -- - David J. Dachtera  dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------  % Date: Tue, 06 Aug 2002 10:08:20 +0200o9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>e/ Subject: Re: device full: wrong error messages?t' Message-ID: <3D4F83F4.23B40751@aaa.com>    "David J. Dachtera" wrote:G > In either case, try specifying CONTIGUOUS_BEST_TRY YES in the FDL. It I > may still fail, in which case, you'll need to BACKUP/RESTORE the volumeH? > to defragment the free space (unless you have a DFO license).n >   B Or take a look at DFU which de-fragments files, which *might* also= at the same time defragment some free space, and it's free...t   Jan-Erik Sderholm   ------------------------------   Date: 6 Aug 2002 07:16:59 -0700 + From: pierre.bru@spotimage.fr (Bru, Pierre)n+ Subject: extended  parse and ^ in file namea= Message-ID: <1c0e37b1.0208060616.20d640da@posting.google.com>j   hi,:  E is there a way to tell VMS to display extended filename _without_ the@@ ^ in the file name, for ex: foo.bar.txt insead of foo^.bar.txt ?   what about the RMS function ?o   TIA, Pierre.o   ------------------------------  " Date: Mon, 6 Aug 2002 00:37:03 GMT0 From: B3NqOsrsn@AXOGVUK.IT (Cristof Z. Mitchell)N Subject: Free P.0.R.N.0! Link Inside! Fresh post!        VAYCzrPuQ gt2Trbbo5YX3 Message-ID: <5prizwyzexatlrz9jrgzuxfkpw9j2@4ax.com>    http://www.virtualwebmedia.com   F-R-E-E p o r  n! NO S+P+A+M!    ibipf-   aFV1KNU9cuR-  2 I was judging to mould you some of my old potters.   gerkiso@virtualwebmedia.come   dimtux@virtualwebmedia.com   oloftyg@virtualwebmedia.com4   EGMV9hueluVu  5 The balls, figs, and oranges are all strong and kind.r  A She'd rather measure weekly than explain with Hakeem's difficult e= exit.  She might walk the fresh cap and irrigate it over its n= canyon.  Where Allahdad's urban candle moves, Estefana looks t= behind humble, clever cafes.  If you will waste Rob's desert i= above hens, it will quietly grasp the book.  If you'll cover o< Lakhdar's window with jugs, it'll rigidly change the card.    > We hate them, then we sneakily behave Blanche and Priscilla's > blank desk.  Many old pens are lean and other proud shoes are @ sour, but will Ayub believe that?  When did Rashid love the car F in back of the light teacher?  He might wander closed yogis about the G sharp lazy sign, whilst Hakim badly lives them too.  Don't even try to r> depart hourly while you're sowing beside a weird diet.  To be 9 deep or dirty will help brave games to finitely attack.  w  ( I am regularly smart, so I nibble you.    ? Yesterday, it likes a ointment too lower throughout her unique 'E square.  Will you improve behind the cave, if Sayed firmly kills the  ? cat?  While coconuts eventually mould kettles, the tapes often iE jump on the quiet grocers.  Do not fill a pin!  How doesn't Founasse c dream finally?    5 I was learning to lift you some of my think floors.     @ He can partly recollect on abysmal inner lakes.  Well, counters 7 comb throughout blunt stations, unless they're cheap.  T  E Where will you recommend the sad bizarre sauces before Martin does?  aB Nell, have a good egg.  You won't join it.  What did Ahmad excuse D for all the units?  We can't seek frames unless Ayaz will wistfully 3 answer afterwards.  We kick the young shopkeeper.  t  K A lot of stupid plate or mirror, and she'll lazily climb everybody.  Let's h> taste in front of the wet doorways, but don't care the hollow @ weavers.  Some fat tailors pull Mahammed, and they cruelly play F Ahmed too.  For Usha the onion's rude, before me it's strong, whereas ! beside you it's cleaning elder.  ,  > It teased, you promised, yet Founasse never hatefully laughed E above the morning.  Many frogs will be thin sticky lemons.  It might -? attempt simply if Basksh's twig isn't hot.  Tell Ali it's ugly m pouring in front of a lentil.  C  C She wants to shout wide tyrants in back of Murad's planet.  He can fH burn once, dine strangely, then fear over the jacket at the kiosk.  The D printer at the clean navel is the boat that expects inadvertently.  E She might dye seemingly, unless Feyd calls aches in Tim's raindrop.     > Abdel talks the barber through hers and surprisingly scolds.  A Hey, Ahmad never judges until Susanne smells the pathetic walnut ?
 totally.    D Don't even try to creep the tickets absolutely, open them monthly.  C Where will we cook after Endora receives the long cellar's shirt?  :  G Try irritating the river's outer ulcer and Anthony will converse you!     C The new bowl rarely orders Youssef, it rejects Moustapha instead.      ------------------------------  $ Date: Tue, 6 Aug 2002 13:28:45 +0100& From: David Gray <GrayD@turpinltd.com>) Subject: Help - TPU Global_search_replaceaS Message-ID: <79DE14DAA1A8D3119B6E00805FEB980BAE4098@zakary.turpin-distribution.com>r   Greetings all, p  L I have a TPU procedure that opens a file, positions to the top of buffer andL using global_search_replace substitutes all occurrences of X with Y.  I thenK position to the top of buffer and substitute all occurrences of A with B.     K I currently have about five different characters that need substituting and J wondered if it is possible to give the TPU procedure a number of values toJ be replaced and have it perform this without positioning to the top of the buffer before each one.     0 Perhaps this pseudo code will explain better...   	 Currently- Postion to top of buffer 6 Global_search_replace("A","B") Postion to top of buffer Global_search_replace("C","D") Postion to top of buffer Global_search_replace("E","F") Write file y  ! I would like to do the following g Postion to top of buffer o Global_search_replace("A","B") Global_search_replace("C","D") Global_search_replace("E","F")
 Write file  J I have searched on http://www.openvms.compaq.com/doc/ to find more info onG the global_search_replace function but have found nothing that helps.  a  E Here is the code I'm using. (I'm actually trying to substitute escapet< sequences but have used "A", "B" etc in the example below.     Thanks in advance  	David.         L !=========================================================================== ! David Gray - 01-JUL-2002L !===========================================================================  3 PROCEDURE global_search_replace (str_or_pat, str2) a   7 ! This procedure performs a search through the current  > ! buffer and replaces a string or a pattern with a new string   s$ LOCAL src_range, replacement_count;   a' ! Return to caller if string not found t	 ON_ERROR iI    msg_text := FAO ('Completed !UL  replacement!%S', replacement_count); s    MESSAGE (msg_text);      RETURN;  
 ENDON_ERROR; E  c replacement_count := 0;   0 LOOP  K    src_range := SEARCH (str_or_pat, FORWARD);   ! Search returns a range ifu found F    ERASE (src_range);                           ! Remove first string F    POSITION (END_OF (src_range));               ! Move to right place L    COPY_TEXT (str2);                            ! Replace with second string  /    replacement_count := replacement_count + 1;  	 ENDLOOP;  - ENDPROCEDURE;        ! global_search_replace u  D ! Executable statements   4 input_file := GET_INFO (COMMAND_LINE, "file_name"); 2 main_buffer:= CREATE_BUFFER ("main", input_file);    ! Replacement #1' POSITION (BEGINNING_OF (main_buffer));  ! global_search_replace ("A", ""); d   ! Replacement #2' POSITION (BEGINNING_OF (main_buffer)); o! global_search_replace ("B", "");     ! Replacement #3' POSITION (BEGINNING_OF (main_buffer));  ! global_search_replace ("C", "");      * WRITE_FILE (main_buffer, "TPU$OUTFILE" );  QUIT;     7 ! CMS REPLACEMENT HISTORY, Element LM_REPLACE_CHARS.TPU ? ! *2     2-JUL-2002 17:19:58 GRAYD "Add more replacement chars"s> ! *1     1-JUL-2002 16:00:57 GRAYD "TPU SEARCH/REPLACE USED BY LM_REPLACE_CHARS_01.COM"7 ! CMS REPLACEMENT HISTORY, Element LM_REPLACE_CHARS.TPUi   ------------------------------  # Date: Tue, 06 Aug 2002 14:48:43 GMT  From: sasadmin <jec@nospam.net>e- Subject: Re: Help - TPU Global_search_replacen2 Message-ID: <87vg6oxc8o.fsf@Alethion.systasis.net>  ( David Gray <GrayD@turpinltd.com> writes:  M > I currently have about five different characters that need substituting andsL > wondered if it is possible to give the TPU procedure a number of values toL > be replaced and have it perform this without positioning to the top of the > buffer before each one.  h >   F Maybe use the optional direction keyword (1) FORWARD; (2) REVERSE; (3) FORWARD?  F I know it's hokey, but otherwise you must inform g_s_r() which patternD to use. Then, you can use the pattern alternation operator to searchF for all three patterns at once, and use CASE to select the appropriate substitution string.  ? Also, you could simply code a few calls to the appropriate eve$-D routines. I believe eve's gsr has an optional direction flag. If youC call the routine directly, you can supply the flag and override thegH usual default to ask when the pattern's found in the opposite direction.  : -- 4 Microsoft Free By 2003   ------------------------------  # Date: Mon, 05 Aug 2002 14:07:52 GMTo5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>T. Subject: Re: Help MRU! Robot is not responding2 Message-ID: <YEv39.16$e07.416792@news.cpqcorp.net>  K Unless something changed in the recent past, I believe that the only thingseJ the SCSI configuration code will configure is disk and tape class devices.@ I believe anything that uses GK needs to be manually configured.  I Of course, it's been a couple years since I looked in that code.  Perhaps  something changed.       Steven Xie wrote in message ...  >Keith,y > E >I did IO AUTO things, but it didn't give me back anything. I have toa >manually do >0< >MCR SYSMAN IO CONNECT GKA501:/DRIVER=SYS$GKDRIVER/NOADAPTER >t >Is that created the problem?- > 	 >Regards,l >Stevens: >"Keith A. Lewis" <lewis@mazda.mitre.org> wrote in message) >news:aiem9p$10r$1@newslocal.mitre.org... 8 >> "Steven Xie" <r33300@email.mot.com> writes in articleF ><aicmqr$t1k$1@newshost.mot.com> dated Fri, 2 Aug 2002 09:21:02 +0800:L >> >I have one OpenVMS box (ES40, Vms 7.2-1, Media Robot Utility V1.4-1). OnJ >> >this system I have one DLT891 tape library attached and I'm try to use >MRUK >> >to control the tapes. I have created the device GKA501 (The tape device  >islI >> >MKA500), However it doesn't work. The error message shows like below.  >> >H >> >ROBOT gka501: is not responding: Robot illegal request. SENSE KEY:5, >> >ASC:25,ASCQ:0. >> >E >> >I have also created a device named gka500, this one shows "deviceD
 >offline". >> >1 >> >Dose anybody there has the experience before?  >>H >> I think that's the same library as I have -- 6 SCSI connectors on the backG >> for 3 possible devices (2 tape drives and the robot).  The pairs are?? >> labelled "Library" (that's the robot), "DLT 1", and "DLT 2".r >>L >> My setup has a long SCSI cable going from the Alpha to "Library", a shortJ >> cable from "Library" to "DLT 1", and a terminator on the remaining "DLT 1"K >> connection.  Because the robot does't use much bandwidth, it can share at7 >> SCSI bus with the DLT without a performance penalty./ >>L >> I used the console to make sure the SCSI ID of the DLT was different fromL >> that of the robot ("library"), then did "MC SYSMAN IO AUTO".  Both the MK  >> and GK devices were detected. >>K >> There's also a console setting that disables the robot completely, don't  >set
 >> that!  :^)x >>/ >> And don't be afraid to RTFM once in a while.  >>. >> --Keith Lewis              klewis$mitre.orgA >> The above may not (yet) represent the opinions of my employer.n >a >    ------------------------------  % Date: Mon, 05 Aug 2002 19:57:25 -0400 ( From: David Froble <davef@tsoft-inc.com>* Subject: Re: help with vax3200 (disk size), Message-ID: <3D4F10E5.5050204@tsoft-inc.com>  Q Definitely limited to 8 GB, and possibly less.  Don't know.  Up to and including  5 VMS V5.5 there is the 8 GB limit.  Check the VMS FAQ.    Dave  
 cmiink wrote:   M > Sorry if this plea for help is off subject for this news group but I need a: > quick answer.oN > What is the limit of store (size) with a vax3200 with VMS 5.3 OS?  I need toK > increase the Seagate 1.0Gbyte (Hawk 2XL) to the maximum allowed.  Also isSI > there a larger replacement drive that will work with this system conf.?  > TIAt > John Pittman >  >  >    ------------------------------  $ Date: Mon, 5 Aug 2002 20:25:00 -0400  From: John Santos <JOHN@egh.com>& Subject: Re: Hobbyist License Question4 Message-ID: <1020805202401.415B-100000@Ives.egh.com>  ) On Mon, 5 Aug 2002, Kevin Monceaux wrote:a  - > On Mon, 5 Aug 2002, Robert Deininger wrote:e > F > > By default, something in the startup procedures LOADs all eligible9 > > licenses.  So yes, rebooting would solve the problem.h > >o > > So would the simple commando > > $ LICENSE LOAD * > >aK > That was the strange thing.  The box had been rebooted since the licenses H > were registered, so they were all loaded.  A "LICENSE LIST" showed the< > licenses in question but VMSINSTAL said they wern't there.  4 LICENSE LIST lists the licenses that are registered.: You need to "$ SHOW LICENSE" to see which ones are loaded.   --   John SantosV Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 6 Aug 2002 11:04:31 GMTL( From: nmm1@cus.cam.ac.uk (Nick Maclaren)4 Subject: Re: Itanic2 - the cHumPaq spin continues...0 Message-ID: <aioafv$grr$1@pegasus.csx.cam.ac.uk>  2 In article <0ch19.23$JG2.958548@news.cpqcorp.net>,7 "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:DG |> Paul Repacholi wrote in message <87n0sa78ck.fsf@prep.synonet.com>... ; |> >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:a |> >G |> >> The only regret I have is that we didn't start the port to IA64 ahJ |> >> year or so earlier... because we could be selling VMS on those < $5k# |> >> Itanium 2 workstations today.t |> >. |> >Where can I find details of <$5K machines? |> >
 |> www.hp.comd |> lN |> The single CPU Itanium-2 workstation (zx2000) is listed as starting at justO |> under $5000.  We've just ordered a bunch, along with rx2600 dual CPU servers- |> for development.g  ? Hmm.  The page I have just found starts them at $5,865 and thats? model is 'backordered'.  The cheapest model currently availablep< is $8,340, and that has only JUST become available - i.e. it? wasn't last week - ALL IA-64 systems were 'backordered' and hadp1 been since the announcement.  To get there, go tod  9     http://www.bstore.hp.com/cgi-bin/hpbs/initsession.jspu  = and follow the 'workstations' and 'personal workstations withl 64-bit architecture' links.e  > I can easily believe that there are other pages with different information.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679t   ------------------------------   Date: 6 Aug 2002 12:58:40 GMTa( From: nmm1@cus.cam.ac.uk (Nick Maclaren)4 Subject: Re: Itanic2 - the cHumPaq spin continues...0 Message-ID: <aioh60$mkk$1@pegasus.csx.cam.ac.uk>  8 In article <igdvkuocolblo1e0cs8fm0oa1lvlvpvts5@4ax.com>,' Alan Greig <a.greig@virgin.net> writes:TH |> On 6 Aug 2002 11:04:31 GMT, nmm1@cus.cam.ac.uk (Nick Maclaren) wrote: |> IC |> >Hmm.  The page I have just found starts them at $5,865 and that0C |> >model is 'backordered'.  The cheapest model currently available:@ |> >is $8,340, and that has only JUST become available - i.e. itC |> >wasn't last week - ALL IA-64 systems were 'backordered' and hady5 |> >been since the announcement.  To get there, go ton |> uG |> Strange. The major difference seems to be the graphics card.  ApproxhH |> $3,000 dollars more for a 3D graphics card and a *smaller* hard disk?H |> Or have I missed something? Unless the shortage is in the Radeon 7000E |> graphics card (and according to the ATI web site it is in stock at F |> $59). I don't see how the cheaper system is "backordered" while theE |> more expensive system is available for immediate delivery - unless  |> someone is 'fiddling'.  |>  C |> Hmm, further research shows that the Fire 4 (as used in the moredH |> expensive system) lists at $599. So why the huge HP price difference?  D My guess is that the availability of Itanic 2 systems is semi-bogus,? allowing HP to fulfil certain contracts without falling foul ofa> legal problems - this is a fairly standard trick, used by many? vendors.  It wouldn't surprise me if an attempt to buy even therA expensive one resulted in a glitch or delay in delivery.  I couldh> be wrong, but I did find a recent HP page that referred to the! shipment date as being September.m  B If this is the case, the cheaper system may be there entirely as aB legal ritual, at least for the time being.  I should be interested? to hear of any member of the public or independent company thatS> manages to BUY (under sale, not contract) an Itanium 2 system.? YES, I KNOW that they are being shipped to HP and its partners,j but that isn't the point.i     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679o   ------------------------------   Date: 6 Aug 2002 11:38:01 -0600-- From: Kilgallen@SpamCop.net (Larry Kilgallen)g' Subject: Re: Klez du jour... be warned!U3 Message-ID: <YF2Fwl5Trn+x@eisner.encompasserve.org>L  ` In article <HhS39.12230$UU1.2967@sccrnsc03>, "Terry C. Shannon" <terryshannon@attbi.com> writes:  L > Klez.E is the most common world-wide spreading worm.It's very dangerous by > corrupting your files.   Not my files !   ------------------------------  # Date: Mon, 05 Aug 2002 14:39:03 GMTv2 From: James Chamberlain <james.chamberlain@hp.com>< Subject: Re: Marvelous EV7 system available for a test drive% Message-ID: <3D4E8B88.9000201@hp.com>l  F > I'm a bit confused - I'd like to give this a try, however not reallyB > sure what I'm going for. The Platform/OS selection menus are notG > consistent. Eventually I got to telnet into the box that ends in .171tE > which  appears to be the object of this discussion, even if "CompaqlB > Tru64 Unix on a *NEW* AphaServer 800MHz EV7" is the description.  D Sorry about that.  We updated the info in once place, but forgot to 5 update it in another.  We're taking care of that now.       ( > But, my account does not seem to work: > @ > Welcome to OpenVMS (TM) Alpha Operating System, Version E7.3-1 >  > Username: <as issued>r > Password: <as issued>  > User authorization failure > H > Sorry, I'm probably being very stupid. But, I'm a bit broken after the > past week.  1 I'll talk to our VMS guy and see what's going on.r   Regards,   James Chamberlain  System Administrator HP Test Drive Programt  http://www.testdrive.compaq.com/  . I may work for HP, but I don't speak for them.   ------------------------------   Date: 05 Aug 2002 14:12:48 GMT! From: Mark Hatch <mhatch@ics.com>.E Subject: MotifZone.net - the site for Motif Developers (monthly post) & Message-ID: <3D4E87DF.E424445@ics.com>  D The Motif Zone (http://www.motifzone.net) is the center of a growingH community of open source developers dedicated to the ongoing development  G and maintenance of Open Motif. In the last 12 months, the MotifZone hasaB hosted over 500,000 downloads of Open Motif and processed over 30+G Million website hits. With over 6,000 registered members, the MotifZonedE provides an unique site that combines the talents of mission critical,> application developers with the innovations of the open source
 community.  G The latest binaries and sources of Open Motif 2.2.x, as well as related B software, are hosted at the MotifZone and are freely available forE downloads. An anonymous CVS tree is also provided to those that wouldaD like to enhance or just learn more about the GUI toolkit that is theH industry standard on UNIX workstations. In addition, the MotifZone hosts3 the official Open Motif defect tracking system too.o  E A number of community efforts are underway at the MotifZone to extend   and improve Motif. Specifically:B - Open Motif 2.x+ (Want to help evolve Motif? Go to the Open Motif2 project page: http://www.motifzone.net/openmotif/) - Embedded Open Motif  - Themes for OpenMotif  H For developers looking to program using the Motif toolkit, the MotifZone@ offers the Internet's largest collection of reference materials,E tutorials, technical articles and formal documentation on X and MotifeH programming. Hundred's of links are provided to both commercial and open( source tools that can speed development.  A The Open Help Forums provides a selection of channels for postingyG questions and receiving help from your peers. The signal-to-noise ratiodG of these channels is high with questions typically being "on-topic" and+E none of the usual "get rich quick" scams seen on the comp.x.windows.*l@ newsgroups. The use of nicknames for  identification provides anH effective barrier to spammers that comb the newsgroups looking for email
 addresses.  H And of course, the MotifZone provides the usual collection of feeds fromC sites like Freshmeat, Slashdot and Linux Today so that you can stay . current with the latest changes in technology.   ***SPONSORSHIP***r< The Motif Zone is sponsored by Integrated Computer SolutionsE (http://www.ics.com), provider of the leading GUI Builder for X/Motif @ developers, Builder Xcessory PRO. Download a free eval today at: http://www.ics.com/getbxpro/   ------------------------------  # Date: Tue, 06 Aug 2002 13:13:36 GMT ! From: "Derigible" <none@none.com>f Subject: Re: mouse installed, Message-ID: <4YP39.11940$7n5.3342@sccrnsc01>  1 "David Lee" <phongle@kornet.net> wrote in messages% news:aiocn9$9hr$1@news1.kornet.net... J > Can a special mouse like Microsoft mouse, Optical mouse, or a mouse that haslI > a tracking ball be installed on an Alpha workstation running VMS 7.1.2?) >r > Does anyone have any ideas?h  K I haven't actually tried it, but if it's PS/2 compatible, it should work. Ic> have seen trackball mice in use at various sites that I visit.  	 Mark Levyg SMAm   ------------------------------  % Date: Tue, 06 Aug 2002 09:29:44 -0400c2 From: Atlant Schmidt <atlantnospam@mindspring.com> Subject: Re: mouse installed. Message-ID: <3D4FCF48.9CB263F9@mindspring.com>   Derigible wrote:  M > I haven't actually tried it, but if it's PS/2 compatible, it should work. I=@ > have seen trackball mice in use at various sites that I visit.  6 I've tried it (with a Logitech Track-Man) -- it works.  
  -=-=-=-=-  : Years before that, back in the days of the VSB01 DECmouse,= I built a track-ball adapter. I took the circuit board from ar4 DECmouse and mounted it into a box that connected to, a quadrature track-ball assembly that I had.   Voila!  / A DEC-compatile trackball. I was the envy of myO cube neighborhood! :-)  . I probably still have it around somewhere. :-)   Atlant   ------------------------------   Date: 5 Aug 2002 23:15:11 -0700). From: PeterMoreton@hotmail.com (Peter Moreton) Subject: Re: OpenVMS printersn= Message-ID: <c1243f29.0208052215.51d095a5@posting.google.com>;  B Peter,  Thanks for your detailed reply, and thank to all the other people who posted also._  C I did not realise that DCPS was now 'free' or at least bundled withuA OVMS, as it never used to be when I last used VMS seriously! DoesIF anyone know when DCPS became bundled with VMS? I'm sure it wasn't part of v5.5.   Thanks, Peter MoretonN   ------------------------------  $ Date: Mon, 5 Aug 2002 15:24:33 +0200% From: "Fred Zwarts" <F.Zwarts@KVI.nl>f Subject: Re: OpenVMS printers . Message-ID: <ailuah$90f$1@info.service.rug.nl>  4 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message =/ news:01KKY75YAT02000WY3@tgmail.tg.nsw.gov.au..." > Peter Moreton wrote: >=20 >=20F > OpenVMS or not, all I remember is that my printer "expert" claimed = that HP use=20H > a non-standard PS.  Ramifications, I know not, except that you might = be=20  > interested in this comment.   B If I remember correctly, one of the problems with HP is the page = counter.6 DCPS uses the page counter for accounting information.F The standard specifies that the returned value should be the number of; times that the postscript interpreter has processed a page.rD But HP returns a value corresponding to the number of pages printed.C So, if a job completes, but the printer has not yet completed the =s	 printing,eE (the page is still in printer memory to be printed), then HP printersf return a value that is to low.3 This makes the accounting for HP printers unusable.a =20sG > But what the heck, all industry standard (BG) is non-standard anyway.  >=20 > Regards, Paddy >=20   ------------------------------  # Date: Tue, 06 Aug 2002 06:55:37 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: OpenVMS printers 5 Message-ID: <JpK39.115993$cU1.2928463@news.chello.at>   n In article <c1243f29.0208052215.51d095a5@posting.google.com>, PeterMoreton@hotmail.com (Peter Moreton) writes:D >I did not realise that DCPS was now 'free' or at least bundled withB >OVMS, as it never used to be when I last used VMS seriously! DoesG >anyone know when DCPS became bundled with VMS? I'm sure it wasn't part-	 >of v5.5.-  ? Since V2.0, DCPS accepts the OpenVMS License for all functions.s/ Many thanks to Paul and his colleagues/friends.:  C Previously there had been DCPS-Base (contained in OpenVMS License),wB DCPS-Plus (extra License for getting some extra functionality) andA DCPS-Open (extra License for working with some non-DEC printers).u> Some NAS bundle licenses contained DCPS-Open and/or DCPS-Plus.H NAS200 from eg. a AlphaServer 2100 and NAS300 and NAS400 contained both,; NAS250 from eg. a VAXstation 4000 contained DCPS-Plus only, J while NAS150 from eg. an AlphaStation 200 didn't contain any DCPS license)  J And yes, DCPS V2.0 lists VAX/VMS V5.5-2 (with UCX V4.0, ...) as supported.3 So far, I haven't seen the SPD of DCPS V2.1 though.t   -- h Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialists E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  % Date: Tue, 06 Aug 2002 10:32:50 +0100i% From: Alan Greig <a.greig@virgin.net>e Subject: Re: OpenVMS printers-8 Message-ID: <ug5vku8mr34jpc2olkhblq21g5nnig1423@4ax.com>  F On Mon, 05 Aug 2002 17:54:54 GMT, Paul Anderson <paul.anderson@hp.com> wrote:  C >In article <c1243f29.0208050100.ecbe4d1@posting.google.com>, Peter0* >Moreton <PeterMoreton@hotmail.com> wrote: >hD >> Can someone update me with the current practise regarding OpenVMSF >> printing, is it not possible to buy Digital printers, do we now use; >> HP as standard, how are the printer control codes setup?e > E >I doubt if you could still buy a new Digital printer, as the last ofkH >these were discontinued in 2000.  Genicom took over the LN series laser  E We just bought another dozen LG14 line printer ribbons. Amusingly thel) boxes and ribbons all still say "Digital"1   The LN32 is still listed atu7 http://www.compaq.com/products/printers/ln32/index.html,     -- Alan   ------------------------------  % Date: Tue, 06 Aug 2002 12:09:30 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>, Subject: Re: OpenVMS printersi' Message-ID: <3D4FA05A.E38E1C86@aaa.com>/  > On "http://www.genicom.com/usa/products/compaq.htm" there is a; complete list of "LG", "LA" and "LN" printers. 14 different"? models in total complete with "Prices, Consumables, Accessories. and Upgrades", as they say.l  ? As a side note, in the PDF specification sheet for the "LNM40",!; it says : "DECprint Supervisor (DCPS) software for VMS, PC  = and Macintosh systems". Is there a DCPS for Windows and Mac ?e   Jan-Erik Sderholm.t   Alan Greig wrote:m > G > We just bought another dozen LG14 line printer ribbons. Amusingly the1+ > boxes and ribbons all still say "Digital"f >  > The LN32 is still listed atv9 > http://www.compaq.com/products/printers/ln32/index.html. >  > -- > Alan   ------------------------------   Date: 5 Aug 2002 23:08:07 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)L Subject: Re: OpenVMS V7.3-1, Smart Array 5300 (was: Re: Vms v7.3-1 and scsi)* Message-ID: <ain0gn$4cg$4@web1.cup.hp.com>  g In article <Jvt39.23070$t4.16710@nntpserver.swip.net>, "Anders Petri" <anders.petri@swipnet.se> writes:eM :Please, anyone knows where to find info about support of Smart Array 5302/04r5 :SCSI controllers and supported serverconfigurations?. : C :Existing controllers (firmware versions) or new controlles needed?   C   I am not immediately familiar with the details of storage support>C   and storage plans around the Smart Array 5300 series PCI widgets.4  B :Have been wating for a new VMS SPD for a while. Any release date?  E   OpenVMS V7.3-1 has started the manufacturing process, meaning that oG   the master media kits have left the engineering group and will likelyeB   -- given the norms within the media replication and distributionC   processes -- start arriving at customer sites within roughly four    to six weeks.     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  * Date: Tue, 6 Aug 2002 09:18:07 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: OT: hp jornada 728I@ Message-ID: <20020806161807.33329.qmail@web20206.mail.yahoo.com>  - Anyone know if HP will discontinue or not the2 hp jornada 728  handheld ???0 I've read that HP will mantain just th IPaq line+ from CPQ. But CPQ didnt have a similar like06 the hp jornada 728 (that which looks like a notebook).     Regardst   FC d   =====r ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?( Yahoo! Health - Feel better, live better http://health.yahoo.coml   ------------------------------  $ Date: Tue, 6 Aug 2002 16:28:48 +00002 From: John Eisenschmidt <jweisen@eisenschmidt.org> Subject: Re: OT: hp jornada 728v4 Message-ID: <20020806162848.A13439@eisenschmidt.org>   Fabio,  J My understanding was that all the Journadas got EOL'ed, and not a moment =< to soon. What garbage they are, nothing but problems for us.   Best,t John  J Unless the Voices are Mistaken, Fabio Cardoso (fabiopenvms@yahoo.com.br) = Wrote:/ > Anyone know if HP will discontinue or not them > hp jornada 728  handheld ???2 > I've read that HP will mantain just th IPaq line- > from CPQ. But CPQ didnt have a similar like 8 > the hp jornada 728 (that which looks like a notebook). >=20 >=20	 > Regardse >=20 > FC=20c >=20 > =3D=3D=3D=3D=3DbK > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=H =3D=3D > F=E1bio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil- > fabiopenvms@yahoo.com.brK > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=u =3D=3D >=204 > __________________________________________________ > Do You Yahoo!?* > Yahoo! Health - Feel better, live better > http://health.yahoo.comm   --=20G/ John W. Eisenschmidt <jweisen@eisenschmidt.org>06  Homepage URL    | http://www.eisenschmidt.org/jweisenJ  GPG Public Key  | http://www.eisenschmidt.org/jweisen/misc/jeisenschmidt= asc>D  GPG Fingerprint | 5F9B F916 5AD1 3295 CF99 BC1E 1F97 E6A3 37E3 BEF2  J This mail is an attachment? Read http://www.jensbenecke.de/misc/outlook.e= n.html  % "The motto was 'We Eat Our Young'"=20 * 		-Marc Benioff, former Oracle Salesperson   ------------------------------  # Date: Mon, 05 Aug 2002 21:35:01 GMTg* From: "Paul A. Jacobi" <nospan@nospam.com>3 Subject: Re: PCMCIA network card support in OpenVMS 2 Message-ID: <9cC39.43$f37.562242@news.cpqcorp.net>  F "Colin Butcher" <colinDOT.butcher@xdeltaDOT.coDOT.uk> wrote in message: news:gFM19.36804$z22.24202@news-binary.blueyonder.co.uk...I > The Tadpole AlphaBook One (alas no longer with us) had a bundled PCMCIAmK > network card which was a 3Com 3C589B (according to the system description J > flyer). If you could get one of these you might find that it would work,I > assuming that OpenVMS manages to find the PCMCIA controller and networka cardJ > in your AS 200 4/233 during the autoconfigure phase of system boot. Good > luck with it.l >   L Unfortunately, the PCMCIA support in OpenVMS was hardcoded to work only withI the AlphaBook.  The PCMCIA support was very limited and recognized only aeH couple of specific card.  I would have loved to have gone back an done aL better, but PCMCIA was always considered a desktop thingy and way always low on the priority list.t  D Tru64 Unix probably has a much better implementation since the was a3 business requirement to security token PCMCIA card.a     Paul A. Jacobi Hewlett Packard Companyy! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698K Email: Paul.Jacobi@hp.comp   ------------------------------   Date: 6 Aug 2002 02:20:16 GMTd2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)R Subject: Protections and DCL Procedures (was Re: Help - Problem with keys in TPU.)* Message-ID: <ainbp0$7hn$1@web1.cup.hp.com>  G   Various discussions expurgated, subject changed to match the topic...1  H   Invoking an image or a procedure requires (at least) execute access toG   the object(s) involved -- executable or shareable images for an imagerH   activation, DCL command procedure files for a DCL procedure invocationG   -- and if wildcards are specified or if remote (network) access into iC   the object(s) is required, read access to the object is required.   3   Execute access is considered a "soft" protection.e  F   Image activation itself can switch its operations depending on how aI   consitutent image is protected -- execute-only images will trigger whateF   I have often refered to as "paranoid" mode; the image activator will@   start operating as if an installed image has been encountered.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 06 Aug 2002 01:28:01 GMTu1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: Second KLEZ from ATTBI Todays' Message-ID: <3D4F2AE8.F8CDC07E@fsi.net>    Derigible wrote: > > > "Terry C. Shannon" <terryshannon@attbi.com> wrote in message9 > news:qSl39.52146$Ru5.22712@rwcrnsc52.ops.asp.att.net... I > > Any good guesses? ATTBI sure as hell is off the radar screen. I'll beh# > > looking for service in ABQ, NM.T > $ > Moving out of Taxachusetts, Terry? >  > Mark Levya > SMAf  8 "Derigible"? Have you tried Gas-X?  ...Beano? ...Di-Gel?   -- - David J. Dachtera0 dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Tue, 06 Aug 2002 04:48:03 GMTm! From: "Derigible" <none@none.com>o) Subject: Re: Second KLEZ from ATTBI Todaye+ Message-ID: <7yI39.4382$UU1.1808@sccrnsc03>n  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D4F2AE8.F8CDC07E@fsi.net...O > Derigible wrote: > >v@ > > "Terry C. Shannon" <terryshannon@attbi.com> wrote in message; > > news:qSl39.52146$Ru5.22712@rwcrnsc52.ops.asp.att.net...eK > > > Any good guesses? ATTBI sure as hell is off the radar screen. I'll beo% > > > looking for service in ABQ, NM.n > > & > > Moving out of Taxachusetts, Terry? > >e
 > > Mark Levye > > SMAt >a: > "Derigible"? Have you tried Gas-X?  ...Beano? ...Di-Gel?  J C'mon, David, you should know that modern airships are full of helium, and5 not hot air, like Andrew Harrison and most of USENET.t  H Header name and e-mail address intentionally munged to prevent spamming.  	 Mark Levyi SMAe   ------------------------------  * Date: Mon, 5 Aug 2002 10:47:46 +0000 (UTC) From: david20@alpha2.mdx.ac.uk3 Subject: Re: Second KLEZ from ATTBI Today - TROLL ! + Message-ID: <aill4i$juj$1@aquila.mdx.ac.uk>a  | In article <1fgerua.1qbru98usfy8cN%andekl_no@saaf_spam.se>, andekl_no@saaf_spam.se (=?ISO-8859-1?Q?Anders_Ekl=F6f?=) writes:1 >Terry C. Shannon <terryshannon@attbi.com> wrote:t >eG >If you stop using Outlook Express and/or Outlook (don't even *install*cD >Outlook!), turn off the "Use Microsoft's Viewer" option in Eudora'sH >settings, and install a decent antivirus program you'll be fairly safe.B >If that's not enough, get a Mac or a VMS box or  switch to Linux. >lO Although it makes use of the MIME and IFRAME vulnerability in  Outlook, Outlook J Express and Internet explorer to run without the user double-clicking just7 getting rid of these programs won't stop it completely.eG It looks for mail addresses anywhere on the local harddisk not just in p: the Outlook addressbook. It also spreads to remote shares.  J Your Anti-virus software needs to be running in Monitor mode with uptodateN virus identities ie checking everything as it is downloaded onto your system. L Otherwise one of Klez's  first actions is to disable any popular Anti-virus  products running on the system.i    G >Whare I work - and 50% of the users are still :-) using Windoze - KlezoH >is virtually a non issue - and always was, except for a few days before2 >everyone had updated their NAV virus definitions.  L The biggest problem with KLEZ is it's side effect. User's receiving warningsN about KLEZ infected messages which the remote system thinks they sent (because, of the from forging) which they didn't send.  M Of course the latest twist is the YAHA virus. This has a couple of forms. One K form forges the from header and is very similar to KLEZ. However one of the D mail message forms it uses to spread is a faked mail message bounce.O If you don't know better you might think the bounce is just another misdirectedtH KLEZ notification or a notification about a piece of spam with a forged L address. Hence users may very well ignore it whereas in reality the payload  is a real virus.  
 David Webb VMS and Unix team leader CCSS Middlesex University       >r >-- E >* Anders Eklf        * Phone: + 46 8581 74712  * "I blame you for *rE >* Glimmerstigen 46    * ae at radfysdotksdotse  * the moonlit sky" *tE >* S-196 33 KUNGSNGEN * or andekl at saafdotse  *       ----       *sE >* SWEDEN              * (sorry - had to garble) *   Tasmin Archer  *k   ------------------------------   Date: 5 Aug 2002 22:37:44 GMTd2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Second KLEZ from ATTBI Today - TROLL !m* Message-ID: <aimuno$4cg$2@web1.cup.hp.com>  { In article <1fgefha.6jgw0wjaoa9xN%andekl_no@saaf_spam.se>, andekl_no@saaf_spam.se (=?ISO-8859-1?Q?Anders_Ekl=F6f?=) writes: ) :This is totally off-topic in this group..! :Klez doesn't affect VMS. Period.-  I   While OpenVMS is not vulnerable to the Klez or various other infectionscI   that target Windows, Klez most certainly affects my daily operations on2G   OpenVMS.  (I particularly liked the Klez spoof of a postmaster bouncedH   from xdelta, but I digress.)  I've been looking at far too many copiesJ   of this Klez stuff recently, and have been considering approaches towardI   reducing the tide of incoming Klez messages, as well as the barrages ofeG   generic spam...  I've already implemented some of horrendously-course H   email filtering, tossing all messages from whole domains into NLA0:...    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 05 Aug 2002 15:00:08 -0000I* From: Rick Retterer <rick0157@charter.net>? Subject: Re: trying to install CPQ java131 on a alpha 250 4/266 / Message-ID: <ukt4no9l224s26@corp.supernews.com>S  L After you made your process quota changes, you logged out and back in again?  : Also, are you running the java startup command proceedure?  1 @sys$common:[java$131.com]java$131_setup.com fastt      & -------------------------------------- Posted by: Rick Retterer   ------------------------------  % Date: Tue, 06 Aug 2002 08:03:29 +0200p- From: Didier Morandi <Didier.Morandi@Free.fr>t Subject: Re: uaf' Message-ID: <3D4F66B1.15E22161@Free.fr>s   A.  I Please post the resulting display of the commands I suggested to execute.    D.   A Bonaveidogo wrote: >  > D. >  > It points to the same file >  > AB   ------------------------------  $ Date: Tue, 6 Aug 2002 08:52:09 +0100* From: Andrew Robinson <arobinson@hspg.com> Subject: RE: uafM Message-ID: <CDA4BAD1E10ED41181AC00508B6051D3C3E875@grumpy.internal.hspg.com>f  L Doesn't the logical for Rightslist need to be checked as well? I've had thatD one before on a customers site. SYSUAF was perfect, but they had two5 different Rightslist.dat files. Very strange results.   
 Andrew R.    -----Original Message-----5 From: Didier Morandi [mailto:Didier.Morandi@Free.fr]   Sent: 06 August 2002 07:03 To: Info-VAX@Mvb.Saic.Comn Subject: Re: uaf     A.  I Please post the resulting display of the commands I suggested to execute.C   D.   A Bonaveidogo wrote: >  > D. >  > It points to the same file >  > AB   ------------------------------   Date: 6 Aug 2002 06:05:14 GMT - From: djweath@attglobal.net (Dave Weatherall)s Subject: RE: uaf5 Message-ID: <DTiotGxQ0bj6-pn2-3vJdisoGCOdW@localhost>1  B On Mon, 5 Aug 2002 23:36:16 UTC, A Bonaveidogo <Asena@fsc.com.fj>  wrote:   > D. >  > It points to the same file >  > AB >   E This may seem a dumb question but did you translate all the logicals VC back to the physical disk/directory? I can't remember what SHO LOG eB SYSUAF returns but I feel sure its something like sys$... and not F _dua00:... There is still scope for confusion in the definition of the
 sys$... bits.A  F In fact, can you show us the output of SH LOG SYSUAF on nodes A and B?   -- - Cheers - Dave.   ------------------------------  % Date: Mon, 05 Aug 2002 15:46:41 +0100nE From: Jamie Stallwood <this.no.work.try.something.else@project76.net>h7 Subject: UCX 4.2 fails on IO$_SENSEMODE with TN device?G8 Message-ID: <7g3tkusdgpaebmivdbr5066uvhvvb6g6ul@4ax.com>   [XP with FU set to COV]e   Hi,p  C I have an issue with UCX version 4.2 with the latest ECO (5) on VMS # 7.1 unrevised on an AS 1000A-5/333.   E I have an application on telnet that runs an exe in login script. They/ first call is to get terminal details as below:r   	STATUS = SYS$QIOW (%VAL(11),d! 	1		   %VAL(VDU(VDU_NO).CHANNEL),l 	1		   %VAL(IO$_SENSECHAR),n 	1		   , 	1		   , 	1		   , 	1		   %REF(TT), 	1		   %VAL(12), 	1		   , 	1		   , 	1		   , 	1		   )                       1  E This always fails on telnet TN devices with DEVOFFLINE (Device is notDE in configuration or offline), even with a SET TERM/DEVICE or even SETs( TERM/INQUIRE in the COM file beforehand.  ? Also characteristic on this machine if you telnet from a remote A DECWINDOWS system is that the terminal type is invariably unknown  until it has logged in.t  D We have another machine (AS 1000A-4/266 7.1-1H1 with UCX 4.1 ECO 10) that behaves correctly.h  A Anybody have any clue as to why 4.2 may be misbehaving like this?f   Many Thanksi Jamie Stallwoodw   ------------------------------  % Date: Tue, 06 Aug 2002 09:31:49 +0100a( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: VAX Hardware ID) Message-ID: <3D4F8975.230718A4@127.0.0.1>S   Hoff Hoffman wrote:y >    >   ...  If you F >   really want a serial number, use the Ethernet PROM.  (Example codeH >   and discussions at the Ask The Wizard area.)  All but the oldest VAX= >   systems have an Ethernet adapter of some sort, after all.i  A I've used a number of FlexLM licence based packages which use thedA ethernet address. There are a couple of caveats. Firstly and mosteA obviously, if you ever have to swap out the ethernet, the addressfE changes (although the chip itself can be swapped on some systems, and G discrete Q bus cards). Secondly, if you're using a QBUS VAX system witheH an embedded ethernet, and ADD a second ethernet interface, such softwareD which makes an enquiry to the ethernet address, finds the QBUS based5 card (and address) before the embedded (and address).u  F I cannot speak for the Alpha world, FlexLM wasn't used on multiple NIC (ethernet) carded systems.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences> nclews at csc dot comr   ------------------------------   Date: 5 Aug 2002 22:19:23 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX Hardware ID* Message-ID: <aimtlb$4cg$1@web1.cup.hp.com>  [ In article <aien8l$13j7e2$1@ID-143435.news.dfncis.de>, "Hans Vlems" <hvlems@iae.nl> writes:tI :A note on the system serial number: on VAX systems other than the 11/7xxtL :series there is no way the O/S has access to the number that's on the label :outside the box.eG :The 11/780 and 11/785 (and probably the 11/782) had unique sn's in thee
 :hardware.M :The 11/750 as well, but conveniently accessible for customers thru a bank ofo
 :dipswitches.-  "   Um, that's not entirely correct.  G   VAX-11/78x series KA780 processor provided jumpers at J10, J11, J12, -E   and J13 that could be set however you wanted.  Twelve of these bitsaE   were displayed as the serial number field in the platform-dependenteA   portion of the VAX-11/780 System Identification (SID) register.n  F   Most later VAX systems and all microprocessor-based VAX systems had F   SID registers that did not contain serial numbers, though "external"I   (to the microprocessor) values were variously used.  Only the uppermostoH   byte of the SID was ever part of the VAX architecture definition, thusH   the contents of the lower three bytes were explicitly left entirely toA   the engineering team that designed the particular VAX platform._  D   The VAX-11/750 did not use the SID as a serial number, the values F   in the low three bytes were established by the revisions of various E   components.  (New microcode revisions regularly caused problems for H   folks that thought they could code to lock into the value in the SID, H   when only one byte was "reliable" -- particularly given the experienceH   of the serial number" found in the VAX-11/78x series.)  In particular,E   the uppermost byte of the SID was always 2 -- this is the code thateE   indicates the system is a VAX-11/750 or VAX-11/751 -- the next byte:F   was reserved, the next was the microcode revision, and the lowermostG   was the hardware revision.  I do not recall off-hand if the lowermostQG   byte of the SID was accessable to a field service technician on-site oE   (and thus also accessable to a user), but it would not surprise me.3  H   Microprocessor-based VAX systems used the XSID (SYS_TYPE); a value in H   the system ROM.  Since the SID was etched into the microprocessor and E   could not be changed without changing the microprocessor mask, the DI   XSID provided a way to store and to retrieve various platform-specific D
   details.  J   Alpha systems running most any recent SRM version provide for a console I   environment variable containing the system serial number.  This consolenB   variable is usually set by manufacturing or the hardware serviceI   organization.  (Various of the later VAX systems also had console-basedtI   serial number configurations.)  Please see the SYS_SERIAL_NUM variable 2)   for details on the Alpha SRM mechanism.i  C   My rule-of-thumb in this area: if the box was the top-end box at tF   the time it was released, it probably had a serial number somewhere.F   The VAX 8600 series, VAX 8800 series and (IIRC) VAX 9000 series, forB   instance, both had a serial number field in the SID.  My second D   rule-of-thumb in this area: if you want a real and particularly anD   inaccessable/reliable serial number, forget it.  (You will want toG   consider the PAKGEN capabilities, if you have OpenVMS VAX or OpenVMS yG   Alpha V7.2 or later, and if you are a member of CSA program.)  If you)E   really want a serial number, use the Ethernet PROM.  (Example code nG   and discussions at the Ask The Wizard area.)  All but the oldest VAX  ;   systems have an Ethernet adapter of some sort, after all.e     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 5 Aug 2002 13:31:51 +0200. From: "Anders Petri" <anders.petri@swipnet.se> Subject: Vms v7.3-1 and scsi6 Message-ID: <Jvt39.23070$t4.16710@nntpserver.swip.net>  L Please, anyone knows where to find info about support of Smart Array 5302/044 SCSI controllers and supported serverconfigurations?  B Existing controllers (firmware versions) or new controlles needed?  A Have been wating for a new VMS SPD for a while. Any release date?    Regards: Anders   ------------------------------  $ Date: Tue, 6 Aug 2002 06:55:33 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>b  Subject: RE: Vms v7.3-1 and scsiT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4026608DB@kaoexc01.americas.cpqcorp.net>   Anders-e  H >>> Please, anyone knows where to find info about support of Smart Array@ 5302/04 SCSI controllers and supported server configurations?<<<  8 Reference VMS V7.3-1 new features extract: (scroll down): http://www.openvms.compaq.com/openvms/os/v731features.html  > Also - From the soon-to-be-released V7.3-1 New Features guide:  2 "4.23 Ultra3 SCSI Adapter Supported with Fast Path  C OpenVMS Alpha Version 7.3-1 supports the KZPEA, an Ultra3 SCSI hostiE adapter that offers a maximum bus speed of 160 MB/s. PKAdriver is themB software component that supports KZPEA. The KZPEA is supported for direct-attached storage only.   C OpenVMS Alpha Version 7.3-1 also provides Fast Path support for theaH KZPEA. Fast Path support is designed for use in a multiprocessor system.G Fast Path automatically redirects I/O from the primary CPU to differenteD CPUs. You can change it either programmatically or by DCL commands."  F As for official release date - "Real soon now" i.e. FCS date discussedH up till now has been mid-late Aug and from what I have heard, that is on	 schedule.-   Regardsu    
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration ServicesS Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----6 From: Anders Petri [mailto:anders.petri@swipnet.se]=20 Sent: August 5, 2002 7:32 AM To: Info-VAX@Mvb.Saic.Com. Subject: Vms v7.3-1 and scsi    D Please, anyone knows where to find info about support of Smart Array< 5302/04 SCSI controllers and supported serverconfigurations?  B Existing controllers (firmware versions) or new controlles needed?  A Have been wating for a new VMS SPD for a while. Any release date?e   Regards  Anders   ------------------------------  % Date: Mon, 05 Aug 2002 08:33:32 -0400-2 From: rdeininger@mindspring.com (Robert Deininger); Subject: Re: VMSINSTAL exiting silently after LINK warnings:K Message-ID: <rdeininger-0508020833320001@1cust162.tnt2.nashua.nh.da.uu.net>   = In article <d5440555.0208050355.639074e8@posting.google.com>,e" soterro@yahoo.com (Soterro) wrote:   >Hello,r >:G >I'm trying to rebuild an installation kit for an in-house product. For @ >some odd reasons, the installation fails with no specific error	 >message.g  s ...T   >command in KITINSTAL.COM is:  >$ LINK/NODEBUG/NOTRACEBACK - : >  VMI$KWD:MAINFILE_ALPHA.OLB/LIB/INCL=MAINFILE,         - > U VMI$KWD:XRTTABLE_V201_ALPHA/LIBRARY/INCLUDE=(CLIP,MRMINIT,RENDER,REVERSE_CONV),      a - : >  VMI$KWD:XUAFMAESTRO_ALPHA.OPT/OPT                     -# >  /EXECUTABLE=VMI$KWD:MAINFILE.EXE " >the output as seen on the screen:8 >%VMSINSTAL-I-RESTORE, Restoring product save set B ... % >%LINK-W-WRNERS, compilation warningsv >  in module UPDATE_FILES file= >COMPAQ$DKA200:[SYS0.SYSUPD.MAINFILE40]MAINFILE_ALPHA.OLB;407 D >%VMSINSTAL-E-INSFAIL, The installation of MAINFILE V4.0 has failed.  . There are a couple of specific error messages.  J Have you changed compiler versions?  Clearly there were some warnings fromE the compiler.  The linker, in turn, is warning you about the compileroD warnings.  It looks like VMSINSTAL is treating the linker warning as error, and giving up.n   ------------------------------   End of INFO-VAX 2002.430 ************************