0 INFO-VAX	Wed, 18 Feb 2004	Volume 2004 : Issue 96      Contents: Re: Allocation classes and SAN Re: Allocation classes and SAN1 Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too) 1 Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too)  Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: DESTA Director RWASTs  DVD writer on ES40 Re: Important Questions! Re: Microvax vs Vaxstation 3100  Re: Microvax vs Vaxstation 3100   Re: Mozilla and Cyrillic letters@ Re: obj/olb from vax. need to create source and migrate to alpha Re: OpenVMS Feelings Re: OpenVMS Feelings Re: OpenVMS Feelings+ Re: OpenVMS on AlphaPC (PC164 motherboard)? @ Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study@ Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study4 Re: php_value modifier in CSWS_PHP 1.2 and CSWS 1.3?? Re: SBB POWER SUPPLY 150 OR 180 WATT - HOW MANY DISKS SUPPORTS? ' Re: Seeking expert in Vax/Vms and Cobol ' Re: Seeking expert in Vax/Vms and Cobol  Re: set proc/suspend Re: set proc/suspend set proc/suspend Re: set proc/suspend1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?", Re: Split CI farm MSCP=1 TMSCP=1 ALLOCLASS=1! Sql services/Rdb problem (urgent) 
 Re: sysuaf
 Re: sysuaf; RE: Thank you for registering for Mozilla for OpenVMS Alpha : Re: Tinkered with AlphaServer 2100 (was: AlphaServer 2100)4 Re: VMS 7.2-2 IDE Boot on AXP164SX (EB164 Variation) Re: Volume shadowing question  Re: Volume shadowing question  Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ?  F ----------------------------------------------------------------------  # Date: Tue, 17 Feb 2004 18:54:41 GMT & From: Jilly <jilly@clarityconnect.com>' Subject: Re: Allocation classes and SAN @ Message-ID: <78865274b69ffe8cbae49de799410147@news.teranews.com>   Larry Kilgallen wrote:  H > In article <c52d72e88db80cd38cb93b9c06a6200d@news.teranews.com>, Jilly$ > <jilly@clarityconnect.com> writes: > L >> Bad form to follow up my own post but also remember to set the PAQ on the( >> DQ ports also if they are being used. > 9 > Why not just let them default to the system ALLOCLASS ?   C Because you avoid future problems if you have to switch the systems F ALLOCLASS due to changes in disk serving.  I prefer to cover potential% 'what-ifs' up front instead of later.    --  C Jilly - Working from Home in the Chemung River Valley - Waverly, NY H       - jilly@clarityconnect.com                      - Brett Bodine fanH       - Mark.Jilson@hp.com                            - since 1975 or soH       - http://www.jilly.baka.com           - http://www.brettbodine.com   ------------------------------  + Date: Wed, 18 Feb 2004 00:45:39 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) ' Subject: Re: Allocation classes and SAN ( Message-ID: <c0ucjj$n1j$4@pcls4.std.com>  : David McKenzie <david.mckenzie@paradigm-shift.biz> writes:   >Larry Kilgallen wrote:   : >> Why not just let them default to the system ALLOCLASS ?    L >well one has to be careful. If the allocation class on an HSJ for instance L >is different to the allocation class on a host then that host can not MSCP  >serve the disks on that HSJ  5 Sure it can, as long as you're running at least V7.1.      --   -Mike    ------------------------------  + Date: Tue, 17 Feb 2004 01:13:18 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis): Subject: Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too). Message-ID: <c0rpre$8ba$1@newslocal.mitre.org>   Hunter Goatley <goathunter@goatley.com> writes in article <EjfXb.42336$8a5.24719@bignews1.bellsouth.net> dated Fri, 13 Feb 2004 20:06:22 -0600: 6 >ftp://ftp.process.com/vms-freeware/fileserv/flist.zip  ? Yow!  Don't unzip that one with unzip v5.1.  It filled my disk. ? For context, V == "DIR /DATE/SIZ=ALL/WID=(FIL:33,SIZ:7,OWN:17)"    MAZDA$#v/sec  % Directory PUBSOFT_USER:[000000.flist]   P flist.zip;1                            215/216      17-FEB-2004 01:01:21.62  [SY! STEM]           (RWED,RWED,RE,RE)     Total of 1 file, 215/216 blocks. MAZDA$#unzip flist.zip0 Archive:  PUBSOFT_USER:[000000.flist]flist.zip;1  B FLIST V2.5-2 [13-FEB-2004]  --  FLIST (File and directory manager)< Copyright  1990,2004, Hunter Goatley.  All rights reserved.  5 Runs on OpenVMS VAX, OpenVMS Alpha, and OpenVMS IA64.   G (VMS file attributes saved---use UnZip v5.2 or later on VMS to restore)    [ Create file QIO failed. 9 [ %SYSTEM-W-DEVICEFULL, device full; allocation failure ]   Cancel      MAZDA$#v  % Directory PUBSOFT_USER:[000000.flist]   K AAAREADME.TOO;1                         24/6946816  13-FEB-2004 17:46:51.05 K flist.zip;1                            215/216      17-FEB-2004 01:01:21.62   % Total of 2 files, 239/6947032 blocks.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 17 Feb 2004 07:14:30 +0100 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>: Subject: Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too)* Message-ID: <c0sbfn$8sa24@doiweb4.b2x.vwg>   Keith A. Lewis wrote:  > Hunter Goatley <goathunter@goatley.com> writes in article <EjfXb.42336$8a5.24719@bignews1.bellsouth.net> dated Fri, 13 Feb 2004 20:06:22 -0600:  > 7 >>ftp://ftp.process.com/vms-freeware/fileserv/flist.zip  >  > A > Yow!  Don't unzip that one with unzip v5.1.  It filled my disk. A > For context, V == "DIR /DATE/SIZ=ALL/WID=(FIL:33,SIZ:7,OWN:17)"  >  > MAZDA$#v/sec > ' > Directory PUBSOFT_USER:[000000.flist]  > R > flist.zip;1                            215/216      17-FEB-2004 01:01:21.62  [SY# > STEM]           (RWED,RWED,RE,RE)  > " > Total of 1 file, 215/216 blocks. > MAZDA$#unzip flist.zip2 > Archive:  PUBSOFT_USER:[000000.flist]flist.zip;1 > D > FLIST V2.5-2 [13-FEB-2004]  --  FLIST (File and directory manager)> > Copyright  1990,2004, Hunter Goatley.  All rights reserved. > 7 > Runs on OpenVMS VAX, OpenVMS Alpha, and OpenVMS IA64.  > I > (VMS file attributes saved---use UnZip v5.2 or later on VMS to restore)  >  > [ Create file QIO failed. ; > [ %SYSTEM-W-DEVICEFULL, device full; allocation failure ] 	 >  Cancel  >  > 
 > MAZDA$#v > ' > Directory PUBSOFT_USER:[000000.flist]  > M > AAAREADME.TOO;1                         24/6946816  13-FEB-2004 17:46:51.05 M > flist.zip;1                            215/216      17-FEB-2004 01:01:21.62  > ' > Total of 2 files, 239/6947032 blocks.  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.  B Using UnZip (5.50 of 17 February 2002,) I encountered no problems.     --    + mit freundlichen Gren | with best regards   3 Karl Rohwedder          | it-ingteam(at)t-online.de A                          | extern.karl.rohwedder(at)volkswagen.de    ------------------------------  # Date: Tue, 17 Feb 2004 18:52:41 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) # Subject: Re: DECnet/OSI over TCP/IP 0 Message-ID: <ZptYb.509$oT5.208@news.cpqcorp.net>  * In article <4032537C.EBE8D169@istop.com>, , JF Mezei <jfmezei.spamnot@istop.com> writes: ..L >There was a DECNET-OSI product running on 5.5-2, however, I am not sure how >similar it was to DECNET-5 ...   J DECnet Phase 5 (or V), DECnet OSI and DECnet Plus are all one and the sameJ product -- different names have been used at different times.  The current name is "DECnet Plus".  K However, different version may have different capabilities and/or be usable # with different versions of OpenVMS.    --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 17 Feb 2004 20:38:56 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> # Subject: Re: DECnet/OSI over TCP/IP : Message-ID: <c0tr2n$1c388f$4@ID-152801.news.uni-berlin.de>  & On 2004-02-17 18:46, "JF Mezei" wrote:   > MB wrote: B >> I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP)C >> Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do I need to 0 >> upgrade both DECnet and the operating system? > M > There was a DECNET-OSI product running on 5.5-2, however, I am not sure how O > similar it was to DECNET-5 which ships now, especially in terms of being able  > to tunnel over TCPIP.   B IIRC: It was called "DECnet/VAX Extensions" and had rather limitedH functionality; it is no longer supported; it can't be run on VMS 6.x andH up. You have to upgrade to the "real" DECnet/OSI for VMS 6.x and higher.  K > I haven't checked, but I *suspect* that the DECNET-OSI that runs on 5.5-2 K > doesn't support TCPIP, and the more recent version of DECNET-5 which does # > support TCPIP won't run on 5.5-2.   F We didn't use that so I don't remember specific features; but probably" JF is correct with his assumption.   > [...]    Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Tue, 17 Feb 2004 05:05:38 -0500 ( From: "Mark Buda" <budaNO@SPAMyahoo.com>" Subject: Re: DESTA Director RWASTs1 Message-ID: <VbSdnRorb9jxeqzdRVn-sw@adelphia.com>   J This sounds like a case where someone needs to do a little debugging.  Not exactly rocket science.   J The "course" fix is to check if it is getting low and give it a bump so itI does not RWAST...  Of course you consume resources and over time you will  have other problems.  I Have the author look at their kernel code to see what they might be doing  wrong...   --    
 Sincerely,	 Mark Buda    ------------------------------  # Date: Tue, 17 Feb 2004 22:44:41 GMT 8 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net> Subject: DVD writer on ES40 0 Message-ID: <tPwYb.340087$xy6.1680859@attbi_s02>  E I'd like to install a HP 400i DVD writer on our ES40 system using the I built-in IDE controller and open drive bay.  Has anyone done this before? K Will it work on the IDE bus?  I'm assuming the ES40 has an IDE interface...   B I want to use it daily for archiving data in RW mode, if possible.   I'm running VMS 7.3-1, update2.    Regards, Tom    ------------------------------  # Date: Tue, 17 Feb 2004 04:18:49 GMT 1 From: Marc Bissonnette <dragnet@internalysis.com> ! Subject: Re: Important Questions! A Message-ID: <Xns9491ED2B647FDdragnetinternalysisc@206.172.150.13>   ) "Matt" <somewhere@somewhere.com> wrote in * news:ZKOdnfb9ruIi3qzdRVn2uw@giganews.com:   H > Sounds like the only person that's a bigger loser than JF Mezei is theE > person that compiled this message and keeps posting it all over the H > place every week with deceiving subject lines under different aliases. > 
 > Get a life.  >  > Matt  K Geez, tell me about it - But if you do, make sure to snip the trollage the   next time you do.    --   Marc BissonnetteB CGI / Database / Web Management Tools: http://www.internalysis.comF Something To Sell? Looking To Buy? http://www.whitewaterclassifieds.ca1 Looking for a new ISP? http://www.canadianisp.com    ------------------------------  % Date: Tue, 17 Feb 2004 16:28:37 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>( Subject: Re: Microvax vs Vaxstation 3100: Message-ID: <c0u127$1bglke$1@ID-141708.news.uni-berlin.de>   Stanley F. Quayle wrote: > ... 5 > You can get a VMS laptop much cheaper -- just get a  garden-variety$ > Windows laptop and add CHARON-VAX. > ...   > Last week I was in Switzerland at SRI's office, I saw a laptop> running Linux, with Windows on top of Linux with CHARON-VAX on  top of Windows. Worked great. :)   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Mon, 16 Feb 2004 20:02:19 -0500 + From: Lord Isildur <isildur@andrew.cmu.edu> ( Subject: Re: Microvax vs Vaxstation 3100I Message-ID: <Pine.LNX.4.58-035.0402162001570.16530@unix44.andrew.cmu.edu>    i think youre right.  ) On Mon, 16 Feb 2004, Chris Scheers wrote:  > " > IIRC, the AlphaBook used a '066.   ------------------------------  # Date: Wed, 18 Feb 2004 01:06:32 GMT 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>) Subject: Re: Mozilla and Cyrillic letters @ Message-ID: <c762452d1c1b1ea77edf38dc1af779ad@news.teranews.com>  $ In article <c0u2sv$uti$2@online.de>,E  helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to    reply) wrote:     D > Following up my own post here, I'm pretty sure that it is lacking J > functionality in (the version and installation of) Mozilla (I am using).F > To be specific, it appears that the "Russian alphabet" is displayed H > correctly (characters 161 and 176--241 of iso-8859-5) but none of the E > characters which don't appear in Russian but do appear in Serbian,   > Macedonian, Ukrainian etc.  F Are you sure it's not just a font issue?  Can you display the missing H characters in other DECWindows applications using the same font you are  using in Mozilla?    ------------------------------  # Date: Tue, 17 Feb 2004 13:32:52 GMT & From: John Reagan <john.reagan@hp.com>I Subject: Re: obj/olb from vax. need to create source and migrate to alpha 0 Message-ID: <8KoYb.476$Kh5.469@news.cpqcorp.net>   Bob Koehler wrote:_ > In article <1u7q20hl12qtb53mifeic3q4ept9hl93hi@4ax.com>, tutor_removespam_@cfl.rr.com writes:  >  > G >>Is there a way to get the source (either in COBOL or C) using the OBJ # >>file on VAX(32-Bit architecture)?  >  > I >    Yes.  Prior to VMS 3.0 debug records in the object file were used by I >    the compiler to store source.  If your object file was compiled long I >    ago with the /debug qualifier, the source is in there.  At about 3.0 E >    the debugger simply let compilers store a record pointing to the  >    source file.  >   H Uh, can you give me an example?  I've been working on Pascal since 1983 E with versions of VMS going all the way back to 2.0.  I don't believe  G this was the case for what I remember.  VAX Pascal V2.0 (which shipped  G in 1982) never included source in the debug records (I know, I was the  D one who added source line support to the VAX Pascal compiler).  The F debugger certainly let compilers tell them the location of the source  file long before VMS V3.0.  I I just went back to VAX Pascal V1 and it didn't do source support at all.   H So if the program was written in Pascal, you will never have the source  buried inside the object files.    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Mon, 16 Feb 2004 20:15:31 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: OpenVMS Feelings ) Message-ID: <40316B32.C9D0829D@istop.com>    Sue Skonetski wrote:G > within HP and fix web sites when we find them.  However when articles ? > are writted by the press we (VMS group) can not affect that.    N Sue, that is when you come in. You take the reporter out to a fancy restaurantM for dinner, or an afternoon at a renownwed golf course and impress on the guy H that VMS should be treated better by the press. The more your husband is5 jealous, the better you're doing your job :-) :-) :-)    ------------------------------  % Date: Mon, 16 Feb 2004 20:26:40 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: OpenVMS Feelings 6 Message-ID: <40317BE0.4FB903C1@NeOaSrPtAhMlNiOnWk.net>   Sue Skonetski wrote: >  > Folks, > D > We are working every day to try and get VMS mentioned where we canG > within HP and fix web sites when we find them.  However when articles C > are writted by the press we (VMS group) can not affect that.  Its A > funny sort of like "of course you think your baby is beautiful" 0 > attitude.  Thats where the newsgroup can help. > C > Dave, yes I know its HP managment we are talking about and we are B > doing our best to educate them.  But lets face it they listen to > customers more carefully.   A Sue, at the risk of invoking your wrath, would you please tell us ( exactly which customers they listen to?   H Not us, certainly... We get prominent dignitaries when they need medicalE help, we're one of THE leading teaching hospitals in the Midwest, yet @ they treat us like we're some Mom & Pop Chop Shop where The MarxF Brothers are the interns and The Three Stooges are the senior surgicalD staff. I had to go to Rich Marcello directly to just to get a seniorE Alpha guru on site for a recent GS1280 upgrade. About the only time I E get *ANY* serious attention is when I write directly to Carly or some " other member of senior management.  H > I think this is one of the things I love the most about VMS people, we > are not quiters!  > No, we get laid off before we can even think about quitting...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 17 Feb 2004 14:27:12 GMT & From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: OpenVMS Feelings 8 Message-ID: <199430hi749su7aqk47ah5849hq96mnnqm@4ax.com>  J On 16 Feb 2004 13:26:35 -0800, susan_skonetski@hotmail.com (Sue Skonetski) wrote:     > G >I think this is one of the things I love the most about VMS people, we  >are not quiters!  >   . Sure.  But some of us apparently are quilters. --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Tue, 17 Feb 2004 10:56:17 GMT ! From: John K <johnk50@nospam.com> 4 Subject: Re: OpenVMS on AlphaPC (PC164 motherboard)?2 Message-ID: <Xns94921DE81DFF69284HDPOET@68.6.19.6>  C On 13 Feb 2004, sapphos@carolina.rr.com (Becca Putman) posted some  5 news:cfc74b14.0402132320.56a35871@posting.google.com:   F > I've heard it can be done, but so far I haven't had much success.  IH > don't have any SCSI drives in this machine, only an IDE drive.  I takeB > it that OpenVMS doesn't do IDE?  I ask, because that's where theF > OpenVMS Alpha CD seems to get confused... it'll hit the CD, then hitG > the IDE drive a bit, then reset something (the keyboard lights flash) D > then the CD again, then the IDE, pause a moment, flash the lights, > repeat ad nauseum. > G > Anyway, I'm looking to pick up a QLogic SCSI card (been told to get a F > 10x0 series) and a DE500 ethernet card from eBay.  Once I have those6 > (I have SCSI drives) should OpenVMS run on this box? >  > Thank you! > Becca   F What exactly do you have in a PC164?  There are a few flavors running  around out there.     F If you can get your hands on an NCR 53C810, Qlogic ISP1020 or Adaptec , AIC-7895 based controller those will work.    B What version of VMS are you trying to install?  OpenVMS FAQ (Hoff @ Hoffman) recommends 7.1-2 or later if you're going to use IDE.    + http://www.faqs.org/faqs/dec-faq/vms/part4/    See MISC21.    ------------------------------  % Date: Tue, 17 Feb 2004 10:02:59 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study 0 Message-ID: <c0sosk$5gq$1@new-usenet.uk.sun.com>   Bob Ceculski wrote: l > bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<c0jkol$17ps8u$1@ID-135708.news.uni-berlin.de>... > I >>>   I still remember we were running VMS when nobody outside of Berkely B >>>   ran UNIX.  So what do you think hackers were targeting then? >>C >>Considering that there was no way to get to the machine remotely?  >>F >>Also, even well into the early years of Unix the term "hacker" had aC >>totally different meaning and just like the times when we used to D >>leave our front doors unlocked (and in some cases, even wide open)D >>so too for the computer community.  There was a time when machinesE >>didn't even have passwords set becuase the users trusted each other E >>to not "trespass".  By the time societal norms changed the Internet H >>was still just a late night dream (or was it nightmare?) of Vint Cerf.G >>VMS has never had the presence of Unix in the eyes of hackers.  There E >>are other OSes that fall into the same catagory.  Never been hacked E >>but probably could be if anyone really cared.  Primos, RSX and RSTS  >>to name just a few.  >> >>bill >  > @ > it was hacked by the best, and they called it "unhackable" ... > , > http://www.pointsecure.com/Defconwhite.pdf    0 Ahh the old Defcon 9 myth does the rounds again.  8 Firstly it wasn't a vanilla OpenVMS system, despite your7 claims that connecting OpenVMS directly to the Internet 9 without a firewall is safe the OpenVMS admins running the 8 system lacked your bravado and opted for the sane option8 of adding PointSecures System Detective AO configured to; impliment a firewall type solution with intrusion detection  etc.   Hardly a vanilla system.  : Secondly the black hat community trying to hack the system7 were extraordinarly ignorant of OpenVMS. In a survey of 8 Defcon 9 Capture The Flag participants most listed Linux9 or Solaris as their platform to initiate hacks from, none ? listed OpenVMS and as the Defcon 9 reports show most attempting 3 to hack the system had to be told what OpenVMS was.   : Hacking isn't random, most hackers use automated tools and; extensive OS security vunerability research to assist their = efforts. The fact the vast majority of the hackers attempting = to hack the OpenVMS system used for Defcon 9 didn't know what ; OpenVMS was rather reduced the likelyhood of them scoring a  sucess.   9 Thirdly they stopped attempting to hack the system fairly ; early in the proceedings. One of my collegues is an ethical 8 hacker he knows many members of the black hat community,8 this ammused him, being told that something is virtually: unhackable is red rag to a bull in his opinion to the more8 determined hacker, the fact that few people bothered let9 him to conclude that the kudos of hacking OpenVMS despite 7 its "unhackable" label was rather low. Possibly because 5 it would never be a very usefull skill to have in the  real world.    regards  Andrew Harrison    ------------------------------    Date: 17 Feb 2004 07:11:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study 3 Message-ID: <9YjmQYdxOW$R@eisner.encompasserve.org>   e In article <c0jkol$17ps8u$1@ID-135708.news.uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > C > Considering that there was no way to get to the machine remotely?  >   /    Guess again.  We had international networks.    ------------------------------  % Date: Tue, 17 Feb 2004 20:53:00 +0000 ) From: Witchy <news@sruasonidyranib.co.uk> = Subject: Re: php_value modifier in CSWS_PHP 1.2 and CSWS 1.3? 8 Message-ID: <hgv430l9eqdd071ijj78ki40q04p51f2n0@4ax.com>  E On Tue, 17 Feb 2004 20:32:05 GMT, "Rick Barry" <richard.barry@hp.com>  wrote:  L >Make sure you have the directive placed AFTER 'include .../mod_php.conf' inK >your httpd.conf file because mod_php is dynamically loaded -- not compiled L >into the server. Apache won't be able to parse that directive until mod_php >is loaded.    Hi Rick,  F I actually thought about moving the include to where the other modulesB are loaded since that's the way I've always done it, but I guess IF reasoned that if the VMS boys'n'girls allow it to be put at the end of file it must be OK :)   H >Also, mod_php doesn't seem to like PHP_VALUE directives placed within aM >virtual host container. It only honors this directive within the main server @ >context. (I haven't tried putting these in directory contexts.)  F Bugger. The 3 sites that will live on this machine all have PHP_VALUEsC in the virtual hosts directive......I can code round it of course - B just need to change the names of 3 files per site, but it would'veE been nice to just drop the sites as they exist currently onto the new  server.    Oh well, thanks for replying!    -- cheers,    witchy/binarydinosaurs   ------------------------------  % Date: Tue, 17 Feb 2004 18:03:57 -0500 ' From: Stuart Fuller <stufuller@usa.net> H Subject: Re: SBB POWER SUPPLY 150 OR 180 WATT - HOW MANY DISKS SUPPORTS?0 Message-ID: <tk6u0c.04r.ln@dadsys2.fuller.local>   William Webb wrote:    > G > If you put too many blue drives in a narrow shelf you run the risk of  > overheating.  L Actually, if you put blue drives in a narrow shelf, they, or any other wide  drive just won't work.   G > I'm doing this from memory again, so double check what I'm saying but C > I recall that there are two versions of fans for these shelves- a ' > regular and an "industrial strength".    , There are two versions of fans: old and new.  K The old ones are single speed fans, and the new ones are double speed fans  K that are thermostatically controlled.  The new fans have been in use since  L during the narrow shelf days -- that is, the narrow shelf might have old or 0 new fans, depending on the vintage of the shelf.   --             Stu    ------------------------------   Date: 17 Feb 2004 19:42:49 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: Seeking expert in Vax/Vms and Cobol: Message-ID: <c0tqrp$1bd453$1@ID-135708.news.uni-berlin.de>  - In article <c0tq8d$71fl$1@netnews.upenn.edu>, 1 	jinyuan@blue.seas.upenn.edu (Jinyuan Li) writes: C > Our company in Toronto, Canada, needs an immediate consultant for D > cobol VAX/VMS. The system set up in VAX/VMS 5.5 and human coded inH > COBOL or DEC COBOL. It was built in 1980's for the wholesale business.D > If you are comfortable with this kind of software or you know someA > gurus in the area, please send emails to zjyhattie@hotmail.com.  > Thanks a lot.      F A better description would probably be a big help.  Does it have to beG someone onsite or can the work be done by a tele-commutter?  Bug fixing H or new development?  I haven't done production COBOL in a long time, but- I wouldn't mind doing some again on the side.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 17 Feb 2004 19:50:57 -0500 ' From: John Sauter <J_Sauter@Empire.Net> 0 Subject: Re: Seeking expert in Vax/Vms and Cobol8 Message-ID: <3md530pni29tg7cajf4t76kju122alerl4@4ax.com>  7 Also, that better description should include the amount  you are willing to pay. %     John Sauter (J_Sauter@Empire.Net)    ------------------------------  # Date: Tue, 17 Feb 2004 19:45:32 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: set proc/suspend 0 Message-ID: <40326BFE.341F1ED1@blueyonder.co.uk>   Tim ffrench-Lynch wrote: >  > > Tim ffrench-Lynch wrote: > > > Any ideas? > >  > Tim Llewellyn wrote:% > > Post your batch job monitor code?  > D > No-one should feel any obligation to look at this, but here it is,B > followed by a log file showing it initially fail to get all jobs) > and then get them all next time around.  > F > What I can tell from this is that there is some link to the softwareK > I'm running in the batchjobs (a system from Data Sciences - now defunct). J > All the simple DCL batchjobs running just to block queues got hit by the2 > nosuspend but the heavy processing jobs did not. > L > The previous try (5 minutes earlier) failed to control even the simple DCLK > batchjobs so there probably is some sort of real problem. The only change N > in the comfile was to change the wait statement from 6 minutes to 30 secondsE > in order to have it retry sooner. I think I'll have to call in CSC.  >   H Ah, I was worried you wern't waiting and were flooding VMS with SET pROC calls in a loop.  & Are you SURE nothing else has changed?  M A quick glance at $SUSPEND documentation brings up two points to investigate. P (1) processes that are not suspendable (2) some mixup with kenrel and super modeY suspend/resume requests. However as you say nothing else has changed since it was working  this is unlikely.   H Is the cluster running "normally" apart from the supend/resume problems?   regards    --   tim.llewellyn@blueyonder.co.uk   ------------------------------  + Date: Tue, 17 Feb 2004 21:17:19 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: set proc/suspend . Message-ID: <c0u0cv$dpu$1@newslocal.mitre.org>   Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> writes in article <4031F78E.344E0B01@baesystems.com> dated Tue, 17 Feb 2004 11:14:22 +0000: Q >Is it normal for processes on a VMS cluster to ignore 'set proc/suspend/id=' and  >'set proc/nosuspend/id=' ?   D Here's one reason it might -- a pending resume (/nosuspend) request.  M "The Resume Process ($RESUME) service allows a suspended process to continue. C If one or more resume requests are issued for a process that is not K suspended, a subsequent suspend request completes immediately; that is, the F process is not suspended. No count is maintained of outstanding resume
 requests."  D http://h71000.www7.hp.com/doc/732FINAL/4527/4527pro_008.html#jun_580  M >I run processes on very node in the cluster, set at priority zero and highly  >processor intensive.  > K >I have a priority 3 batch job set to watch the disks and suspend processes F >before they fill up. Normally I find that if I set this to repeat allP >suspend/nosuspend operations 10 times maybe only one or two jobs out of 13 willP >not get the message. If repeated 20 times then I usually seem to stop them all. > B >Today, I can't seem to get any of my processes to respond to 'setI >proc/nosuspend', even after 100 repeats of the command, still showing as ) >suspended in a 'show sys/cluster/batch'.  >  >Any ideas?   E One method I use to suspend processes is "STOP/QUEUE queuename" -- it L suspends all processes executing in that queue until you issue a START/QUEUEI command, then they pick up where they left off.  For this to work in your K situation, you would have to run the work jobs in a queue which is separate  from the monitoring job.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 17 Feb 2004 11:14:22 +0000 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com>  Subject: set proc/suspend . Message-ID: <4031F78E.344E0B01@baesystems.com>  k Is it normal for processes on a VMS cluster to ignore 'set proc/suspend/id=' and 'set proc/nosuspend/id=' ?   a I run processes on very node in the cluster, set at priority zero and highly processor intensive.    I have a priority 3 batch job set to watch the disks and suspend processes before they fill up. Normally I find that if I set this to repeat all suspend/nosuspend operations 10 times maybe only one org two jobs out of 13 will not get the message. If repeated 20 times then I usually seem to stop them all.    Today, I can't seem to get any of my processes to respond to 'set proc/nosuspend', even after 100 repeats of the command, still showing as suspended in a 'show sys/cluster/batch'.    Any ideas?     Tim    ------------------------------  % Date: Wed, 18 Feb 2004 06:44:50 +0100 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: set proc/suspend 0 Message-ID: <403309E1.4A4CA362@sture.homeip.net>   Tim ffrench-Lynch wrote: > m > Is it normal for processes on a VMS cluster to ignore 'set proc/suspend/id=' and 'set proc/nosuspend/id=' ?  > c > I run processes on very node in the cluster, set at priority zero and highly processor intensive.  >  > I have a priority 3 batch job set to watch the disks and suspend processes before they fill up. Normally I find that if I set this to repeat all suspend/nosuspend operations 10 times maybe only one ori > two jobs out of 13 will not get the message. If repeated 20 times then I usually seem to stop them all.  >  > Today, I can't seem to get any of my processes to respond to 'set proc/nosuspend', even after 100 repeats of the command, still showing as suspended in a 'show sys/cluster/batch'.o >  > Any ideas? >   # Fax Tim Llewellyn a purchase order.S+ I am sure he can sort the job out for you. O   -- I
 Paul Sture   ------------------------------  % Date: Tue, 17 Feb 2004 09:42:31 +0000RO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>3: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <c0snm8$51g$1@new-usenet.uk.sun.com>   Island Computers USA wrote:e > Easy rule of thumb > N > If the country is either in the arabian peninsula OR anywhere in Africa then > don't ship to themL > Even if it's not balcklisted there are SO many crooked companies that will) > forward equipment on to the bad guys..._ >   $ Its much more complicated than that.  A you need the US table of denials list. This lists countries wheree$ exports may be banned or restricted.  ? It also and in some ways more importantly lists indeviduals andeC companies that may be operating in countries outside the restrictedi list that are also banned.  A As far as I can remember it is your responsibility to check this.    regardso Andrew HarrisonV   >  > DT >  > 7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 8 > news:d7791aa1.0402161138.b432266@posting.google.com... > 5 >>stevekulpa@yahoo.com (steve kulpa) wrote in messagel > ; > news:<ee336853.0402160745.73a7a7e5@posting.google.com>...n > 
 >>>Greetings,pE >>>I recently became the owner of a real nice AlphaServer 800 which I)G >>>thought I'd enjoy at home.  After a couple of months, reality set ini? >>>and I find I have no spare time to do anything w/ it, so I'mn! >>>considering trying to sell it.d >>>eH >>>My questions is this (after watching a disturbing Law & Order episodeD >>>last night):  Is there any problems shipping this thing overseas,? >>>should someone ina country other than the USA be interested?s >>>n >>>Thanks in advance,8 >>>Steve >> >>; >>you have to check with the dept. of commerce ... it is ok 8 >>to ship alphas because we have done it, but not to any= >>foreign country on the designated black list ... you shouldf5 >>confirm the country with the federal government ...h >  >  >    ------------------------------   Date: 17 Feb 2004 09:50:47 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann): Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <c0so5n$6d8$1@n.ruf.uni-freiburg.de>  f In article <OJydnQ7terIVbq3d4p2dnA@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes:E >There are businesses called "Freight Forwarders" that act as travel  J >agents for freight.  For a fee, they will arrange to have freight picked F >up just about anywhere and delivered just about anywhere else.  They E >complete all necessary paperwork, obtain all necessary permits, etc., > I >If you sell on e-Bay, just add the conditions that foreign bidders must aI >pay in US $ and that they must provide a US shipping address (a freight $A >forwarder who will arrange delivery at the purchaser's expense).f >iF >Frankly, I would not expect much interest from overseas bidders; the J >expense of shipping a used computer to, say, Australia would probably be   >more than the machine is worth!  I This makes things more expensive. It is not that difficult to send things I abroad. The first thing to check is whether the country of origin has any I export restrictions (like the US). If not, you have to complete a customsuM declaration. This has to be either in the language of the destination countryiF or in French, although English is often ok in industrialized countriesO nowadays. The next thing is only required if you are friendly to the recipient: N add some invoice (a "pro forma invoice" is sufficient) to your package so thatM foreign customs is able to calculate import taxes, if any. If there are taxespO imposed, tax authorities will contact the recipient and request the money, this, is not your business.L  O The above principle is independent of the carrier you use. Customs declarationstA should be availabel at any post office or other carrier's office.0   Regards,    Christoph Gartmann    -- WE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot deF  D-79011  Freiburg, Germanyo9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------    Date: 17 Feb 2004 07:40:50 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Solved: "Known problems with V7.3 security MUP?"f3 Message-ID: <ozXBoBDm6SFY@eisner.encompasserve.org>    In article <c0q3is$7qn$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > F > But you havn't debunked any of mine have you mainly because you haveF > been unable to share the secret squirrel sources of information that2 > could support your claims making them worthless. >   G    While it is sad that we can't reveal all our sources, it's also been4H    trivivllay easy to debunk most of your claims using public knowledge.H    That hasn't stopped you from lumping everyone under the "CERT is bad"	    label.s   ------------------------------  % Date: Tue, 17 Feb 2004 14:16:56 +0000rO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>t= Subject: Re: Solved: "Known problems with V7.3 security MUP?"o0 Message-ID: <c0t7oo$ake$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c0q3is$7qn$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > F >>But you havn't debunked any of mine have you mainly because you haveF >>been unable to share the secret squirrel sources of information that2 >>could support your claims making them worthless. >> >  > I >    While it is sad that we can't reveal all our sources, it's also been J >    trivivllay easy to debunk most of your claims using public knowledge.J >    That hasn't stopped you from lumping everyone under the "CERT is bad" >    label.V > H Again you seem to be labouring under a major missaprehension, you havn't8 debunked any of my claims using public knowledge either.  D The only attempt that you made floundered around your inabilility to8 reveal what sources of data led you to your conclusions.  A There is however plenty of public data that refutes your "theory"4< and without anything concrete from you to contradict it your' argument fails to have any credibility.:  A This newsgroup is littered with arguments that people assume theye< have won only to find that facts and events contradict them.   Regardsn Andrew Harrison    ------------------------------  % Date: Wed, 18 Feb 2004 07:01:45 +0100o* From: Paul Sture <nospam@sture.homeip.net>= Subject: Re: Solved: "Known problems with V7.3 security MUP?")/ Message-ID: <40330DD9.F980DB0@sture.homeip.net>a  ( Andrew Harrison SUNUK Consultancy wrote: >  > Bob Koehler wrote: > > In article <c0q3is$7qn$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > >ZH > >>But you havn't debunked any of mine have you mainly because you haveH > >>been unable to share the secret squirrel sources of information that4 > >>could support your claims making them worthless. > >> > >m > >iK > >    While it is sad that we can't reveal all our sources, it's also beenrL > >    trivivllay easy to debunk most of your claims using public knowledge.L > >    That hasn't stopped you from lumping everyone under the "CERT is bad"
 > >    label.  > >iJ > Again you seem to be labouring under a major missaprehension, you havn't: > debunked any of my claims using public knowledge either. >  > C > This newsgroup is littered with arguments that people assume theyy> > have won only to find that facts and events contradict them. >   C This newsgroup is littered with too many of your messages, fuelling48 futile arguments. 10 of them by mid-morning this Monday.  % Don't you have anything better to do?r   --  
 Paul Sture   ------------------------------  + Date: Wed, 18 Feb 2004 00:36:49 +0000 (UTC)i7 From: moroney@world.std.spaamtrap.com (Michael Moroney)X5 Subject: Re: Split CI farm MSCP=1 TMSCP=1 ALLOCLASS=1t( Message-ID: <c0uc31$n1j$3@pcls4.std.com>  - "Hans Vlems" <hvlems.nieuw@zonnet.nl> writes:s  L >be highly deflated. In a cluster you need to have ALLOCLASS set to the sameM >value for those servers that serve the same disk(s). The disks are either onfE >a common bus (shared SCSI) or behind a hierarchical controller (CI).A  F Not anymore (since V7.1).  A system can serve drives of any allocationG class. If you have shared SCSI busses you should define port allocationlD classes for each shared SCSI bus.  The allocation classes you chooseE should be unique in the cluster (different from each other as well as,- different from those of the nodes themselves)d  E To the original poster:  You can do either: Set all nodes to a unique'A allocation class, set all nodes to allocation class 0 or select aaI unique port allocation class for every different scsi bus in the cluster.i --   -Mike    ------------------------------  % Date: Tue, 17 Feb 2004 10:49:09 +0100u7 From: Robert Trawinski <robert.trawinski@softax.com.pl>r* Subject: Sql services/Rdb problem (urgent)/ Message-ID: <c0so2l$olp$1@bozon2.softax.com.pl>-   Hi all,   I I upgraded my development system to VMS 7.3-1, Rdb 7.1-220, Sql Services . 7.1.5.7.3, CXX 6.5-039.DA After recomplition my program cannot connect to rdb database via  & SqlServices. Earlier I used VMS 7.2-1,+ Rdb 7.0-5, CXX 6.2-048 and SqlServices 7.0.    Error message is:h  > %RDB-E-UNAVAILABLE, Oracle Rdb is not available on your system5 -RDB-I-TEXT, %LIB-E-ACTIMAGE, error activating image c YAVIN$DKA600:[SYS0.SYSCOMMOa2 N.][SYSLIB]RDMSHR.EXE;, -RMS-E-FNF, file not found  F Indeed there isn't file RDMSHR.EXE. There is file RDMSHR71.EXE. But I 
 don't link" explicitly any of these libraries.  2 I can attach to the database from interactive SQL.   Part of my systartup_vms.com   $ @SYS$STARTUP:RMONSTART71.COM% $ @SYS$LIBRARY:RDB$SETVER 7.1 /SYSTEM. $0# $ @SYS$STARTUP:SQLSRV$STARTUP71.COM ( $ @SYS$LIBRARY:SQLSRV_SETVER 7.1 /SYSTEM $    What happend? Any idea?e   Robert   ------------------------------  % Date: Tue, 17 Feb 2004 13:17:42 -0500'4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com> Subject: Re: sysuafa8 Message-ID: <ekm430lrnq7p1soca5589d5ltn8grepklj@4ax.com>  3 On Tue, 17 Feb 2004 12:01:10 -0500, "Stewart, Bill"- <wjs-corp@kaman.com> wrote:    >0F >	I'm wondering if anyone has run into this problem, and what they did >to fix (overcome) the problem.  >sF >	Every night we submit hundreds of jobs to do the end of day businessF >stuff.  We are split into 5 regions that contain a total of about 200M >branches.  The main job submits 3 jobs for each branch, then 6 jobs for eachsL >region.  The problem came last night when we were submitting the fourth job6 >for region abc.  The submit looks like the following:D >$ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101 >CMD:CMD070.COM/NOPRINTe >r >	The immediate error is: @ >%SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifier2 >-RMS-E-FLK, file currently locked by another user >hF >	HP is telling me that the job must have write access to that record, >or it will die. t >/ >	Has anyone run into this?- >-2 >	Is there a good way to keep this from happening? >  >Thanks in advance!W >e >Bill Stewart   :-)e >Kaman Corporation >1332 Blue Hills Avenues >Bloomfield, Connecticut, 06002u >(860) 243-70584 >8  : One thing might be the identifier for ABC999.  Look at the0 output from MCR AUTHORIZE SHOW/IDENTIFIER ABC9993 and make sure it points to the UIC for user ABC999..   David R. Beattye   ------------------------------  % Date: Wed, 18 Feb 2004 07:11:55 +0100 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: sysuafd0 Message-ID: <4033103B.3E09A429@sture.homeip.net>   Stewart, Bill wrote: > N >         I'm wondering if anyone has run into this problem, and what they did  > to fix (overcome) the problem. > N >         Every night we submit hundreds of jobs to do the end of day businessG > stuff.  We are split into 5 regions that contain a total of about 200rN > branches.  The main job submits 3 jobs for each branch, then 6 jobs for eachM > region.  The problem came last night when we were submitting the fourth job 7 > for region abc.  The submit looks like the following:rE > $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101e > CMD:CMD070.COM/NOPRINT > ! >         The immediate error is:wA > %SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifierC3 > -RMS-E-FLK, file currently locked by another userr > N >         HP is telling me that the job must have write access to that record, > or it will die.t > # >         Has anyone run into this?z > : >         Is there a good way to keep this from happening? >  > Thanks in advance!  = Do you run some third party tool such as BMC Patrol, perhaps?e     --  
 Paul Sture   ------------------------------  % Date: Tue, 17 Feb 2004 13:40:10 -0700kB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>D Subject: RE: Thank you for registering for Mozilla for OpenVMS AlphaO Message-ID: <11721EF39C7D7F47A55447158274CAF7A59514@cossmgmbx01.email.corp.tld>a  E I installed Mozilla V1.5 on an AlphaServer 1000 4/233 running OpenVMS>B V7.3-1.  As a web browser, it works, albeit slow (which may be theH Alpha's fault), but when trying to send a message using Mail and News, I receive:   Sending of message failed.! Unable to open the temporary filem' /mydisk/tillman/SYS$DISK:[]/nsmail.eml.s) Check your 'Temporary Directory' setting.O  F Looks like a bug in Mozilla's path handling.  I can't find anywhere toF check that setting.  No option I can find allows specification of that= value.  How can I fix this so I can use Mozilla to send mail?o --=0Dl Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991y> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Dh: I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=oH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=eG  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The=oA  company accepts no liability for any damage caused, directly or=24  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  # Date: Wed, 18 Feb 2004 03:40:05 GMTt+ From: "Jay E. Morris" <usenet@epsilon3.com>tC Subject: Re: Tinkered with AlphaServer 2100 (was: AlphaServer 2100)o3 Message-ID: <p8BYb.19026$M76.4908@fe2.texas.rr.com>   K In message <04020316125135@dscis6-0.dalsemi.com>, brandon@dalsemi.com (Johnu Brandon) wrote:' >  >  > Javier Henderson writes:B > > > Where is the 46 inch depth coming from?  Shipping container? > > , > > I got the dimensions from a DEC catalog. > > % > > > The 2100 I have (pedestal) is :g > > > 0 > > > depth  30" (just under - more like 29.75") > > > width  17" > > > height 26.5" (no wheels) > > > = > > > This leaves the skins on and the front panel cover off.n > > @ > > This makes the whole thing eminently doable. Any idea on the > > weight?e >  >  > DEC catalog?  Inches or cm?a >  > Try this link:E > http://h18002.www1.hp.com/alphaserver/archive/2100a/as2100a_pb.htmla >  > Height  66.0 cm (26.0 in.) > Width   43.2 cm (17.0 in.) > Depth   81.3 cm (32.0 in.) > Weight  69 kg (150 lbs.) >   I I think that's just for the rack mount/pedestal model.  The cabinet model I is twice as wide, a bit taller and deeper.  Perhaps that what the orginalc4 poster has.  Still not the 41" depth quoted earlier.   -- W' Jay E. Morris - morrisj at epsilon3 comd@ Posted with Ink Spot (for Windows CE) from DejaVu Software, Inc.8 Usenet wherever you are - http://www.dejavusoftware.com/   ------------------------------  # Date: Wed, 18 Feb 2004 01:19:30 GMTe From: dittman@dittman.net.= Subject: Re: VMS 7.2-2 IDE Boot on AXP164SX (EB164 Variation) 8 Message-ID: <C4zYb.39107$1S1.10888@nwrddc01.gnilink.net>  0 Christopher Origer <ctoriger@yahoo.co.uk> wrote:F > Hi, I am trying to install OpenVMS on an AlphaPC 164SX.  I only have > IDE...  , VMS won't work on a 164SX, with SCSI or IDE. -- e Eric Dittman dittman@dittman.net    ------------------------------  + Date: Tue, 17 Feb 2004 21:29:14 +0000 (UTC)t, From: lewis@mazda.mitre.org (Keith A. Lewis)& Subject: Re: Volume shadowing question. Message-ID: <c0u13a$dpu$2@newslocal.mitre.org>   helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes in article <c0tskr$8i3$1@online.de> dated Tue, 17 Feb 2004 20:13:15 +0000 (UTC): >7F >If you make sure that no application on node C has files open on the 8 >shadow sets before it goes down, then you should be OK.  J VMS keeps [000000]INDEXF.SYS open as long as the disk is mounted.  I would: recommend a DISMOUNT command in sys$manager:syshutdwn.com.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  + Date: Wed, 18 Feb 2004 00:23:16 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney)1& Subject: Re: Volume shadowing question( Message-ID: <c0ub9k$n1j$2@pcls4.std.com>  . lewis@mazda.mitre.org (Keith A. Lewis) writes:   >helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes in article <c0tskr$8i3$1@online.de> dated Tue, 17 Feb 2004 20:13:15 +0000 (UTC):i >>G >>If you make sure that no application on node C has files open on the S9 >>shadow sets before it goes down, then you should be OK.t  K >VMS keeps [000000]INDEXF.SYS open as long as the disk is mounted.  I wouldD; >recommend a DISMOUNT command in sys$manager:syshutdwn.com.D  L Not just recommend, but you must do a proper dismount before a node leaves aH cluster for any reason.  Otherwise all shadowsets mounted will require a merge.  F A proper shutdown dismounts all drives so this shouldn't be happening.   -- s -Mikea   ------------------------------  % Date: Tue, 17 Feb 2004 17:08:48 -0500e< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>% Subject: Re: Why was VAX abandonned ??: Message-ID: <c0u3dh$1cdhr4$1@ID-141708.news.uni-berlin.de>   Bob Koehler wrote: >...: >    other hand, I had wished I could do this when running undere> >    Charon-VAX so that a fairly idle emulated VAX wouldn't be 100% >    load to it's host.) > ...c  : You can do that now with the latest version of CHARON-VAX.   -- q Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX- www.weaverconsulting.ca0   ------------------------------  % Date: Mon, 16 Feb 2004 22:17:11 -0500i3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>e% Subject: Re: Why was VAX abandonned ? 0 Message-ID: <uLednbnOh_U3GqzdRVn-jw@comcast.com>  H Yes, the VAX is byte addressable.  So, I believe, is the Alpha.  If you G address your data as bytes there is no alignment problem!  If you want   larger units, align them.r  F The VAX architecture had a known penalty for misalignment.  The Alpha G just has a larger penalty.  I think most RISC processors have a larger  C penalty for misalignment than their CISC predecessors.  Should the eI engineers have slowed down the processor and made it more expensive (for  H everybody) just to reduce the penalties for misalignment?  They elected C to have it lean, fast, and cheap (relatively).  For many years the .2 Alphas were the fastest iron that money could buy!  B The VMS Fortran compiler aligns the start of COMMON on a quadword G boundary.    Perhaps you meant to say that the programmer neglected to aD put the REAL*16 first, followed by the REAL*8, REAL|INTEGER*4, .....H I followed that rule (descending order by length) for twenty-four years G of programming in Fortran.   I haven't written any lately.  COMMON and cH Structures (in later versions of Fortran) are about the only places you J need to worry about alignment; the compiler takes care of everything else.     Tom Linden wrote:t   >  -----Original Message-----i; >  From: Richard B. Gilbert [mailto:rgilbert88@comcast.net] * >  Sent: Sunday, February 15, 2004 4:05 PM >  To: Info-VAX@Mvb.Saic.Com( >  Subject: Re: Why was VAX abandonned ? >i >u >  Right on,  Antonio! >eH >  I first met the issue of boundary alignment ca. 1970 with the IBM 360H >  Model 91.  It is just part of the way processors work.  The designersJ >  can make varying amounts of effort to "fix up" misaligned variables andI >  can charge greater or lesser penalties for them.  I would imagine that J >  there are substantial costs involved both in engineering and in silicon- >  to get maximum fixup with minimum penalty.r >aF >  Why should the rest of us pay extra so that incompetent programmersG >  don't have to think about alignment?  Especially since the compilerslF >  will do most of the work unless you insist on a structure of {byte,F >  word, longword, quadword} with no filler.  There is no way that theH >  compiler can align that!  For those not following this, the structureF >  aligns beautifully if you make it {quadword, longword, word, byte};J >  start it on a quadword boundary and everything falls neatly into place. >aA >Yes, but you don't have the freedom to align data except for new  >applications.K >I would venture to say that the bulk of FORTRAN employs COMMON that is notsL >aligned.  So what does the bright cpu engineer do to overcome the alignment	 >penalty,hK >he increases the memory bandwidth and inserts a barrel shifter.  What doesl >theD >engineer without proper oversight do, he ignores the problem as not >important.s >tJ >In PL/I you can give a structure the aligned attribute, but in FORTAN you >can't;e= >moreover a lot of I/O to structures presumes data is packed.- >-< >Last I looked, the VAX was a byte addressable architecture. >n >  Antonio Carlini wrote:b >e >  > >  >K >  >> Note that the Power PC has only a one tick penalty for unaligned datag >  >> accessK >  >> (which the Alpha engineers arrogantly refer to as misaligned access!)s >  > >  >J >  > Misaligned is misaligned. Most VAX processors also have penalties forF >  > misaligned accesses. The compilers hide these, where possible andI >  > allowed, by padding structures. MACRO-32 programmers are expected touD >  > be able to count! Plenty of other processors do the same thing. >  > >  > Antonio >  > >  > --e >  > >  > ---------------2 >  > Antonio Carlini             arcarlini@iee.org >  > >> >  ---) >  Incoming mail is certified Virus Free.<= >  Checked by AVG anti-virus system (http://www.grisoft.com).tC >  Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004  >a >---' >Outgoing mail is certified Virus Free.e; >Checked by AVG anti-virus system (http://www.grisoft.com).cA >Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004a >t >  n >h   ------------------------------  # Date: Wed, 18 Feb 2004 00:16:56 GMTe% From: Roger Ivie <rivie@ridgenet.net>d% Subject: Re: Why was VAX abandonned ?t3 Message-ID: <slrnc35bnn.ffu.rivie@Stench.no.domain>s  L In article <IfwYb.542$wJ5.5@newsfep4-winn.server.ntli.net>, Antonio Carlini  wrote:C > This was never really an issue in the same way that lack of byte tF > loads/stores were for some code. The sparse address space meant thatF > you could do everything that PCI allowed you to do, you just had to I > encode the addresses in a way that would not have been necessary on an gE > ix86 platform to achieve the same effect. This traded off a bit of pJ > address space, but since there was so much to go around, it was never a 0 > real issue (for anything I ever did at least).  K The sparse space thingy was an issue for me. A lot of the folks I deal with0L have real-time applications that expected to essentially PFNMAP hardware andA manipulate it from user space. The most important of these didn't.D transition to Alpha until the 21164, which (in addition to byte/wordD fetches and stores) included support for byte/word space. The reasonH it didn't jump earlier was *precisely* the sparse space issue; too much * application code would have had to change.  J VMS, however, never supported byte/word space, so my device driver had to G club VMS over the head and steal its wallet to support the application;n< basically, I had to map the affected address spaces by hand.  C With the 21264, sparse space has disappeared and all that's left issC linear space, which is indistinguishable from byte/word space. ThisnE means my drivers can map the space in the same (supported) way sparseiE space is mapped and then, knowing that sparse space is now a fiction aF maintained by the tormented mind of the OS, simply access the space as if it were byte/word space.:  D Of course, I still have to maintain the old code since we still have# systems running 21164 processors...D -- t
 Roger Ivie rivie@ridgenet.net- (Rated a 10 on the Fox Scale of Forth-Hatred).   ------------------------------   End of INFO-VAX 2004.096 ************************