1 INFO-VAX	Thu, 16 Mar 2006	Volume 2006 : Issue 149       Contents:P Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? Out??? Re: AMD blew it big time!  Re: AMD blew it big time!  Re: AMD blew it big time!  COBOL install media  Re: COBOL install media  Re: COBOL install media  Re: COBOL install media  Re: Confused drives in RAID  Re: Confused drives in RAID  Re: DECterm performance  Re: DECterm performance  Re: DECterm performance 0 Re: Device Naming: (was OPA0 Console connection)0 Re: Device Naming: (was OPA0 Console connection) Re: Eve - displaying ESC? 
 FS more stuff  Re: GLIB and GTK for OpenVMS ? Re: GLIB and GTK for OpenVMS ? Re: GLIB and GTK for OpenVMS ? Re: GLIB and GTK for OpenVMS ?& Help needed with BA32 cooling problems/ Re: Intalation of OpenVMS Alpha V7.3-1 question 5 Re: Looking For Feedback on Printer Management Issues  LSI Logic 6200U3LP-S Re: Mtools for VMS (?) Re: Mtools for VMS (?) Re: Mtools for VMS (?)
 NIS under VMS  Re: VMS Updates  Re: VMS Updates  Re: VMS Updates  Re: VMS Updates  Re: VXT 2000+ monitor options % Re: [F$GETQUI] Please explain RAD ;-)   F ----------------------------------------------------------------------  % Date: Wed, 15 Mar 2006 12:37:33 -0600 8 From: Carl Karcher <karcher.nomorespam@waisman.wisc.edu>Y Subject: Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? Out??? - Message-ID: <dv9mte$ibs$1@news.doit.wisc.edu>   
 Len wrote:  B > Upgrading form ADV-SRV 7.2 to Version 7.3. We also increased theE > MAX_SMB_DATA_SIZE within Advanced Server for 4K to 8K. After making B > these two changes Advanced Server is actually FASTER that SAMBA.  I Excellent! You also benefited from opportunistic locking (oplocks) which    I think where in 7.3 (or 7.3a?).         --   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison ; --                      karcher.nomorespam@waisman.wisc.edu    ------------------------------  # Date: Thu, 16 Mar 2006 00:20:51 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> " Subject: Re: AMD blew it big time!1 Message-ID: <Db2Sf.4766$Cd6.759@news.cpqcorp.net>   
 Andrew wrote: E > Actually Power and SPARC are also likely contenders to sign IA-64's  > death warrant.  E POWER will likely be a contender. SPARC? Very unlikely. Gartner says: E There will only be three growth server microprocessor architectures  3 through 2008: x86, IPF and Power (0.8 probability) H   --John Enck, "The Future of Servers", US Symposium/ITxpo, October 2004   ------------------------------  % Date: Wed, 15 Mar 2006 21:50:58 -0500 ( From: Bill Todd <billtodd@metrocast.net>" Subject: Re: AMD blew it big time!= Message-ID: <Ue2dnfInCcUOT4XZRVn-sQ@metrocastcablevision.com>    Keith Parris wrote:  > Andrew wrote: F >> Actually Power and SPARC are also likely contenders to sign IA-64's >> death warrant.  > G > POWER will likely be a contender. SPARC? Very unlikely. Gartner says: G > There will only be three growth server microprocessor architectures  5 > through 2008: x86, IPF and Power (0.8 probability) I >  --John Enck, "The Future of Servers", US Symposium/ITxpo, October 2004   B And we all know how reliable Gartner's prophecies are, from their G stellar track record regarding VMS.  Not, of course, that SPARC has to  H grow at all to help keep Itanic dangerously low in the water:  Sun just C has to hold onto its own customers while x86 and POWER do the real   damage to Itanic.   G Solaris customers tend to be loyal, much in the way that VMS customers  E are.  Since Sun hasn't blatantly mistreated and lied to them the way  H cHumPaq did to its Alpha base, and since for the most part they're less H sensitive to cutting-edge performance (else they'd likely have left Sun F years ago) than to having a stable, reliable, cost-effective platform G (again, much as many VMS customers are), all Sun needs is a moderately  E promising and credible roadmap to reassure them that their preferred  = environment remains a safe choice for the foreseeable future.   C And they've got such a roadmap, in spades.  Right now, T1/T2 offer  F highly cost-effective solutions for high-throughput lower-end niches, I USIV+ provides considerably more respectable general-purpose performance  F across the full range of Sun's systems than has lately been the case, H its SPARC64 cooperation with Fujitsu gives it high-end reach at *least* F equivalent to Itanic's on both a per-core and a largest-system basis, E and Solaris-on-Opteron configurations provide a compatible companion  I low-end-to-mid-range x86 platform with far better bang for the buck than  G any Itanic offering.  Down the road, Niagara2 offers a credible growth  G path in the lower-end/high-throughput arena, AMD's roadmap (growing to  H glueless support up to 32 sockets/128 cores) covers the x86 world, Rock F presents a more ambitious vision for higher-end SPARCs, and Fujitsu's G reliable continuing evolution of SPARC64 provides a safety net for any  0 unexpected difficulties that Rock may encounter.  G So unless Sun screws up in some other area, holding onto its customers  I (and perhaps even starting to grow again) should not be difficult at all  E - and while there will doubtless be some continuing migration at the  > lower end to x86 (just as there is with *all* the proprietary G architectures), Sun has the x86 offerings and compatibility to keep it   in the family.   - bill   ------------------------------    Date: 15 Mar 2006 22:07:34 -0800( From: "David Kanter" <dkanter@gmail.com>" Subject: Re: AMD blew it big time!C Message-ID: <1142489253.953781.313280@z34g2000cwc.googlegroups.com>    Michael D. Ober wrote:M > The only two OS's that run on the Alpha are VMS and Tru64 Unix.  Tru64 Unix K > is being phased out in favor of HPUX and VMS has been marginalized in the J > market by over three decades of marketing neglect by DEC/Compaq/HP.  AMDL > actually implemented the X86-64 instruction set on top of a crossbar based > RISC architecture.  4 What the hell is a crossbar based RISC architecture?  , That sentence is so wrong in so many ways...   DK   ------------------------------    Date: 15 Mar 2006 16:23:24 -0800 From: sampsal@gmail.com  Subject: COBOL install mediaC Message-ID: <1142468604.912576.208090@i39g2000cwa.googlegroups.com>   E If I understand the hobbyist license correctly there is a license for D the COBOL layered product. But this is not on the hobbyist VMS media7 CDs. Where can I obtain the actual media to install it?    ------------------------------  % Date: Wed, 15 Mar 2006 20:30:19 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: COBOL install media, Message-ID: <4418BF80.BF1FAE0B@teksavvy.com>   sampsal@gmail.com wrote: > G > If I understand the hobbyist license correctly there is a license for F > the COBOL layered product. But this is not on the hobbyist VMS media9 > CDs. Where can I obtain the actual media to install it?   G If you are on VAX , contact me privately, I could make it posssible for ) you to accidentally stumble on the media.    ------------------------------  % Date: Thu, 16 Mar 2006 00:52:52 -0500 * From: Paco Alguacil <paco.linux@gmail.com>  Subject: Re: COBOL install mediaB Message-ID: <dvadds$lgp$1@nsnmpen3-gest.nuria.telefonica-data.net>   sampsal@gmail.com wrote:  G > If I understand the hobbyist license correctly there is a license for F > the COBOL layered product. But this is not on the hobbyist VMS media9 > CDs. Where can I obtain the actual media to install it?    Alpha 8 http://vmsone.com/~ovmskits/axp_kits2003/disk2/cobol028/   VAX 8 http://vmsone.com/~ovmskits/vax_kits2003/disk3/cobol057/   Paco   ------------------------------  % Date: Wed, 15 Mar 2006 21:53:31 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: COBOL install media+ Message-ID: <4418E13A.290FCEFA@comcast.net>    Paco Alguacil wrote: >  > sampsal@gmail.com wrote: > I > > If I understand the hobbyist license correctly there is a license for H > > the COBOL layered product. But this is not on the hobbyist VMS media; > > CDs. Where can I obtain the actual media to install it?  >  > Alpha : > http://vmsone.com/~ovmskits/axp_kits2003/disk2/cobol028/ >  > VAX : > http://vmsone.com/~ovmskits/vax_kits2003/disk3/cobol057/  F Note that for the BACKUP savesets retrieved from these directories youB will need the tool from the freeware CD site to fix up the saveset+ attributes after you download the savesets.   ) Get the DCL procedure from this location: 7 http://h71000.www7.hp.com/freeware/freeware70/000tools/   ; You're looking for reset_backup_saveset_file_attributes.com    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Wed, 15 Mar 2006 22:07:47 GMT ) From: "brian" <brian__corbin@hotmail.com> $ Subject: Re: Confused drives in RAID2 Message-ID: <Te0Sf.4750$Z86.1368@news.cpqcorp.net>  F I think you may be at a loss to recover the raid with out knowing the 6 correct slots. The slot sets the scsi id for the disk.I I can only recommend putting the disks back in the shelf where you think   they should goL In the RCU utility under tools you can bring all the disks back online with  the "make optimal" option.  C Make Optimal is a dangerous command , it just makes a failed drive   "immediately ready and good"L Do use this to fix one failed drive in a raid array. I've seen it done many  times by inexperienced users. L The result is corrupted data on the raid array. In this case it sounds like  you have nothing to loose.     Brian   6 "S" <soterroatyahoodotcom@yahoo.com> wrote in message 0 news:pan.2006.03.15.08.13.29.859000@yahoo.com...	 > Hi all,  > I > Somehow over the weekend location change (I'll spare the gory details), L > the printed labels of my small 7 member RAID 5 set peeled off, and now I'mL > left with a bunch of identical drives only god knows which into which slot > should go. > I > The RAID configuration utility obviously shows everything as failed and L > asks me to accept this new configuration. No way. I'd rather try to figureB > out, if possible, where was each drive situated. Is this kind ofG > information readable somewhere or I'm just asking too much? (or there K > might be the obvious and dumb way which I'm just missing being too tired)  > I > The machine is an AS2100, and the RCU is the latest one around I guess. C > I know, I could just restore the stuff from the backup, but... :)  >  > Thanks a lot,  > S  >    ------------------------------  % Date: Wed, 15 Mar 2006 21:09:42 -0500 ( From: Bill Todd <billtodd@metrocast.net>$ Subject: Re: Confused drives in RAID= Message-ID: <QfOdndo_9dx1VYXZRVn-rA@metrocastcablevision.com>    S wrote:	 > Hi all,  > I > Somehow over the weekend location change (I'll spare the gory details), L > the printed labels of my small 7 member RAID 5 set peeled off, and now I'mL > left with a bunch of identical drives only god knows which into which slot > should go. > I > The RAID configuration utility obviously shows everything as failed and L > asks me to accept this new configuration. No way. I'd rather try to figureB > out, if possible, where was each drive situated. Is this kind ofG > information readable somewhere or I'm just asking too much? (or there K > might be the obvious and dumb way which I'm just missing being too tired)  > I > The machine is an AS2100, and the RCU is the latest one around I guess. C > I know, I could just restore the stuff from the backup, but... :)  >  > Thanks a lot,  > S  >   H Well, while it would take a bit of work, there may be a way easier than H trying 7! permutations in the slots until you find one that seems right.  I Take a disk utility and start looking for some text on one of the drives  F (I guess you could look for anything you could recognize as data, but H text may be easiest if there is a good deal of it stored).  Look on the G other drives at the same sectors where you found the text on the first  G drive:  if you're lucky, all but one will be text, and if the sequence  I from stripe-segment to stripe-segment is obvious (in a file large enough  F to span an entire stripe) you're already home free; otherwise, search F some more stripe segments on the disks until you find other instances  that prove illuminating.  I Even if all you have on the array are small files (too small to commonly  G span stripe segments), data segments will still usually look like data  G of some kind (assuming that you know what data looks like - that's why  H text may be easiest to try to spot), while parity segments will tend to H look like complete garbage (unless all but one of the other segments in B the stripe are filled with nulls, in which case the remaining two F segments will be identical, of course).  If the array uses a standard F left-symmetric RAID-5 layout (and you know what the segment size is), D all you actually have to do is find a single parity segment on each 6 drive to be able to figure out which drive goes where.  E The above, of course, assumes that the array used the drives in slot  F order (or that you have some way to know what order it used the slots E in, or can just tell it to use the disks as-is in the order that you  
 specify now).   
 Good luck,   - bill   ------------------------------  % Date: Wed, 15 Mar 2006 17:26:34 -0600 / From: Chris Scheers <chris@applied-synergy.com>   Subject: Re: DECterm performance2 Message-ID: <4418A2AA.2070805@applied-synergy.com>   JF Mezei wrote:  > BIKE: Vaxstation 3100  > VELO: 4000-600 > E > In the past, (when VELO was the venerable all mighty Microvax II, I G > would open a decterm on BIKE from which I did a SET HOST VELO and ran & > ALL-IN-1 on VELO, displayed on BIKE. > I > Now, I tried to have VELO do the CREATE/TERM targetted at BIKE, and the G > screen/window performance difference is extreme. Screen refreshes are 7 > MUCH MUCH MUCH faster. Scrolling is extremely faster.  > I > I know that a 3100 is slow by today's standards, and I certaintly never I > expected to be able to generate real time 3d renderings/animations on a E > 3100. But I never realised that running the X server, DECTERM and a I > CTERM session would be so much slower. Yet, I never found the CPU to be  > that busy on the 3100. > F > From the ethernet point of view, is it correct to state that a CTERMI > (SET HOST) session would be far easier on the ethernet interface than a 2 > remote DECTERM targetted at the 3100's display ? > J > Is DECTERM really such a CPU hog that it becomes significantly slower on > an older machine ?  I Another thing to consider when looking at a VAXstation 3100 is the video  H board.  You could have the built in video (monochrome), a GPX board, or  a SPX board.  B As I understand it, the GPX was optimized for UWS and the SPX was  optimized for DECwindows.   B The SPX board makes a huge difference for DECwindows applications.  C I believe that the base 4000-60 video card is basically a SPX card.    --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------    Date: 15 Mar 2006 15:39:13 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>  Subject: Re: DECterm performanceB Message-ID: <1142465953.476804.17480@j33g2000cwa.googlegroups.com>  G What Chris said.  I have (well, had) both a VS3100m76 GPX and VS3100m76 E SPX, and the difference in performance, especially for the light duty E things like scrolling, was pretty substantial.  The SPX was also much E better at handling partially occluded windows where the high activity  window was in the background.   G I still use a VS3100-30 GPX at work, and the 3100m76 SPX at home.  If I G absolutely had to give up the m76 I would not feel too badly as long as 4 I could keep the SPX to throw into the old work box.   ------------------------------  % Date: Wed, 15 Mar 2006 19:37:52 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: DECterm performance, Message-ID: <4418B338.39F85FF1@teksavvy.com>   Rich Jordan wrote:G > things like scrolling, was pretty substantial.  The SPX was also much G > better at handling partially occluded windows where the high activity  > window was in the background.     D When I switched from the mochochrome built-in to the SPX card on theG 3100, I had been told to expect  big improvements and I didn't see much # of a difference in scrolling speed.   F But now that I can have the X client on a more powerful machine, I canF see a huge improvement in display speed on the X server. So that tellsD me that the 3100 lacks "humph" to be both X client and server at the
 same time.   Now, another test:  J DECTERM running on VELO, displayed on BIKE (3100). On it, I SET HOST BIKE.  + DECTERM running on BIKE displayed on BIKE.    Q Both, I issue a TYPE command of a large text file with both running concurrently.   E Guess what ?  The DECTERM running on VELO still has faster throughput D despite the overhead BIKE's output travelling via decnet to VELO and travelling back to BIKE via X.  H It would be interesting  if DECTERM were able to get its data direct viaG DECNET or LAT instead of only via FTA devices. (this would allow one to G bypass the overhead of having a DCL session running CTERM and funneling 5 data to the FTA device and then FTA going to DECTERM)    ------------------------------  % Date: Wed, 15 Mar 2006 21:36:30 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: Device Naming: (was OPA0 Console connection) + Message-ID: <4418DD3E.D85EA944@comcast.net>    Tom Linden wrote:  > J > I understand your comments, never-the-less  it should be possible to useJ > names for the devices which are nmemonic,  after all VMS certainly knows > whatM > it has, I shouldn't have to figure out which device is the CD and which the ! > DVD or the Floppy or whatever.     Well, let's explore that.   G Suppose we have something which probes the various SCSI and IDE devices 6 and examines the various identity strings they return.  1 DKA500 says its and RRD45. Okay, that's a CD-ROM.   $ BUT WAIT!! DKB400 says its an RRD42!  E ...and DQA0 says is a DVD-ROM of some sort, DQB0 says its a CD-RW and  DVD+/-R!  A Hhmmm... which do we ASSIGN as the equivalence string of the $CD, ) $CD_ROM, etc.logical name? ...$DVD, etc.?   G How 'bout if there should happen to be both a DVA0: and a DVA1:(DVB0:?) A which both say they are RX33s? Which becomes $FLOPPY or whatever?   H Probably best if the SysAdmin sets those up for each individual machine.   My $0.02...   * > IIRC, when Ultrix was replace with OSF-1; > similar changes were made in the /dev naming conventions.   # Does it make any brash assumptions?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Wed, 15 Mar 2006 23:21:34 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 9 Subject: Re: Device Naming: (was OPA0 Console connection) , Message-ID: <4418E797.54ED4665@teksavvy.com>   David J Dachtera wrote: C > Hhmmm... which do we ASSIGN as the equivalence string of the $CD, + > $CD_ROM, etc.logical name? ...$DVD, etc.?   # Each site should do this manually.    E It is much easier than playing with some "plug and play" utility that  just doesn't cooperate.     G What could be done is to procide with a prepupulated but system manager D updateble RMS file that maps various device names with a class name.N (DISK, CD, REMOVABLE, SCANNER etc). So "SEAGATE ST31055N" would map to "DISK".  G You plug in a new obscure device, you can add that device's name to the A table and the system would then recognize it as the proper class.     F You could then build your own logicals by scanning the devices and the@ first "CD" enountered gets "CD1", the second one gets "CD2" etc.   ------------------------------  % Date: Wed, 15 Mar 2006 19:49:03 -0500 3 From: "Peter Weaver" <newsonly@weaverconsulting.ca> " Subject: Re: Eve - displaying ESC?9 Message-ID: <kC2Sf.3619$fy1.211617@news20.bellglobal.com>   , > <norm.raphael@metso.com> wrote in message M > news:OF1BD82B27.E0E1560E-ON85257132.00511D44-85257132.005140A0@metso.com...  > D > "Peter Weaver" <newsonly@weaverconsulting.ca> wrote on 03/14/2006 
 > 08:14:10 > PM:  > @ > > <mabbuttg@yahoo.ca> wrote in message news:1141963094.592037.) > > 18970@u72g2000cwu.googlegroups.com... E > > > Is there anyway to get Eve to display something where an escape B > > > character occurs in a text file (not necessarily the escape  > > > itself - > >  > > F > > EVE actually displays ASCII 26 instead of ASCII 27 for the escape,B > > so if you have a terminal emulator that can translate 26 into 
 > > something 0 > > that can be displayed then you will be fine. > F > Pardon a question out of ignorance, but does EVE also display ASCII  > 26= > for other "control characters?"  That would make the above   > suggestion > less than optimal.  E Yes you are right, EVE (ok, technically TPU) displays 26 for codes 1  E through 8, 14 through 31, 127 through 159 and 255. If you are trying  D to tell the difference between an Escape and a Bell then TPU is not E the best choice, but when dealing with PCL code the only character I   was concerned with was 27.  E The OP sounds like he is doing exactly what I was doing when I wrote  E that TPU code to show me what the PCL code in the existing libraries  6 was doing so I think that should help him in his task.   ------------------------------    Date: 15 Mar 2006 14:37:11 -0800 From: tomarsin2015@comcast.net Subject: FS more stuffC Message-ID: <1142462231.645258.118410@p10g2000cwp.googlegroups.com>    1 KZQSA scsi controller  1 KFQSA dssi controller - 35.00 for both (obo) plus 13.00 for shipping. D paypal only - but will ship outside the 48 states - shipping will be more Have a number of CXY8/16  KDA50s	 KA650/655  8 and 16meg boards) 4.3- 9.1 18gb drives in the sbb canisters D Giving the readers first choice before they go to either ebay/trash. phil   ------------------------------    Date: 15 Mar 2006 11:30:05 -08005 From: "Tapani Rundgren" <Tapani.Rundgren@treville.se> ' Subject: Re: GLIB and GTK for OpenVMS ? B Message-ID: <1142451005.287073.58930@e56g2000cwe.googlegroups.com>   Check out the work in progress3 http://nchrem.tnw.tudelft.nl/openvms/software2.html    ------------------------------  % Date: Wed, 15 Mar 2006 14:22:52 -0500 4 From: "Doug Kimball" <dougkimball@spammydavisjr.net>' Subject: Re: GLIB and GTK for OpenVMS ? 0 Message-ID: <121gqcgs1k2fcc4@corp.supernews.com>   I have not tried this yet.   Doug SPI   3 "Klaus-D. Bohn" <info@it-bcsb.de> wrote in message  0 news:44184663$0$8735$9b622d9e@news.freenet.de... > Hello together,  > K > does everybody tried to move these libraries (www.gtk.org) to the OpenVMS  > systems ? , > I mean the new version (2.x), not the old. >  > Experience will be welcome.  > 
 >    Klaus >  >    ------------------------------  % Date: Wed, 15 Mar 2006 21:39:37 -0500 - From: "John E. Malmberg" <wb8tyw@qsl.network> ' Subject: Re: GLIB and GTK for OpenVMS ? ; Message-ID: <O4WdnYAFo7lzUoXZnZ2dnUVZ_vudnZ2d@adelphia.com>    Klaus-D. Bohn wrote: > Hello together,  > K > does everybody tried to move these libraries (www.gtk.org) to the OpenVMS  > systems ? , > I mean the new version (2.x), not the old. >  > Experience will be welcome.   B GLIB and GTK+ are libraries that are used to build other programs.  . What program(s) do you want GTK+ and Glib for?   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------    Date: 15 Mar 2006 20:45:42 -0800 From: davidc@montagar.com ' Subject: Re: GLIB and GTK for OpenVMS ? C Message-ID: <1142484342.349990.117470@j33g2000cwa.googlegroups.com>   A Actually, I have some software written for the 1.2 GTK libraries. D Also, there are some really nice desktop applications (like GnuCash). that use GTK, that would make a nice VMS port.  G Since there has been talk about desktop apps on OpenVMS, this is a good D port for OpenVMS.  GTK is used for many of the Gnome applications onG Linux, and of course, the GIMP.  It's an excellent toolkit for building G X-Window apps (or even WIN32 apps if you use the GTK Windows port, I've G done it).  Glade is a nice tool for doing the layout and generating the E baseline code generation.  It's not a full IDE, but it's very easy to H build a multiple dialog GUI application framework in pretty short order.   ------------------------------    Date: 15 Mar 2006 19:47:09 -0800$ From: "Bob Armstrong" <bob@jfcl.com>/ Subject: Help needed with BA32 cooling problems C Message-ID: <1142480829.517663.169670@u72g2000cwu.googlegroups.com>   B   BA32 - not BA23! The BA32 is the baby VAX BI chassis used in the 8200/8250/8300/8350 systems.  F   I have an 8250 (it'd be an 8350 if I could find another CPU :-) thatF has some problem with the cooling.  The blower speed seems to vary allB the time it's running, and it's constantly speeding up and slowingE down. The system wil run for about an hour and then trips itself off, 1 presumably either because of airflow or overtemp.   B   Can anybody tell me if the blower speed is supposed to vary likeB that? Does anybody have any maintenance prints for the BA32 blower= control? Anybody got any spare parts they're willing to sell?   G   I spent a long time putting it back together after it'd been stripped D by a scrap yard, and I've actually got it to the point where it willD boot VMS now, so I'd really like to fix this last problem.  Besides,E it's a really cute little system - I believe it's the smallest VAX BI  box around.    Thanks, 
 Bob Armstrong    ------------------------------  % Date: Wed, 15 Mar 2006 21:59:32 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>8 Subject: Re: Intalation of OpenVMS Alpha V7.3-1 question+ Message-ID: <4418E2A4.DD27A7CD@comcast.net>    Paco Alguacil wrote: > ! > Hi to all, Im new in this group  > N > I have a question. I have installed VMS on an AlphaServer DS20 in a  9Gb HD,E > I have made the instalation default, and I added decnet phase V, C, I > fortran, ada and mozilla and I noticed that the disk is almost full. Is E > this normal? I think the OS and utilities must fit in 2Gb. Im doing ) > something wrong (problably)? Any ideas?  >  > $ show device/full dkb100  > C > Disk ALPHA$DKB100:, device type DEC RZ2DD-LS, is online, mounted,  > file-oriented H >     device, shareable, available to cluster, error logging is enabled. > > >     Error count                    0    Operations completed > 73497 3 >     Owner process                 ""    Owner UIC 
 > [SYSTEM]2 >     Owner process ID        00000000    Dev Prot > S:RWPL,O:RWPL,G:R,W = >     Reference count              347    Default buffer size  > 512 ; >     Total blocks            17773524    Sectors per track  > 168 = >     Total cylinders             5290    Tracks per cylinder  > 20 > @ >     Volume label          "ALPHASYS"    Relative volume number > 0 ; >     Cluster size                   3    Transaction count  > 395 ? >     Free blocks              1362552    Maximum files allowed 	 > 2221690 5 >     Extend quantity                5    Mount count  > 1 4 >     Mount status              System    Cache name > "_ALPHA$DKB100:XQPCACHE"H >     Extent cache size             64    Maximum blocks in extent cache > 136255@ >     File ID cache size            64    Blocks in extent cache > 62592 F >     Quota cache size               0    Maximum buffers in FCP cache > 574 2 >     Volume owner UIC           [1,1]    Vol Prot > S:RWCD,O:RWCD,G:RWCD,W:RWCD  > N >   Volume Status:  ODS-5, subject to mount verification, protected subsystemsM >       enabled, file high-water marking, write-through caching enabled, hard  >       links enabled. >  > Thanks in advance, Paco   G Well, 1362552 blocks is a bit over 665MB or about the size of a CD-ROM. H Since you started out at 17773524 blocks or about 8.47GB, that's quite aE lot of stuff. Perhaps the stuff you installed sits on more disk space  than you realize.   H Understand also that the dump, swap and page files are also on that disk( and are not as small as you might think.  F If you've run Mozilla, the files it caches to the disk can also add upG rather quickly, especially the comp.os.vms newsgroup via the newsreader  portion of that suite.  ; Look around on that disk and see where the free space went.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Wed, 15 Mar 2006 22:48:08 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>> Subject: Re: Looking For Feedback on Printer Management Issues2 Message-ID: <IQ0Sf.4757$m46.1806@news.cpqcorp.net>   Paul Tykodi wrote:  @ > I am currently interested in receiving information from anyoneC > responsible for the management of printers defined in VAX/VMS and I > OpenVMS environments, utilizing any of the available TCP/IP stacks, who J > might want to contribute thoughts or wishes for improvements in the areaJ > of printer management, which could potentially be addressed in a Printer >  MIB Implementer's Guide.   G    The three current platforms are "OpenVMS VAX", "OpenVMS Alpha", and  H "OpenVMS 64" -- use of the name "VAX/VMS" was deprecated some time ago, ! in favor of "OpenVMS VAX".  FWIW.   D    As for the request, I tend to use http for printer management of H late, as it means I don't have to go find something (OpenView, OpenNMS, G etc) to install on the local host in order to deal with the particular  I MIB -- MIBs are great for larger and more complex environments, but http  K (or https) works very nicely for managing printers in smaller environments.   G    You'll likely want to get into contact with the printer and imaging  A folks here; with the HP folks that work directly on the printers.    ------------------------------    Date: 15 Mar 2006 15:07:42 -06004 From: kuhrt.nospammy@encompasserve.org (Marty Kuhrt) Subject: LSI Logic 6200U3LP-S 3 Message-ID: <b9CX4eniylhi@eisner.encompasserve.org>   = I found a LSI Logic PCI U3 SCSI card, part number 6200U3LP-S. < Any chance of this working in an Alpha system like a DS10 or a 500a?    ------------------------------  + Date: Wed, 15 Mar 2006 14:12:10 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mtools for VMS (?) 2 Message-ID: <06031514121049_2020036B@antinode.org>  , From: Hoff Hoffman <hoff-remove-this@hp.com>  8 > >  Does anyone know if the IO$_DIAGNOSE stuff works on< > > an IDE/ATAPI drive through the DQ driver?  I sure don't.  G >   The IO$_DIAGNOSE interface works for the current DQDRIVER (ATAPI),  I > DKDRIVER (SCSI), DGDRIVER (FC), and DNDRIVER (USB) drivers, and for at  K > least with V7.3-2 and later.  (I use the IO$_DIAGNOSE API heavily within  D > the CD and DVD recording code, but I haven't been pounding on any H > drivers prior to V7.3-2 in quite a while.  Do ensure you have current K > drivers, as I did encounter a couple of driver bugs, and these have been   > fixed via ECO.)   E    Interesting.  I don't actually have any appropriate devices hidden F behind a non-SCSI interface at the moment, but you never know what theB future might bring.  Anyone with an ATAPI Zip drive could see what" happens with Mzip and report back.  @    I hear that the Freeware DNDRIVER is getting old, by the way.  J >   There will be discussions of FAT tools and the EFI partition (and the E > DVD recording code) at the boot camp, if you are interested.  (The  G > OpenVMS I64 bootstrap partition is a FAT volume, and there are tools   > around to maintain it.)   G    I'm interested in a less-than-$2000 sort of way.  My hobbies are all B lower-budget than that.  The travel budget is small, too.  (AnyoneF attending who has too many of those free Itanium systems cluttering up- the closet could shed one my way, of course.)   H >   There's also an older MTOOLS port around, and there are a couple of @ > discussions of reading Windows FAT volumes in the OpenVMS FAQ.  C    After I started working on the current code, I saw the older VMS F Freeware Mtools, which was older, and which didn't seem to have enoughB changed files to fix all the problems I was running into.  It alsoH didn't seem to include the original versions of the changed files, whichE made it hard to see what was changed.  Being lazy, I decided to do it 6 all myself, instead.  No bets on whose code is better.  K >   If you have a FREEWARE_README.TXT file for it, I can queue this MTOOLS  # > port for the next Freewaree, too.   H    It's more fun to offer the stuff on my own server, so I can watch the% logs to see if anyone actually cares.   B    Another interesting question is what happens to all the junk atE antinode.org when I get hit by a truck, and the executor of my estate # doesn't even know how to spell VMS.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  + Date: Wed, 15 Mar 2006 15:24:33 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mtools for VMS (?) 2 Message-ID: <06031515243341_2020036B@antinode.org>  J >    If anyone is desperate for a good time, I have a semi-cheap-and-nasty> > port of Mtools for VMS which should be available at or near: > . >       http://antinode.org/dec/sw/mtools.html9 >       ftp://antinode.org/ftp/mtools/mtools-3_9_10a_vms/   (    Oops.  That FTP URL should have been:  3       ftp://antinode.org/mtools/mtools-3_9_10a_vms/   H For HTTP, the main Web page is as originally provided, but the directory is (with the "/ftp" in it):   8       http://antinode.org/ftp/mtools/mtools-3_9_10a_vms/  E    You just can't trust me.  Sigh.  I do get this right occasionally.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Wed, 15 Mar 2006 21:57:32 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: Mtools for VMS (?) 0 Message-ID: <00A52BDA.0397FCF3@SendSpamHere.ORG>  U In article <441858C1.3E63E621@hp.com>, Forrest Kenney <Forrest.Kenney@hp.com> writes:  >  >  > ? >	I give Steve Hoffman drops of new DNDRIVER every now and then E >and when he gets a chance he puts them onthe freeware site.  Having  H >said that what is on the freeware site is generally a good ways behind H >the latest driver.  I am still trying hard to make sure that the driverH >can be built and work on every version that supports USB.  But that is F >getting harder and harder to do all the time.  If you need something G >that is not in the driver on the freeware site contact me directly and H >I will see about getting you an image.  No promises if I have code that% >will help I will try and release it.  >  >Forrest Kenney  >OpenVMS group  G What version of the DNDRIVER do I need so that I can plug something USB * into the itanium box without crashing VMS?   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 15 Mar 2006 14:39:01 -0800 From: tomarsin2015@comcast.net Subject: NIS under VMSB Message-ID: <1142462341.720583.94790@u72g2000cwu.googlegroups.com>  ) Is NIS avaiable for VMS either Alpha/VAX.  thanks phil   ------------------------------  + Date: Wed, 15 Mar 2006 19:35:33 +0000 (UTC) ? From: Graham Burley <burley.not-this@encompasserve-or-this.org>  Subject: Re: VMS Updates9 Message-ID: <44186C18.325B6749@encompasserve-or-this.org>    norm.raphael@metso.com wrote:  > A > Graham Burley has constructed a DCL procedure to run on OpenVMS C > that can be used to email about the HP OpenVMS ftp patch site(s).  >  > The last version I have is:  > L > $! FTP_NEW.COM - check an ftp directory for new, changed, or removed files > $! > $!
 > $!<snip>/ > $!      V0.15   10-Feb-2004     Graham Burley     9 Readme - http://www.encompasserve.org/~burley/ftp_new.txt 9 "Kit"  - http://www.encompasserve.org/~burley/ftp_new.zip    ------------------------------    Date: 15 Mar 2006 12:40:34 -0800 From: "R Boyd" <bob@hax.com> Subject: Re: VMS UpdatesC Message-ID: <1142455234.109565.291940@i39g2000cwa.googlegroups.com>    Thanks Graham!  G I have a complementary DCL script for processing patch kits and release E notes files for maintaining collections of patches, including culling  superseded kits.  C I am going to try out setting up a job that uses FTP_NEW to pull in D updated kits and then invokes SUPERSEDE_SCAN to run through them.  IG used to have something similar set up at another site using DSNLINK_NEW 
 years ago.  E My compliments on FTP_NEW -- I'm wondering if you used DSNLINK_NEW as A an inspiration -- it looks like your configuration file format is  somewhat similar.   F I enjoyed looking through your MATCH_WILD implementation to compare it> with the one I used for FINDJOB (viewable on DCL.OpenVMS.org).   Robert   Graham Burley wrote: > norm.raphael@metso.com wrote:  > > C > > Graham Burley has constructed a DCL procedure to run on OpenVMS E > > that can be used to email about the HP OpenVMS ftp patch site(s).  > >  > > The last version I have is:  > > N > > $! FTP_NEW.COM - check an ftp directory for new, changed, or removed files > > $! > > $! > > $!<snip>1 > > $!      V0.15   10-Feb-2004     Graham Burley  >  > ; > Readme - http://www.encompasserve.org/~burley/ftp_new.txt ; > "Kit"  - http://www.encompasserve.org/~burley/ftp_new.zip    ------------------------------  # Date: Wed, 15 Mar 2006 22:38:14 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com> Subject: Re: VMS Updates2 Message-ID: <qH0Sf.4756$N96.4301@news.cpqcorp.net>   Jim Duff wrote:   E > Wouldn't it be nice if HP published an XML document with each patch H > containing things such as version, reboot requirements, prerequisites,E > install level, etc?  Then someone could make a stab at *automating* % > patch retrieval and installation...   I    I slipped some of the first XML bits found within OpenVMS itself into  B the distro for V8.3 (VMSKITBLD.XML), and ported over a version of F libxml2 over as part of that work.  (No, libxml2 itself is not in the H OpenVMS distro, but you can get a copy of the port via the staging area $ for the OpenVMS Freeware V8 distro.)  E    The use of XML for the ECO announcements is certainly a good one.  G Our existing OpenVMS process for software kits and for ECO kits is not  ? where I'd personally like it to be, in terms of its end-to-end  G automation, and in terms of the tools and formats in current use.  XML  C is the logical implementation choice here for at least for the kit  J information -- and possibly as far as a mechanism for the ECOs themselves.  D    If you want to see XML or other such enhancements within the ECO E process, you'll want to formally request it via the customer support  I center, ambassador or official contacts -- if you're expecting to attend  G the bootcamp, we can certainly discuss this, and you can also directly  L discuss this or other enhancement requests with the OpenVMS management team.  I    If you have specific feedback on this matter (and you're not planning  I on the bootcamp), you can send it along to me, and I'll forward it on to  9 the appropriate folks within the OpenVMS management team.    ------------------------------  + Date: Wed, 15 Mar 2006 23:24:13 +0000 (UTC) ? From: Graham Burley <burley.not-this@encompasserve-or-this.org>  Subject: Re: VMS Updates9 Message-ID: <4418A1BD.25AD5D6F@encompasserve-or-this.org>   
 R Boyd wrote:  >   E > I am going to try out setting up a job that uses FTP_NEW to pull in F > updated kits and then invokes SUPERSEDE_SCAN to run through them.  II > used to have something similar set up at another site using DSNLINK_NEW  > years ago.  D >From experience on DECUServe using it for the ECO conference it's aF good idea to pick one of the ITRC ftp servers, e.g. dux418.den.hp.com,C and stick to it, otherwise you might see some phantom file changes.   H > I enjoyed looking through your MATCH_WILD implementation to compare it@ > with the one I used for FINDJOB (viewable on DCL.OpenVMS.org).  % I hope I don't have to debug mine ;-)    ------------------------------  # Date: Wed, 15 Mar 2006 22:22:17 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>& Subject: Re: VXT 2000+ monitor options2 Message-ID: <ts0Sf.4754$q96.3921@news.cpqcorp.net>   R.A.Omond wrote:  B > one of my clients has a number of VXT 2000 X-terminals for which@ > the monitors (PCXAV 20") are slowly but surely dying a natural= > death (understandably).  They'd like to keep the VXT's, but > > replace the old monitors with 19" (or greater) flat-screens. > = > Has anyone gone through this process ?  What was involved ?   I    Specifically with the VXT series, no, but the OpenVMS FAQ has general  G information on graphics and monitor compatibility -- this iron is very  C likely within the synch-on-green era, so do follow that path if so.   E    The biggest problem I've seen is that the older controllers can't  I necessarily generate solid 60 Hz signals, and the LCDs can require that.  I   (I encountered "quivering" displays from PBXGB-AA/CA series PowerStorm  I 3D30 and 4D20 series controllers set to 60 Hz and compatible resolution,  B and ended up replacing these with Radeon 7xxx series controllers.)  A    Y'all are aware of the EWS software found on one of the older  D Freeware distros, right?  (That software turns several of the older E VAXstation boxes into X terminals.  Another potential option, should  7 your existing X Terminals encounter hardware problems.)    ------------------------------  % Date: Wed, 15 Mar 2006 21:41:20 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>. Subject: Re: [F$GETQUI] Please explain RAD ;-)+ Message-ID: <4418DE60.9B7BE1BA@comcast.net>     Peter 'EPLAN' LANGSTOEGER wrote: > b > In article <441782FA.E17977A7@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:# > >Peter 'EPLAN' LANGSTOEGER wrote: e > >> In article <44163C13.905BBB36@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: N > >> >My question would be: What does G$GETQUI return for a queue that's never > >> >had a RAD set on it? > >> > >> Try it and tell us.! > >> I did (twice) and it was -1.  > >  > >In your OP, you wrote:  > > I > >> $ WRITE SYS$OUTPUT F$GETQUI ("DISPLAY_QUEUE", "RAD", "$1_job_batch")  > >> 0' > >> $ SHOW QUEUE/ALL/FULL $1_JOB_BATCH / > >> Batch queue $1_JOB_BATCH, idle, on NODE3:: 9 > >>   /BASE_PRIORITY=4 /JOB_LIMIT=20 /OWNER=[VMS,SYSTEM] $ > >>   /PROTECTION=(S:M,O:D,G:R,W:S) > >> $!  > > G > >I took this to mean that $1_JOB_BATCH had never had a /RAD set on it  > >before. Did I misunderstand?  > 6 > I don't know if the batch queue ever had /RAD on it.> > It only had no /RAD at the start and has no /RAN on the end,A > but RAD is now -1 and was 0 (and 0 is what I don't understand).  > H > >If not, and I've not looked this up in the doc. yet so I'll apologizeH > >for that, is RAD=0 maybe the default for a queue without a RAD having > >been explicitly set?  > > > Then how would you differenciate between /NORAD and /RAD=0 ?& > At least, as I understand the doc... > " >         QUI$_RAD (Alpha and I64)N >         Returns the value of the RAD attribute attached to a queue or a job.N >         The item code expects a 32-bit buffer in which to write the value ofQ >         the RAD. A value of -1 is returned to the buffer if no RAD is specified # >         for the queue or the job.  > P >         Note: OpenVMS support for RADs is available only on the AlphaServer GSP >         series systems. For more information about using RADs, refer to the HP6 >         OpenVMS Alpha Partitioning and Galaxy Guide. > M >         (Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB, QUI$_DISPLAY_QUEUE  >         function codes)  > N > So, is this my mistake (where?), or did F$GETQUI provide wrong information ?  D Based on what F$GETQUI() returns, I'm gonna have to go with the ideaE that RAD=0 is the default if not set explicitly and -1 = /NORAD until . someone pipes up with something authoritative.  . Another case where the doc. is not 100% clear.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.149 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        ZWLkLlĚt$
&.z^iM?v%TimBb8\T24KՔH@l:Ya$z>u1TB~ D@Bo˄ܰ6k
f$/3
dA	oL(E-Em
-5k28`}G4zA~">kU'7j;\	;^.648>6s)ŻŶGOj"x8SjXX^r(hx"r;cI;K54dE4ć+'jc-:Rӆ0V%ZMQ0	[LLn?[VebI]e%}tv+#Jmރ
z'>'zL|w`^ZR2:tyRIdj[t3Q}?jtl/'J'򛂚Њ1U*Q-j=3<q8$%F;T& OhW%D׳̱슁5tc\sn?pGA݀G"< iw5ܬţkUfP_0L]vj!pZlذ-,=_jǙj)*l.nH,VLarKtAo	^);=/B'DUQ
RU_xi]]vb3iY4ɩ>6;;ٖ*ND-TVOC`s-*1HJ%j+Q8]IWPRlLd<y"LDJTLrG aJf`Au`>ÏF?uCʥtXe@36iԭWHeS64̇m#2-%WW"]%SNhYmHó4_zKGs}W		
(&uP5-ǟ?^ˏA3$C!Kd:p1ԍ鈌À>C4p/43h̐Wn/P]	
 j<4,dỹS6lӑ~+r4޿LȰ)Z]viNYgt+VkˤsZLmeFڰ"N}6LᜪHm鵆j(l'e9bY{knvUJӶϚb%>gDLEXJ]JЇ<x, ozވ"lHV18}wQ}VsשoU M|f3h"c	W\;p^z3J'F<#"nFLh4F9=TbPt{>g98#l9#kSmGxc=Mޠ8@D7֠qҚ<E6+ΨԛxHWPW<O<gTi
mҚW8cS'S3W@`n<{ĥ(t߹[
U$.׋mOFduݩ6EdA߽fAZ3$*yJGQ(S" 5- 's;Տ;*keHՔJHS)
mvnK8e4ZmTI/nŸA|819LC=\pہsQbTR2npE3欴CBuzBDzl}BѴ=[gQ(fʨQ{}g.n !ܛsהҜdWD!XzeAȚEʹYP)Q7"D/^SI֟	y\O6a+?[3*l`L[]yv囑_)C`Ȼs+?wϚ\V%Ǘ!,ff7Z
קn)y ?$՜-~Aۄ"g2de0gko9:%aBf;]9];_>`moss	å7@k/`h,l7
ฆ-8[0ݏ7
*F.╸oF3"?P,ib=cx>D_I|4֮17wQͰ	DT)8,G̫,P[AfU/+5mEhVT]8tbhD)7e#+`T|,hz0"~p_XMU='DHb/H3̆i˘HMXQT);[$mv>|
g5dL)PBWU:q+_&H.SħU2I0F;dK [ӳJOS>wɭz+R{Xg	@Zjq2`X`MGFQ"`\Kȴ:MDRf׷.x?IWzGX=(N]$rV(8w Tz%^H1i^>(cONj 9.1YAĺ2>VQL^>>H