1 INFO-VAX	Sat, 09 Dec 2000	Volume 2000 : Issue 686       Contents:+ Re: "process crash" vs. "application crash" , Re: ??== Allocating only one block per file.9 Re: advice sought on transparent failover / IP clustering 9 Re: advice sought on transparent failover / IP clustering 9 Re: advice sought on transparent failover / IP clustering 9 Re: advice sought on transparent failover / IP clustering 9 Re: advice sought on transparent failover / IP clustering . Re: AlphaStation 255/300 and large disk drives= AlpSta 200 4/233 (VMS V7.2-1) v. QLogic Fast!SCSI IQ PCI card : anyone ever monky with a Digital LA400 and a decserver90m? Automated RMS tuning script  Cable modem woes update..., RE: F$GETJPI and VMS 7.1, 7.2 BYTLM = BYTCNT, RE: F$GETJPI and VMS 7.1, 7.2 BYTLM = BYTCNT% Re: Fujitsu M2488E tape drive trouble 
 Heap Analyzer  Re: Heap Analyzer  hobbyist Re: hobbyist Re: hobbyist Re: IO channels quota  Microsoft copyrighting bugs  Re: New OpenVMS  Education site  RE: New OpenVMS  Education site  RE: New OpenVMS  Education site  Re: One world, one processor Re: One world, one processor= Re: OpenVMS FAQ Correction [was, in error, Re: OpenVMS Items]  Re: OpenVMS Items ( Port (terminal) driver mbx functionality RAID array informations..  RAID array informations... Re: Sun Cluster  Re: Sun Cluster  RE: Sun Cluster  Re: Sun Cluster + TECO, and how to make meaningful line noise ( Two NEW SKC Postings at www.acersoft.com Re: TZ87N compatible media. B Re: Use of vmstar to exchange tape between AXP 2000 and Tru64 Unix Re: Very weird DCL behavior " Where can I find an ARCnet driver?  F ----------------------------------------------------------------------  # Date: Fri, 08 Dec 2000 20:26:40 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com> 4 Subject: Re: "process crash" vs. "application crash"2 Message-ID: <3A314566.F1B047EF@clarityconnect.com>  B Modify the code to wait for a logical name to exist or be set to aE certain value and then start the process.  If the process indeed gets G started then have your system managers use DELTA to set the NODELET bit F in the process, if your system managers don't know how to do this thenG fire them ;*) ;*) ;*)  Then either create or set the logical to desired D value and let the process run until it dies.  If it does die then itG will either be left looping on a 20$: BR 20$ line in IMAGE_MANGEMENT or G it will be gone and your errorlog should then have a non-fatal bugcheck A in it and the advice on BUGCHECKFATAL applies.  If the process is G looping then one should be able to at least look at the processes final ! status to se why it tried to die.     david_dawkins@my-deja.com wrote: > ; > > > >  [ set bugcheck=fatal to catch an exec-mode crash ] 9 > > > the system guys have already tried that; no luck. I  > > > should have said.  > >   > > That would be unprecedented. > 6 > Hmmm... so it's not looking like an exec-mode crash. > $ > > What about the accounting entry? > F > I am told that there is no accounting entry for the process. Is this > all sounding too weird?  > --; > So I have no accounting info, no stack trace, no dump, no 9 > crash with bugcheck=fatal, (and no clue).  what's left?  >  > David  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Fri, 08 Dec 2000 17:35:44 -0500 , From: Howard S Shubs <hshubs@mindspring.com>5 Subject: Re: ??== Allocating only one block per file. > Message-ID: <hshubs-0F2759.17354408122000@news.mindspring.com>  K In article <90r1pv$m3k@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu   wrote:  L >In addition to the librarian and ZIP API David Dachtera suggested he might E >also want to sequentially append the entries as single records to an I >indexed file.  Map the original file name to the record key and they can H >be retrieved easily enough in random order, at will, using the standard >RMS interface to such a file.    ( Yes.  I've been thinking about this too.  K Given an idea of how much data will be stored, create a file as a circular  < queue, with a primary index as an I*4 being a number dddaaaa   where 6    ddd : day of year, 0..365 (or 1..366 if you prefer)K    aaaa: accession number for a record on that day.  This assumes that the  N idea of 1000 files a day is an estimate, not a fixed number.  If it's a fixed  number, things simplify.  J A field in the record could contain a year, to make sure that old data is / eliminated logically even if it's not replaced.   M This takes care of holding records for one year, getting rid of old records,  K and ease of access (indexed file).  The program which writes this file can  J contain an FTP client (or server) to receive and insert/replace records.  K Alternately, if the machine with this file contains an FTP server used for  N more than just this application, received files can be placed in a particular K directory and then be harvested periodically for insertion into the bigger   file.   L Another program could then exist which would retrieve records as required.  L The idea of using the LBR$ routines is pretty cool, as long as this file is : always kept on VMS.  It could be converted later, I guess.  K Specify locking on a record level instead of on the whole file, and BACKUP  & works okay I think (never tried this). --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Fri, 08 Dec 2000 14:57:08 +0000   From: steven.reece@quintiles.comB Subject: Re: advice sought on transparent failover / IP clusteringH Message-ID: <OF8F639FF0.13F6E7C7-ON802569AF.0051C81F@qedi.quintiles.com>  J Alan Winston (winston at ssrl dot slac dot stanford dot edu) wrote/quoted:  1 >>>>Why can't the DNS be one of your main nodes ?   I Because if I'm using the DNS to make sure I don't give out the IP address  of aH dead system in my cluster, the node it's on happens to be the one that's dead, % it's not going to be very helpful.<<<   J But isn't that why you configure multiple name servers in a domain (i.e. aJ primary and a secondary)?  If the primary goes down your clients can still5 look to the secondary for the addresses they require. K Of course, this always assumes that the addresses of the VMS systems can be A given out as DNS systems rather than being completely and utterly  hidden.....    ------------------------------  % Date: Fri, 08 Dec 2000 15:55:05 -0600 0 From: Patrick Spinler <spinler.patrick@mayo.edu>B Subject: Re: advice sought on transparent failover / IP clustering( Message-ID: <3A3158B9.9F9831FA@mayo.edu>  ! steven.reece@quintiles.com wrote:  > L > But isn't that why you configure multiple name servers in a domain (i.e. aL > primary and a secondary)?  If the primary goes down your clients can still7 > look to the secondary for the addresses they require.   + Welcome to the wonderful world of TCP/IP.     & Guess what - it doesn't work that way.  @ More specifically, the "if the primary goes down" timeout in the> standard client goes up to several minutes before it tries theG secondary.  By then, the applications generally crap out.  Either that, F or your user base is calling you and telling you that "the application is hung."  Which it is.   G Further, in order to get the "change the name to a new address" idea to C work, you're going to have to set the time to live (TTL) of the DNS D record to just a few seconds (30 seconds perhaps) which means you're1 going to force a quite high level of DNS traffic.    :-(   E Sorry, but the best solution does involve some form of load balancing F "virtual server", with a backup load balancing machine that takes over" the IP address in case of failure.   -- Pat   --  ?       This message does not represent the policies or positions 1 	     of the Mayo Foundation or its subsidiaries. 3   Patrick Spinler			email:	Spinler.Patrick@Mayo.EDU '   Mayo Foundation			phone:	507/284-9485    ------------------------------  # Date: Sat, 09 Dec 2000 00:17:48 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")B Subject: Re: advice sought on transparent failover / IP clustering8 Message-ID: <009F44BA.DEC7F65F@SSRL04.SLAC.STANFORD.EDU>  	 VMSers --   J Thanks for all the responses.  It looks to me as though the simplest thingJ by far would be to try the idea several people suggested of having the DNSK return _both_ IP addresses for the service name and letting the client fall 0 to the second one if the first one doesn't work.  @ That doesn't inherently do load-balancing, but load-balancing isI considerably less important to me than presenting reliable service, since J I have a single server bearing up happily under the current level of load.  J If it works, this will take the least management and fewest external boxes+ (zero), which is also important at my site.   E Thanks especially to Rob Young for the detailed rendition of Multinet  configuration for this idea.   Thanks,    -- Alan   O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------   Date: 8 Dec 2000 20:30:44 -0500 * From: young_r@eisner.decus.org (Rob Young)B Subject: Re: advice sought on transparent failover / IP clustering+ Message-ID: <1WcPxPGBYQ5h@eisner.decus.org>   = 	Point well taken.  I found that setting TTL to 60 seconds is B 	sufficient as the algorithm is recalculated every 60 seconds.  So= 	the VMS boxes are polled every 60 seconds to resolve Cluster > 	Service Name.  Tell us how heavy the traffic is from that, if
 	you know.   > G > Sorry, but the best solution does involve some form of load balancing H > "virtual server", with a backup load balancing machine that takes over$ > the IP address in case of failure. >   ? 	Maybe for broken OSes "that can't."  How often do they poll or : 	recalculate "load?"  Heavier or lighter than a DNS query?     				Rob     [ In article <3A3158B9.9F9831FA@mayo.edu>, Patrick Spinler <spinler.patrick@mayo.edu> writes: # > steven.reece@quintiles.com wrote:  >>  M >> But isn't that why you configure multiple name servers in a domain (i.e. a M >> primary and a secondary)?  If the primary goes down your clients can still 8 >> look to the secondary for the addresses they require. > - > Welcome to the wonderful world of TCP/IP.    > ( > Guess what - it doesn't work that way. > B > More specifically, the "if the primary goes down" timeout in the@ > standard client goes up to several minutes before it tries theI > secondary.  By then, the applications generally crap out.  Either that, H > or your user base is calling you and telling you that "the application > is hung."  Which it is.  > I > Further, in order to get the "change the name to a new address" idea to E > work, you're going to have to set the time to live (TTL) of the DNS F > record to just a few seconds (30 seconds perhaps) which means you're3 > going to force a quite high level of DNS traffic.  >  > :-(  > G > Sorry, but the best solution does involve some form of load balancing H > "virtual server", with a backup load balancing machine that takes over$ > the IP address in case of failure. >  > -- Pat >  > --  A >       This message does not represent the policies or positions 3 > 	     of the Mayo Foundation or its subsidiaries. 5 >   Patrick Spinler			email:	Spinler.Patrick@Mayo.EDU ) >   Mayo Foundation			phone:	507/284-9485    ------------------------------   Date: 8 Dec 2000 20:23:04 -0500 * From: young_r@eisner.decus.org (Rob Young)B Subject: Re: advice sought on transparent failover / IP clustering+ Message-ID: <tjwoAdsHxcaF@eisner.decus.org>    Alan,   < 	One thing that may have been lost in the shuffle is that it= 	is doing load balancing.  In fact, the algorithm they use is ; 	the published LAT algorithm and you can find a description C 	of it out at the Multinet site.  Time for me is short this evening A 	or I would go get it.  Also, note the RATING field.  That is the D 	least loaded box and yes, the CLUSTER passes back a comma seperatedC 	list of IPs so if one of them is down, guess what?  It doesn't get C 	passed back.  Finally, about the ONLY way the managers of your DNS C 	could screw this up is they don't make your alphas NS entries.  I  : 	know enough about debug levels (set d2) in mu nslookup to? 	easily discern if they got it right.  It is easy to set up and > 	test and run multiple : mu netc domain show to see the rating@ 	change and then $ telnet cluster ! or what you call the service* 	name  to be assured it is indeed working.   				Rob      In article <009F44BA.DEC7F65F@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:  > VMSers --  > L > Thanks for all the responses.  It looks to me as though the simplest thingL > by far would be to try the idea several people suggested of having the DNSM > return _both_ IP addresses for the service name and letting the client fall 2 > to the second one if the first one doesn't work. > B > That doesn't inherently do load-balancing, but load-balancing isK > considerably less important to me than presenting reliable service, since L > I have a single server bearing up happily under the current level of load. > L > If it works, this will take the least management and fewest external boxes- > (zero), which is also important at my site.  > G > Thanks especially to Rob Young for the detailed rendition of Multinet  > configuration for this idea. > 	 > Thanks,  > 	 > -- Alan  > Q > =============================================================================== 2 >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUO >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 O >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 Q > ===============================================================================  >    ------------------------------  % Date: Fri, 08 Dec 2000 11:28:50 -0800 7 From: David Spencer <spencer@pageweavers.spaamfree.com> 7 Subject: Re: AlphaStation 255/300 and large disk drives B Message-ID: <081220001128503451%spencer@pageweavers.spaamfree.com>  9 In article <90p596$sgs@gap.cco.caltech.edu>, David Mathog & <mathog@seqaxp.bio.caltech.edu> wrote:  F > >I have an AS 255/300 and loaded it with pair of 18GB IBM drives (inH > >addition to a DEC RZ28D as the system disk). They're running togetherD > >as a simple shadow-set. No problems. The drives themselves are 1"E > >high and seem to run quite cool. I got the SCSI-2 (50-pin) version E > >so no adapters were required. (In case you want to get some a show > > >device/full identifies them as part number IBM DNES-318350) > L > The size limit that's a problem is the one set by the boot ROMs.  Once VMSL > is running the size limit will go up.  If you put an OS on one of the 18Gb > drives can you boot from it?   >  > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, Caltech  C Good question. I have never tried so I don't know the answer. Since ? I prefer a smaller drive for system boot and layered products I B never thought to check. The machine's in production now so I can't@ take it down to try ... sorry. You're probably right, though, asB it stands to reason since such large drives didn't even come close0 to existing at the time the AS 255 was designed.   Dave Spencer, PageWeavers    ------------------------------  + Date: Fri, 08 Dec 2000 21:31:27 -0600 (CST)  From: sms@antinode.orgF Subject: AlpSta 200 4/233 (VMS V7.2-1) v. QLogic Fast!SCSI IQ PCI card) Message-ID: <00120821312739@antinode.org>   H    This may be more of a hardware question, but it must be more relevant+ than the continuing election-related noise.   H    In my never-ending quest for maximum value at minimum cost, I found a? bargain-priced "QLogic Fast!SCSI IQ PCI Host Adapter Card", and D installed it in my AlphaStation 200 4/233, running VMS V7.2-1.  ThisH card uses the ISP1020 chip, suggesting the possibility of some degree of4 VMS compatibility.  (See SYS$SYSTEM:SYS$CONFIG.DAT.)  F    Upon installation I was pleased to see that the firmware identifiedC it ("BUS 00  Slot 12: ISP1020 Scsi Controller") and also the CD-ROMuB drive I connected to it for testing.  (The adapter is at ID 7, the CD-ROM drive is at ID 6.)l  9    When booted, everything continued to look encouraging:    ALP $ sh dev /ful pkbD  O Device PKB0:, device type Qlogic ISP1020 SCSI port, is online, error logging isd     enabled.  O     Error count                    0    Operations completed                 62TO     Owner process                 ""    Owner UIC                      [SYSTEM]bO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WbO     Reference count                0    Default buffer size               65535    ALP $ sh dev /ful dkb600  L Disk ALP$DKB600:, device type IBM CDRM00203.....!K, is online, file-orientedJ     device, shareable, served to cluster via MSCP Server, error logging is     enabled.  O     Error count                    0    Operations completed                  0eO     Owner process                 ""    Owner UIC                      [SYSTEM]eO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WbO     Reference count                0    Default buffer size                 512e    H    Then, just as my anticipation was at its peak, I tried something moreG sophisticated, like mounting the CD-ROM ("mount /ove = id dkb600"), and0G the system had a grand mal seizure: the workstation display went black,mE the two LED's on the LK411 keyboard started fluttering, and the whole3H thing appeared dead to the world.  Removing the "BIOSROM" EPROM from the QLogic card had no effect.  E    The card itself is near-new (that is, hardly used since 1994), nott1 obviously damaged but not tested elsewhere (yet).A  H    I'd like to know if an off-the-shelf, generic QLogic card should workH (better than this), or if I was doomed from the start.  Also, if there's> any hope of salvaging this adventure (at low additional cost).  F    I have not tried QLogic tech support yet, but as the card is listedG under "Retired Adapters  NO TECHNICAL ASSISTANCE FOR THESE PRODUCTS" on 8 their Web site, my hopes in that direction are not high.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)t9    sms@antinode.org                sms@provis.com  (work)w   ------------------------------  $ Date: Fri, 8 Dec 2000 17:06:13 -07000 From: "rmiddleton" <teamx@teamx.box-o-phear.org>C Subject: anyone ever monky with a Digital LA400 and a decserver90m?I3 Message-ID: <CJeY5.1324$kf3.295087@news.uswest.net>    ------------------------------  # Date: Sat, 09 Dec 2000 00:19:31 GMTa' From: "Stan Rose" <stan_rose@email.com> $ Subject: Automated RMS tuning script< Message-ID: <nUeY5.28382$w35.4906473@news1.rdc1.nj.home.com>  G Many years ago I wrote a DCL script that automated the tuning of an RMS.K file; it optimized bucket size and other parameters. Sometime after I wrotehH the script, someone anonymously posted it to several newsgroups. I don'tL have it anymore, however, but would like to get a copy. Does anyone remember: such a DCL script and have a copy that they could send me?     Thanks very much,h	 Stan Rose1   ------------------------------  % Date: Fri, 08 Dec 2000 22:57:53 -0500h- From: JF Mezei <jfmezei.spamnot@videotron.ca> # Subject: Cable modem woes update...I, Message-ID: <3A31ADBC.7FFF83DB@videotron.ca>  S It is most interesting how cable companies are having trouble supporting customers.   L It makes the traditional landline telephone companies look 100% perfect. HowJ much time do you spend discussing with the phone company why you don't get dial-tone on your phone ?h  K Anyhow, after spending a whole day on the phone (most of it on hold) to the / cable company, I was given the following story:e  Q (Applies to Samsung cable modems, whose motherboard is supposedly made by Cisco).   M If the modem has X IP addresses provisioned, it will only route DHCP requests H from the first X ethernet adresses that the modem will see on the lan no- matter what protocol these ether packets are.   J So, if you have one IP that is provisioned, and 3 machines, the modem willK only allow the first machine it sees to transmit DHCP requests even if thatc) first machine doesn't do any TCPIP stuff.d    L Sounds to me like a major oversight in the people who designed those modems.   ------------------------------  % Date: Fri, 08 Dec 2000 11:12:14 -0800  From: IOlson@dairyworld.com 5 Subject: RE: F$GETJPI and VMS 7.1, 7.2 BYTLM = BYTCNTtM Message-ID: <763C579A82F7D3118EE400D0B74723D10166B650@exchsrv.dairyworld.com>t   >-----Original Message-----d2 >From: Doran Werling [mailto:rwscsinc@my-deja.com] >Sent: December 8, 2000 10:37w >To: Info-VAX@Mvb.Saic.Com2 >Subject: F$GETJPI and VMS 7.1, 7.2 BYTLM = BYTCNT >p >t< >Has anyone noticed that F$GETJPI(pid,"BYTLM") always equalsF >F$GETJPI(pid,"BYTCNT) under VMS 7.1 and 7.2 ? I was troubleshooting aA >process quota problem involving bytlm and observed these 2 valuer >decrement together. >S >Doran Werling >RW/SCS Inc.  G I just did a quick scan of processes on our system (we're on 7.1-2) and-& found them to be close but not equal. 6 The bytlm is usually a few hundred bigger than bytcnt.  
 Ingemar Olsonr Dairyworld FOODS   ------------------------------   Date: 9 Dec 2000 02:01:01 GMT82 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: RE: F$GETJPI and VMS 7.1, 7.2 BYTLM = BYTCNT>6 Message-ID: <90s3ot$2c5$1@mailint03.im.hou.compaq.com>  1 From: Doran Werling [mailto:rwscsinc@my-deja.com]t :Sent: December 8, 2000 10:37e :To: Info-VAX@Mvb.Saic.Com ..< :Has anyone noticed that F$GETJPI(pid,"BYTLM") always equals/ :F$GETJPI(pid,"BYTCNT) under VMS 7.1 and 7.2 ? u  B   Nope.  Hadn't noticed that.  (I have seen processes that are not>   doing particularly much when you look at them, of course...)   :I was troubleshooting aA :process quota problem involving bytlm and observed these 2 valuef :decrement together.  J   Seeing the values parallel implies the use of the routines that reserve I   some of the process quota for longer intervals -- the short-term debit  G   calls will tweak BYTCNT, while the long-term ("permanent") operation v$   will debit both BYTCNT and BYTLM.   E   For details, see exe_std$debit_bytcnt v exe_std$debit_bytcnt_bytlm.i  F   Alternatively, the code is directly adjusting both the count and the   limit.  !   Or, um, the code is, um, buggy.o  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Fri, 08 Dec 2000 12:02:00 -0700 (MST)i) From: John Nebel <nebel@athena.csdco.com>i. Subject: Re: Fujitsu M2488E tape drive troubleF Message-ID: <Pine.OSF.4.21.0012081153550.5712-100000@athena.csdco.com>  E This works in VMS 7.2 - several years back I sent one of these drivesiE anda SCSI bus trace to DEC (it was then) in Colorado Springs and theyeH changed mkdriver to make it work, then incorporated the changes in laterE versions - I think it the original fix was in v7.1.  The CSC case wasp
 C971027-3792.e  (         Image Identification Information  *                 image name: "SYS$MKDRIVER"7                 image file identification: "FUJITSUV71"v3                 image file build identification: ""t7                 link date/time: 25-NOV-1997 14:56:52.31P/                 linker identification: "A11-39"     
 John Nebel    3 On Fri, 8 Dec 2000 canellis@al.brooks.af.mil wrote:i   > All, > E > 	I am attempting to attache a Fujitsu M2488E tape drive on an Alpha:K > running OpenVms 6.2.  When I boot the system I see the tape drive.  As I :O > monitor the drive, it sees if I put a tape in the drive.  The trouble starts gP > when I attempt to mount the drive.  I get the "Volume is not software enabled"P > error.  When I run SYS$ETC:SCSI_INFO against the drive, it errors at the first5 > QIOW, with a timeout error.  Any ideas?  Thank you,t >  > Alan J. Canellis >    ------------------------------  % Date: Fri, 08 Dec 2000 11:32:00 -0800e! From: Tom Linden <tom@kednos.com>n Subject: Heap Analyzer1 Message-ID: <026401c0614d$baf13580$f6c7cccf@reka>t  = Running the heap analyzer under the debugger seems to requiresH LIBRTL_INSTRUMENTED.EXE which I don't find on my system, which is 6.2 onD Alpha.  I do however find a copy on a 7.1 system.  I need to run the2 debugger on the 6.2 system however.  Any thoughts?   ------------------------------   Date: 8 Dec 2000 21:35:04 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Heap Analyzer6 Message-ID: <90rk68$rvb$1@mailint03.im.hou.compaq.com>  U In article <026401c0614d$baf13580$f6c7cccf@reka>, Tom Linden <tom@kednos.com> writes: > :Running the heap analyzer under the debugger seems to requireI :LIBRTL_INSTRUMENTED.EXE which I don't find on my system, which is 6.2 ontE :Alpha.  I do however find a copy on a 7.1 system.  I need to run the=3 :debugger on the 6.2 system however.  Any thoughts?=  F   Heap Analyzer support for OpenVMS Alpha was first available in V7.0.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 08 Dec 2000 22:38:12 GMTs, From: peterw@u.genie.co.uk (Peter Watkinson) Subject: hobbyistd< Message-ID: <3a3162a3.4398242@newshost.netscapeonline.co.uk>    Hi,  : How do i go about getting a hobbyist lisence for Open VMS?  	  regards,. Peter Watkinsonb peterw@u.genie.co.uk& http://www.windsurf-international.com/ http://www.pwnavigate.com/ http://you.genie.co.uk/peterw/   ------------------------------  % Date: Fri, 08 Dec 2000 20:38:05 -0600e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>u Subject: Re: hobbyistr, Message-ID: <3A319B0D.83407F2@earthlink.net>   Peter Watkinson wrote: >  >  Hi, > < > How do i go about getting a hobbyist lisence for Open VMS?  % See http://www.montagar.com/hobbyist/i   -- a David J. Dachtera  dba DJE Systemsv http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.b   ------------------------------  % Date: Fri, 08 Dec 2000 20:45:11 -0600o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>d Subject: Re: hobbyista- Message-ID: <3A319CB7.EA305BDF@earthlink.net>u   Peter Watkinson wrote: [snip]  @ A word of warning: the Hobbyist home page has been "Compaq-ted".  F If you liked the .edu page, you'll LOVE this one (and no, I don't mean Love, TX, USA!).   --   David J. Dachteran dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------   Date: 8 Dec 2000 19:47:56 GMTu7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann)- Subject: Re: IO channels quota0 Message-ID: <Oozvf8elmJpy-pn2-VORjnWgZ8Bfz@Tom2>   Thanks     Thomas Hahnemann   ------------------------------  % Date: Fri, 08 Dec 2000 15:07:44 -0800d! From: Shane.F.Smith@Healthnet.comt$ Subject: Microsoft copyrighting bugsD Message-ID: <OF9B64C4D2.7A28D11A-ON882569AF.007F01DF@foundation.com>  K Interesting article in the register. Here's the first couple of paragraphs:a  I - Microsoft is claiming copyright over its security notices and insistingi thatJ - mailing lists can no longer publish the Beast of Redmond's dire security - warnings.a -aK - The lawyers at Microsoft have objected to the publication of its securitysG - notices by SecurityFocus.com, which runs the popular BugTraq security  - mailing list.w  1 http://www.theregister.co.uk/content/4/15337.htmlI   Shane    ------------------------------   Date: 8 Dec 2000 19:21:10 GMTr* From: helbig@astro.rug.nl (Phillip Helbig)( Subject: Re: New OpenVMS  Education site. Message-ID: <90rcb6$r8e$1@info.service.rug.nl>  8 In article <90q9hv$g53$1@mordred.cc.jyu.fi>, Osmo Kujala <kujala@tukki.jyu.fi> writes:   5 > David Mathog <mathog@seqaxp.bio.caltech.edu> wrote:. >  > > A different section says:A > 6 > >   "However, the Software may be copied and used onE > >    multiple computers that are under your control in a classroom oO > >    environment, including use by multiple students who have agreed to thesedF >                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^8 > >    License Terms solely for instructional purposes." > O > > Oh right.  I defy the people at Compaq to identify a single college or K-12cJ > > school ANYWHERE on the face of the Earth that has a room with multipleF > > single user VMS workstations set up for "instructional purposes".   >  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > H > IMHO text "including use by multiple students ..." clearly states thatG > that multiple users are allowed on multiple computers and there is norG > restriction to single user computers in the classroom environment and F > those students need not be the individuals who ordered the PAKs. TheJ > License Grant text is meaningful here. The PAKs of course allow for thatE > (and maybe more). I see it that the person who ordered Licences for H > classroom is responsible for the use and agreement of License Terms by > students.A >  > I may be wrong of course.=  G I think so.  If you're not, someone from Compaq would come out and say  8 so, which they won't if past experience is a guide here.  G The problem is that it does not CLEARLY state that the new educational  H programme allows more than one user on a machine---and I don't think it  does.1   ------------------------------   Date: 8 Dec 2000 20:36:46 GMTs2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)( Subject: RE: New OpenVMS  Education site, Message-ID: <90rgou$1r6@gap.cco.caltech.edu>  n In article <7162F87E9EF4D311BA9900805FC1D3AE7A625B@and02.drc.com>, "Ebinger . Eric" <EEbinger@drc.com> writes: >> -----Original Message-----l& >> From: mathog@seqaxp.bio.caltech.edu? >> >IMHO text "including use by multiple students ..." clearly e >> states thatI >> >that multiple users are allowed on multiple computers and there is nomE >> >restriction to single user computers in the classroom environments >>  > >> Yes there is such a restriction.  The PAKs themselves only  >> deliver a singlen> >> user license and you cannot load multiple licenses one one  >> machine.  See7 >> the FAQ at the web site which says this explicitly. l >> b >o7 >Of course, the FAQ says that "Base OpenVMS PAKs cannot 8 >be combined".  Isn't it the OpenVMS-Alpha-User PAK that >controls the number of users? >u  B Yes, that's right.  What FAQ:13 says is that "you cannot use these? licenses by any means whatsoever to obtain a multiuser system."h  I Can anybody suggest why it is that Compaq decided to so cripple the Tru64eH and now OpenVMS educational license sets with a single user requirement?  I The only rational thing I can think of is that they don't want to give upCK the CSLG/ ESL income we send them.  But that must be a declining source of cA revenue in any case because its cost is a major factor in driving J remaining VMS users onto other platforms.   We've already had a post here H from someone who said that they went with Xterms instead of PWS's in an K instructional setting specifically because of the single user clause in theCH Tru64 license. I mean, the single user requirement for Tru64 was stupid,I since all it did was cost them sales, but the requirement for VMS is bothpP stupid and WEIRD, because VMS has verg little value as a single user workstation@ (the graphics options stink and there's no productivity softwareG whatsoever.)  VMS is effectively always a "sever" and what the heck use- is a single user server???     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech a   ------------------------------   Date: 8 Dec 2000 15:13:58 -0700I1 From: nothome@spammers.are.scum (Malcolm Dunnett) ( Subject: RE: New OpenVMS  Education site, Message-ID: <VEr984qZvice@malvm1.mala.bc.ca>  - In article <90rgou$1r6@gap.cco.caltech.edu>, e9      mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > L > remaining VMS users onto other platforms.   We've already had a post here J > from someone who said that they went with Xterms instead of PWS's in an M > instructional setting specifically because of the single user clause in thel > Tru64 license.  I    It's actually worse than that. The Tru64 "enthusiast" program does notbG allow the licenses to be used in an instructional setting. PERIOD. They H can only be used for "personal usage". Compaq no longer even claims thatI the Tru64 program has any value for educational institutions, though that G was a major point they emphasised when the program was first announced.a  C    This new VMS program is a bit better in that it acknowledges theiF ability to use the licenses for teaching, however the requirement of aG "classroom setting under your direct control" makes the program uselesssL in any practical sense ( no instructor has the time to stand there and watchG over his students for the whole time it takes to complete assignments )   K > since all it did was cost them sales, but the requirement for VMS is bothrR > stupid and WEIRD, because VMS has verg little value as a single user workstationB > (the graphics options stink and there's no productivity software > whatsoever.) i  K    Precisely. Our students are currently using Xterms to a Tru64 system, sooJ allowing them to have access to reasonable speed single user Tru64 systemsM would have been an improvement ( no more cases of one or two students hoggingeL the whole cpu ). OTOH I doubt we'd ever consider teaching a course on singleN user VMS workstations, though we do have some interest in setting up somethingM like a VMS cluster to use in an operating systems course - in this case you'd R like multi-user licenses so that all the students can work on it at the same time.  M =============================================================================cM Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.ca-H Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------   Date: 8 Dec 2000 13:55:31 -0500n* From: young_r@eisner.decus.org (Rob Young)% Subject: Re: One world, one processorw+ Message-ID: <N1MqP+tF8U9A@eisner.decus.org>-  d In article <20001207210658.08136.00002406@ng-mi1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:K > The following quote was taken from an article ONE WORLD, ONE PROCESSOR byo/ > Linley Gwennap in the December LINUX JOURNAL.t > L > ..."Compaq, HP and SGI have slowed the pace of their architectures (Alpha,P > PA-RISC and MIPS, respectively) to the point that they have fallen behind XeonN > in performance in many key applications.  This decline has caused a downward' > spiral in the sales for RISC vendors.e > G >   As a result, HP and SGI have already announced they will eventually-E > discontinue their RISC lines, and Compaq is likely to follow suit."m >  > N > I hope someone from Compaq replies to this article.  I think it would have a@ > good chance of being published in a future LINUX JOURNAL.         ? 	He misses the mark for several reasons.  The PA8700 rolls soonkD 	or has rolled.  When it does, it will be more than competitive withD 	Itanium so then the great hope is McKinley.  Also, HP is developingD 	the PA8900.  The transition to IA64 will be painful regardless evenF 	if it runs native binaries, the performance won't be 1:1 and there isA 	the small matter of testing and verification.  Sadly, SGI boughtoD 	the Merced revolution hook, line and sinker.  They killed off their> 	high-end processor project Beast and are now limping along onD 	tweeks of the R12000 architecture.  Linley also overlooks the smallE 	fact that Tru64 marketshare is growing nicely and their year to year @ 	revs are up , not down as I am sure Terry could concur... also,+ 	Linley speakeath with "fork -  ed" tongue:e  * From: young_r@eisner.decus.org (Rob Young)6 Subject: Re: Measured ILP from EPIC Compilers on SPEC? Date: 03 Dec 2000 00:00:00 GMT Newsgroups: comp.arch-  I In article <3A2973E4.D64ED92D@gmx.de>, Bernd Paysan <bernd.paysan@gmx.de>o writes :u > Rob Young wrote:7 >>         Yes they have.  Half McKinley's performance.F > I > And "Uuh-ooh. We can't tell the SPEC numbers". Remember that Merced waseD > touted to be faster than anything else, and definitely faster thanI > Alpha. If they meant the time it's going to be replaced after delivery,SG > it's not a good sign ;-). In the meantime, the Pentium 4 is in a veryBF > good shape, and if Compaq and Samsung struggle a bit longer to get a? > real .18u shrink of the 21264 out, it might overtake it soon.o >     F         But if you read enough you would venture to guess the traderagG         writers and high paid? anal-ists must think we are collectively-C         a bunch of half-wits or totally not paying attention.  LookhB         again at what Linley "Merced" Gwennap penned in another of1         his many odes to Merced .. in March 2000::  / http://www.linleygroup.com/columns/itanium.htmlf  N We have increased our projections of the chips SPEC_base performance to 50 intJ and 80 fp. We expect it to achieve 45,000 tpmC on the TPC-C benchmark in aJ four-processor system based on Intels 460GX chip set and Lion motherboard.L These scores should give Itanium performance leadership when it is released,K but its performance could be surpassed by Compaqs Alpha processors within a  matter of months.     I         Alpha will overtake it in a matter of months... perhaps.  Sheesh.   B         But sadly, Linley must perform a climb down at the end of          October 2000:   6 http://www.eetimes.com/story/pipeline/OEG20001025S0051  H Itanium will still make a splash in the server market. But I expect mostJ Itanium systems sold next year will be used for software development or inM customer validation; volume deployment will occur only at a limited number of  sites. a  G This slow ramp is due in part to the long buying cycles common in largevN servers. But dampening the excitement is that Itanium is simply not deliveringL the standout performance expected of the first fundamentally new instruction set in nearly 20 years.-    D         But Linley, you just told us in March about outstanding SPECO         performance and great tpmC marks.  What happened?  Did the outstanding 0J         SPEC performance and tpmC performance evaporate or wasn't it ever C         really there?  Which is it?  You were shovelled a bunch of 1J         crapola and went and ran with it didn't you?  I guess credibility L         matters a smidgen so now you tell us:  "dampening the excitement is G         that Itanium is simply not delivering the standout performance h         expected."  >         Were you surprised?  If so, you might have been alone!  E         Guess the Merced hubbub is losing steam.  They could wish and F         a want and attempt to market it all they want but many factorsE         are again' 'em.  Merced ain't dead.  It's just "mostly dead.":L         But wait until McKinley!  Twice the performance of Merced!  Whatever         that is...   ---1  @ 	Just as importantly Linley leaves out Sun.  By leaving out Sun,? 	he is ignoring the best counterpoint to his very weak arguments; 	(gosh, maybe he has a future as a Democratic Lawyer).  SunnC 	is growing leaps and bounds even today and their "somewhat" anemic,B 	performance hasn't hurt their stellar growth.  So why no slide inD 	Sun, Linley?  Might also want to consider Sun killed off an Itanium 	port/product.  ? 	And finally, Linley is taking advantage of the fact that spinsrA 	on 21264 are long delayed but they won't be delayed forever (norlC 	much longer).  When they ship, Alpha will firmly establish itself  F 	once again as world performance champ - bar none - and will nail downC 	even more HTPC bids and similar bids that require high performanceuH 	until IBM ships Power4 and things begin another round of wins for both  	IBM and Compaq.  B 	Watch what Linley pens... way too many of his articles are little@ 	more than Intel marketing pieces.  It only becomes obvious whenA 	you read them about a year out and they still haven't born fruitaA 	(read the entire http://www.linleygroup.com/columns/itanium.htmlH 	for example).   				RobH   ------------------------------  % Date: Fri, 08 Dec 2000 13:53:23 -0300a) From: fabio_compaq@ep-bc.petrobras.com.br>% Subject: Re: One world, one processor L Message-ID: <OF69F1A827.B3F348DC-ON032569AF.005BCF4B@ep-bc.petrobras.com.br>  9 One world, 5  processors and less operating systems ! ! !   D How many versions of Unixes are running in the market ? 20 on RISC ?*  Plus 100 in Intel (Linuxes versions) ????  B Open Systems create hundreds of processors, os. versions, etc ....# Why not consolidate a few of them ?-  H I am not saying merging Tru64 with Solaris or AIX, but for example, mig= rate) DG-UX, Sinix  to other processors/unixes.o  3 Why do we have 3 or 4 versions of Linux for Alpha ?,  H It=B4s WASTE of money, resources, and ideas ..... it=B4s a BIG WASTE to=  haveh? a company developing software /  drivers for all these OSes....o     Regards    FC                                  3 david20@alpha2.axp.mdx.ac.uk em 08/12/2000 11:25:28   . Favor responder a david20@alpha2.axp.mdx.ac.ukH                                                                        =     =20-H                                                                        =     =20hH                                                                        =     =20.    @                                                              =20@                                                              =20@                                                              =20@  Para:    Info-VAX@Mvb.Saic.Com                              =20@                                                              =20@  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)  =20@                                                              =20@                                                              =20@                                                              =20@  Assunto: Re: One world, one processor                       =20@                                                              =20           =h    
 In articleA <OF93FD230C.0C99E54E-ON032569AF.00457D51@ep-bc.petrobras.com.br>, + fabio_compaq@ep-bc.petrobras.com.br writes:eD >I believe in the creation of the new wave: PROCESSOR CONSOLIDATION.* >Stop with this myriad of processors . . . >!  ( Rubbish. That is the last thing we need.H Consolidation closes down the exploration of alternative paths to impro= vedsE performance. If you have only one type of chip you are constrained byl? the historic design decisions which went into making that chip..H Why is Intel making the IA-64 chip ? Answer because other companies had=  E moved to 64 bit. If there were no other chips Intel would have littleoH incentive to do anything but keep on marginally improving their current=   chips.H There would be no reason to invest lots of money in any radical new des= ign.  F (True at some point they would have to - but only because some startup companysH had produced or was about to produce a new chip design which offered th= e4H improved performance customers wanted. And we might be waiting a long t= imeu fore> that to happen because the startup costs would be horrendous).  H Now it might be argued that in a few years time we would have reached t= heE limits of what can be done with silicon and all the tricks to improvenH performance will have been tried. At that point it could be argued that=  theH final silcon chip design will be created and everything will consolidat= e onH that. However research is already underway into optical computing and o= therH designs which means that I'd doubt that such a consolidation would actu= allyB happen. Instead you might well see a number of radically different
 approaches@ competing in the market place which would make the architectural differencesS4 between IA-64, Alpha and SPARC chips seem miniscule.F And what drives this research. Answer : The perceived need to increase performance + competition.    
 David Webb VMS and Unix team leader CCSS Middlesex University  H >To the end-customer it=3DB4s important to stay with Alpha architecture= . L=3D >ast >year we changed ourH >Alphaservers 4100 running Windows NT + Lotus Notes to Proliant 8500 + = N=3D >T.mH >What mess... transfer 7500 users from one 2 machine cluster to another= .=3D >^+ >Just becase Compaq decided stop WNT/Alpha.e >rH >Imagine porting all the Alpha applications to IA-64 ? Wil be the end o= f=3D >p >OpenVMS, becausen5 >a lot of customers will decide to port to Unix......f >eH >The market should have the max of 4, 5 processor lines.....  Alpha, Sp= a=3D >rc, >Intel, MIPS, Power PC.  >^ >It=3DB4s enough.... >^ >Regards >t >FCi >u >g >e >  >t >e >u >t7 >Alan Greig <agreig@my-deja.com> em 08/12/2000 08:23:44oH >                                                                      =  =3D
 >    =3D20H >                                                                      =  =3D
 >    =3D20H >                                                                      =  =3D
 >    =3D20 >m >)C >                                                             =3D20rC >                                                             =3D20AC >                                                             =3D20eC > Para:    Info-VAX@Mvb.Saic.Com                              =3D20tC >                                                             =3D20LC > cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)  =3D20eC >                                                             =3D20-C >                                                             =3D20.C >                                                             =3D20 C > Assunto: Re: One world, one processor                       =3D20EC >                                                             =3D20e >r >o >w >e >  >=3D >r >nF >On 08 Dec 2000 02:06:58 GMT, dashw459@aol.comeatspam (Doug W.) wrote: >cH >>The following quote was taken from an article ONE WORLD, ONE PROCESSO= R=3D > by/ >>Linley Gwennap in the December LINUX JOURNAL.n >>H >>..."Compaq, HP and SGI have slowed the pace of their architectures (A= l=3D >pha,eH >>PA-RISC and MIPS, respectively) to the point that they have fallen be= h=3D >ind >XeonnE >>in performance in many key applications.  This decline has caused aF	 >downwarde' >>spiral in the sales for RISC vendors.b >>H >>  As a result, HP and SGI have already announced they will eventually=  E >>discontinue their RISC lines, and Compaq is likely to follow suit."? >uD >And if Compaq don't jump on statements like this then quite bluntly< >they are probably true - whatever Compaq employees are toldD >internally. We keep hearing about all the Alpha development work in@ >the pipeline but the hard facts are that Alpha should really be@ >shipping at 1.6Ghz EV68 by now. It is difficullt to see all theC >promised enhancements materialising when the pace has been so slow D >over the last two years. There hasn't really been any *significant*H >upggrades since the 500Mhz EV6 over two years ago. I do not consider a=  @ >less than 2:1 performance hike in over two years good progress. >eE >If EV8 is not to be the last Alpha chip then Compaq had better startf >taking its gloves off.g >uF >And VMS engineering had better keep their eyes on IA-64 just in case. >T >--w >Alan Greigi >  >  >=3D >s >s     =s   ------------------------------  % Date: Fri, 08 Dec 2000 17:35:06 -0500a  From: norm.raphael@jamesbury.comF Subject: Re: OpenVMS FAQ Correction [was, in error, Re: OpenVMS Items]4 Message-ID: <C22569AF.007B53F8.00@jklh21.valmet.com>  H Point well taken.  I was just using the shotgun approach to reach a wide	 audience. M If I had read the FAQ instead of just searching it for the link, I would havev noticedlI that there was a way to notify the maintainer.   However, whatever works.IA [Note:  This writer is in no "peril" of which he is aware  ;-) .]N        7 hoffman@xdelta.zko.dec.nospam on 12/08/2000 03:35:56 PM.  / Please respond to hoffman@xdelta.zko.dec.nospamu   To:   Info-VAX@mvb.saic.coml cc:e Subject:  Re: OpenVMS Items           O In article <C22569AF.00614C43.00@jklh21.valmet.com>, norm.raphael@jamesbury.como writes:i :hN :I just tried the link to the eco mailing lists from the OpenVMS FAQ and it is :      broken. :hN :I got there from the openvms.compaq.com eco page and find that the ".html" in
 :      the :e' :FAQ should be ".shtml" for it to work.i    H   Posting FAQ updates and corrections here is perilous practice at best,D   please send the FAQ updates directly to the FAQ maintainer per theH   instructions at the top of the FAQ.  Unless the FAQ maintainer happensD   to stumble into a thread such as this one (directly finding it, orE   finding it due to a pointer being forwarded by a kind soul), then at5   valuable update or correction can easily be missed.m  E   But let that statement not detract from my thanks for passing along #   the update and the new pointer...     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 8 Dec 2000 20:35:56 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: OpenVMS Items6 Message-ID: <90rgnc$rdi$1@mailint03.im.hou.compaq.com>  W In article <C22569AF.00614C43.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:o :gN :I just tried the link to the eco mailing lists from the OpenVMS FAQ and it is :      broken. :(N :I got there from the openvms.compaq.com eco page and find that the ".html" in
 :      the :r' :FAQ should be ".shtml" for it to work.r    I   Posting FAQ updates and corrections here is perilous practice at best, cD   please send the FAQ updates directly to the FAQ maintainer per theI   instructions at the top of the FAQ.  Unless the FAQ maintainer happens tE   to stumble into a thread such as this one (directly finding it, or =F   finding it due to a pointer being forwarded by a kind soul), then a 5   valuable update or correction can easily be missed..  F   But let that statement not detract from my thanks for passing along #   the update and the new pointer...     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 08 Dec 2000 23:21:48 GMT # From: marinto <marinto@my-deja.com> 1 Subject: Port (terminal) driver mbx functionalityn) Message-ID: <90rqe6$c6e$1@nnrp1.deja.com>.  G I need to find out how to do some similar things with a port (terminal)  device as I do with a mailbox.   First question is:G Can I use the Flags argument as with a mailbox in my sys$assign() call?sE (No argument means read and write, AGN$M_READONLY means read only ande" AGN$M_WRITEONLY means write only).   Q2:aF Can I use IO$M_NOW in my sys$qiow(IO$_READVBLK), as with a mailbox, to@ specify that I don't want the qiow() to block if there's no data
 available?   Q3:hD Same as Q2 but write operation instead (if the device isn't ready to take any data, don't block).   Q4: B Can I use IO$_SETMODE | IO$M_*ATTN on a port to set up an ast with" sys$qio() as I can with a mailbox?  F If any of the above is illegal (or if there's a better way to do it) I4 would be very grateful if someone told me bout it :)   Thanks in advance!    & Sent via Deja.com http://www.deja.com/ Before you buy.m   ------------------------------  % Date: Fri, 08 Dec 2000 18:16:00 -0200o1 From: "Valdemir J. Santos" <valdemir-@uol.com.br>," Subject: RAID array informations..< Message-ID: <001f01c06153$af2fd020$d2010001@unipobjetivo.br>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_001C_01C06142.EB29E0E0m Content-Type: text/plain;y 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printablec  A Where I can get dummies informations about RAID array and yours =  complexity in the internet ?  G Where I can get the book "RAIDBOOK - A Source for RAID Technology" ?=20     Thank you in advance.  + ------=_NextPart_000_001C_01C06142.EB29E0E0D Content-Type: text/html; 	charset="iso-8859-1"e+ Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =t http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>t <STYLE></STYLE>g </HEAD>p <BODY bgColor=3D#ffffff>? <DIV><FONT face=3DArial size=3D2>Where I can get&nbsp;dummies =v informations about=20 > RAID array and yours complexity in the internet ?</FONT></DIV>4 <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>G <DIV><FONT face=3DArial size=3D2>Where I can get the book "RAIDBOOK - =r A&nbsp;Source=20) for RAID Technology" ?</FONT>&nbsp;</DIV>e <DIV>&nbsp;</DIV> 6 <DIV><FONT face=3DArial size=3D2>&nbsp;Thank you in=20# advance.</FONT></DIV></BODY></HTML>i  - ------=_NextPart_000_001C_01C06142.EB29E0E0--    ------------------------------  % Date: Fri, 08 Dec 2000 13:31:41 -0200c1 From: "Valdemir J. Santos" <valdemir-@uol.com.br>c# Subject: RAID array informations...n5 Message-ID: <000901c0612b$f7de4180$3e8ae3c8@valdemir>   F I=B4d like to get more informations about RAID arrays and yours compl= exity.  E Where I can get RAID arrays dummie=B4s informations in the internet ?l  F Where I can get the book "The RAIDBOOK - A source for RAID Technology= " ?q   Thank you in advance.    ------------------------------  $ Date: Fri, 8 Dec 2000 15:30:15 -0500' From: "Bill Todd" <billtodd@foo.mv.com>u Subject: Re: Sun Cluster( Message-ID: <90rg8m$jbb$1@pyrite.mv.net>  5 Rob Young <young_r@eisner.decus.org> wrote in message2% news:PWXFN7w31yGJ@eisner.decus.org...    ...h  E > Doing okay to a point.  Many of the good people are still there, sow > this:e >oL > The Digital purchase gave them access to this  kind of people resource but that: > is now long gone, lost in the fallout from the purchase. >p< > Would require a good deal of clarification to be passable.  I Then try this on for size:  many of the ones that haven't left (and theretG are a lot, though attrition of good people continues and I'm personallynH acquainted with some who've left for the reasons Andrew notes) are a lotK more careful of exhibiting their leadership and innovative qualities in theDD Compaq environment than they once were at Digital, since it can be a= career-limiting move (at least if you're not in the PC camp).    - bill   >l > Robu >    ------------------------------  $ Date: Fri, 8 Dec 2000 15:39:34 -0500' From: "Bill Todd" <billtodd@foo.mv.com>y Subject: Re: Sun Cluster( Message-ID: <90rgq3$jkh$1@pyrite.mv.net>  J <kparris@my-deja.com> wrote in message news:90mtnk$eb5$1@nnrp1.deja.com...* > "Bill Todd" <billtodd@foo.mv.com> wrote:G > > Compaq now has well over two years' worth of its own negligible VMSuH > > promotion to answer for, and unlike BP are still in a position to be > heldH > > accountable for the disparity between their encouragement of the VMS@ > > faithful and near-total neglect of VMS in any wider context. > D > From where I sit, Compaq has been significantly more supportive ofE > (and less destructive to) VMS than Digital was in the latter years.n  K I find it difficult, aside from the difference in viewpoint, to distinguishyK your statement from my own.  Compaq is indeed more supportive - but only ofiI the VMS faithful (as I said).  Compaq is indeed less destructive - but isn- not doing squat to *promote* VMS (as I said).e   > F > You could almost see the light-bulbs go on when the top-level CompaqJ > management realized how valuable the profitable VMS business was to a PCF > company with razor-thin margins, and the puzzlement as to why in theJ > world Digital had been actively trying to kill it off.  I've seen things9 > to be very different from that inflection point onward.e  F Right:  they're no longer trying to kill it.  Pardon me for suggestingI (again, as I said - below) that this isn't quite as much a turn-around asm many of us were hoping for.e   >rD > In the installed base in general, we've gotten beyond the phase ofI > everyone feeling forced to move quickly off of VMS because they felt itrJ > would be gone in 5 years.  Today, most existing customers feel confidentH > that even if they do nothing, they are safe in staying with VMS.  SomeJ > attrition is still occurring, but it is being met and even exceeded withJ > new accessions.  I'd like to get quickly beyond that to a faster-growing+ > customer base, but we've come a long way.d >s > > Some > peopleI > > may feel they should be thankful that Compaq didn't actively kill theC > workJ > > that was already in the pipeline when they took over - but I'm not one > of	 > > them.s >sD > I could use some clarification of what you meant here.  I was veryA > pleased and even amazed at times at the steady stream of useful,C > technology, new features, and bug fixes from VMS Engineering thatsD > comtinued in a forceful stream throughout the whole time period of > uncertainty.  H Could you point out significant elements that weren't planned before theK take-over and don't constitute pretty much business as usual for VMS (whichhG has in the face of continuing adversity managed to continue a stream ofhK useful, if seldom really aggressive compared to the enhancement rate of its G competition, improvements and reliable maintenance for a very long time F now)?  The only one that pops immediately to my mind (and I'm far fromL well-acquainted with everything that might have transpired) is the COE work,J and I suspect there's at least some reason to believe that this was forcedG upon Compaq by the threat of what lack of it would mean to its existing  Government business.   - bill  I > ----------------------------------------------------------------------- I > Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospamCH > VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------  % Date: Fri, 08 Dec 2000 13:36:23 -0600 + From: "Main, Kerry" <Kerry.Main@COMPAQ.com>s Subject: RE: Sun ClusterN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284AC0@kaoexc3.kao.cpqcorp.net>   Andrew, Andrew ..O  3 Come on now, you can do fud much better than this. c  + The attached is way to easy to blow off .. r  K >>> but not by being a source of radical ideas or technical inovations. <<<S  I Yep, like "Computers 101" which states one should use ECC on cache if youn! feel data integrity is important.w   ROTFL ..   :-) :-)t   Regards,  
 Kerry Main Senior ConsultantI Compaq Canada Inc. Professional Servicesn Voice: 613-592-4660t Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]o Sent: December 7, 2000 1:55 PM To: Info-VAX@Mvb.Saic.Coml Subject: Re: Sun Cluster    ! steven.reece@quintiles.com wrote:i > 4 > Peter Langstoeger (eplan at kapsch dot net) asked:E > >>>Then why do they (Compaq) still destroy the brand "Digital" ?<<<w > H > Because it's not Digital any more.  It is Compaq.  One big Compaq thatK > offers the whole range of products from PCs through Wintel servers, Linuxc  > boxes, Tru64, NSK and OpenVMS.G > Compaq are not a PC box shifter, they are a company offering the fullu rangeo0 > of product for the full range of applications. >   E The problem with this is that Compaq are a PC box shifter, its their iG culture and for example its one of the reasons why so many people left tG Digital when it was bought by Compaq because the pervasive culture was e so alien to them.h  > Compaq also show little or no sign of extending out beyond the boundaries iF of their PC space. Not suprising when you consider that Compaq is used toE having nearly all the details of their product strategies dictated tom them rH by other people (Intel and Microsoft). Even the basic specifications of ; PC's are dictated to Compaq in Microsofts standard platformd specification.  G Compaq became a sucess by being very very close to Intel and Microsoft,  beingeC good at manufacturing and distribution but not by being a source ofr radicali ideas or technical inovations.  E In other words Compaq does not historically have any thought leaders aF or people who go and inovate. The Digital purchase gave them access to this oF kind of people resource but that is now long gone, lost in the fallout from c
 the purchase.    Regards= Andrew Harrisona Enterprise IT ArchitectT   ------------------------------  % Date: Fri, 08 Dec 2000 14:00:26 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: Re: Sun ClusterL Message-ID: <OF0181A324.3FB0DFAA-ON032569AF.005D6079@ep-bc.petrobras.com.br>  . No problem.... let=B4s give time to time ! ! !   RegardsC   FC              B "Michael Shield" <Michael.Shield@tesco.net> em 08/12/2000 13:10:37H                                                                        =     =20 H                                                                        =     =20 H                                                                        =     =20     @                                                              =20@                                                              =20@                                                              =20@  Para:    Info-VAX@Mvb.Saic.Com                              =20@                                                              =20@  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)  =20@                                                              =20@                                                              =20@                                                              =20@  Assunto: Re: Sun Cluster                                    =20@                                                              =20           =      Well,o  E If you want to show just how little you apreciate what goes on in the H combined company that was compaq/digital/tandem, go ahead agree with ol= d 6 bone head. He knows about as much as you do obviously.  H Sorry if this seems a little direct, but I haven't time to type and del= eteD as my daughter needs me.   Mike ShieldL   Usual AH slush removed         =a   ------------------------------  + Date: Fri, 08 Dec 2000 18:51:05 +0000 (   )n3 From: Christopher Smith <chriss@Mufasa.pubserv.com>l4 Subject: TECO, and how to make meaningful line noiseI Message-ID: <Pine.LNX.4.05.10012081849220.2597-100000@Mufasa.pubserv.com>a  A I thought this might be sort of ano appropriate place to ask thisa9 question, even though it's not absolutely VMS specific...l  I Does anyone know where I can find a TECO reference?  Electronic, printed,n) or preferably one of each would be great.t   Regards,   Chris   O ===============================================================================p@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmerd Prime Synergy of Champaign, IL.e% -------------------------------------aI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andyH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------d   ------------------------------  # Date: Sat, 09 Dec 2000 02:57:44 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Two NEW SKC Postings at www.acersoft.com-> Message-ID: <IchY5.41071$M51.14206170@typhoon.ne.mediaone.net>  6       OpenVMS: A Renaissance OS for The New Millennium         and...=      Nearer My InfiniBand to Thee: Compaq Debuts ServerNet II3     Folks,  L Above are my latest contributions. Stay tuned for a special holiday deal for? NEW SUBSCRIBERS ONLY who elect to pay via Paypal. Details soon.h  L Enjoy the articles. VMS V7.3 is cool, and you'll be hearing a lot more about InfiniBand!  -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq  email: terryshannon@mediaone.net http://www.acersoft.coms$ Web (info on SKC):  www.acersoft.com   ------------------------------  $ Date: Fri, 8 Dec 2000 23:09:51 -00001 From: "Graham HAZLEGREAVES" <qg38@dial.pipex.com>n$ Subject: Re: TZ87N compatible media.) Message-ID: <90rplu$6th$1@lure.pipex.net>r  I I'm afraid the XT's won't work in your TZ87N.  We use them in some of theFE companies NT systems and found that they wouldn't work in our TZ87's.c   Cheers.    Graham.a    6 "Tim Gray" <tim.gray@nospam_rl.ac.uk> wrote in message% news:90qrmr$s1i@newton.cc.rl.ac.uk...eK > I'm buying some new blank media for my TZ87N tape drive. I know I can usepC > DLT Tape III 10GB/20GB media, but notice there's a DLT Tape IIIXTo	 15GB/30GBQJ > that's hardly different in price considering the quoted capacity. Is the XTJ > version just a longer length tape version, will it work ok in my TZ87N?? >k > Cheers for any info -u >e > Tim. >c >e1 > --- To use my email address, remove the nospam_e >t >t   ------------------------------  % Date: Fri, 08 Dec 2000 17:52:50 -0600r7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>iK Subject: Re: Use of vmstar to exchange tape between AXP 2000 and Tru64 Unixn- Message-ID: <3A317452.7DBAB427@earthlink.net>-  
 jme wrote: >  > Hello, > J > To exchange data on tape between an AXP 2000 machine with V7.1 operatingL > system and an Unix Tru64 OSF V5.0 1094 alpha machine I chose vmstar 3.3.8.4 > I am having problems to read the tape under Tru64    What kind of problems?  & What is the text of the error message?  ' Do you have a dump from the Tru64 side?Q   > when it is created under > AXP.  + I take it you mean OpenVMS-Alpha ("AXP")...   d- > Has anybody experienced the same problems ?l   Without specifics, hard to say.    -- n David J. Dachterao dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/h  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------   Date: 8 Dec 2000 14:05:06 -0500 * From: young_r@eisner.decus.org (Rob Young)$ Subject: Re: Very weird DCL behavior+ Message-ID: <R46e9ne5+Zd2@eisner.decus.org>f  ` In article <NR9Y5.2146$He.115852@wagner.videotron.net>, "Syltrem" <syltrem@videotron.ca> writes:L > That's a good way of doing it. The main job would submit a bunch of backup; > jobs to the generic queue. No need for SYNCH or anything.s > B > I will do a test for the rewind question when I have a minute... > M > OK. The minutes has finally come. It does rewind the tape, but getting back G > to EOT is pretty fast. EOT follows a save set that took 45 minutes tos6 > record, but getting back to EOT take about 1 minute. >   @ 	Thanks for the info... I thought it must have been quick.  This> 	has been a good exchange... a little more info, the execution' 	queues were named something like this:i   		MKA200_BATCH 		MKA300_BATCH 		MKA400_BATCH 		MKA500_BATCH  = 	and were TZ89s.  Parsing for tape drives was done like this:y     $ !n; $ queue_name = f$getqui(display_job,"queue_name",,this_job)o+ $ tape_drive == f$element(0,"_",queue_name)w $ !  $ show symbol tape_drive $ !    				Rob(   ------------------------------  $ Date: Fri, 8 Dec 2000 14:07:03 -0500& From: "Ken Kerr" <kenkerr@ipssinc.com>+ Subject: Where can I find an ARCnet driver? 2 Message-ID: <90rb6v$4i4$1@slb7.atl.mindspring.net>  H Does anyone know where I can find an ARCnet driver for Alpha / VMS?  The9 board I will probably use is Contemporary Controls PCI22.g   Thanks for any help.     Ken Kerr   ------------------------------   End of INFO-VAX 2000.686 ************************