0 INFO-VAX	Tue, 17 Feb 2004	Volume 2004 : Issue 95      Contents: Re: Allocation classes and SAN1 Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too) J Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this?J Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this?0 Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix0 Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix0 Re: Call 4 a copy of ovms50.gif VMS WEB Ring pixP Re: Combined articles OpenVMS Technical journal now available for download downl5 Re: DCL procedure to find and delete unused accounts? 5 Re: DCL procedure to find and delete unused accounts? 5 Re: DCL procedure to find and delete unused accounts?  DECnet/OSI over TCP/IP RE: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: Easiest way.. $ ExtraOffice Client Problem (I think)< Re: HP Launches Largest-ever Enterprise Advertising Campaign< Re: HP Launches Largest-ever Enterprise Advertising Campaign< Re: HP Launches Largest-ever Enterprise Advertising Campaign% HP leaks news of Intel x86-64 product ) RE: HP leaks news of Intel x86-64 product  Re: Important Questions! Re: Important Questions!@ Re: obj/olb from vax. need to create source and migrate to alpha> Re: Open Source developers are not to be thrusted says article Re: OpenVMS Feelings Re: OpenVMS Feelings- OT Humour: Windows has become open source :-) * Re: OT: Windows has become open source :-)* Re: OT: Windows has become open source :-)? Re: SBB POWER SUPPLY 150 OR 180 WATT - HOW MANY DISKS SUPPORTS?  Re: set proc/suspend Re: set proc/suspend Re: set proc/suspend1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? % Re: Sql services/Rdb problem (urgent) % Re: Sql services/Rdb problem (urgent) % Re: Sql services/Rdb problem (urgent)  sysuaf
 Re: sysuaf
 Re: sysuaf% Re: unable to assign PCI base address A units for I/O operations in MONI {DISK|CLUSTER|SYSTEM} and CTRL-T " Re: Where to get SWXCRMGR for VMS? RE: Why was VAX abandonned ? Re: Why was VAX abandonned ? RE: Why was VAX abandonned ?= Re: will these non-DEC disks work with my hobbyist equipment?  XDM problems Re: XDM problems1 Re: [OT] Solaris crashes itself when /tmp is full   F ----------------------------------------------------------------------   Date: 17 Feb 04 05:58:28 PST From: mckinneyj@cpva.saic.com ' Subject: Re: Allocation classes and SAN ( Message-ID: <kFUFIkd1wQQ9@cpva.saic.com>  3 In article <Tmxl2eW3wZnC@eisner.encompasserve.org>, 0  Kilgallen@SpamCop.net (Larry Kilgallen) writes:B > In article <c52d72e88db80cd38cb93b9c06a6200d@news.teranews.com>,* > Jilly <jilly@clarityconnect.com> writes: > O >> 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 ?   G Defaulting the allocation class would be fine unless there are multiple H cluster members with DQ drives. The lock manager will get a bit confused< if multiple nodes simultaneously mount a DQB0 (for example).   ------------------------------  % Date: Tue, 17 Feb 2004 06:43:47 -0600 - From: Hunter Goatley <goathunter@goatley.com> : Subject: Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too): Message-ID: <M_nYb.18252$kR3.17977@bignews4.bellsouth.net>   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)"  > : Yeah, that's why the comment in the UnZip file says to use UnZip V5.2 or later.    > MAZDA$#unzip flist.zip 2 > 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)  > > It's an historical issue.  The Info-ZIP team were the first to< implement saving VMS file attributes.  When PKware added theC support to their PKZIP, they naturally chose a completely different < method for saving those attributes.  More recent versions of= Zip (starting with V2.0, if memory serves) switched to the PK B method.  Unfortunately, there was no way to make older UnZips knowA about the new format, and they interpret the data incorrectly and + try to allocate vast amounts of disk space.   A UnZip V5.2 was released many years ago (V5.50 is the current), so ? I just assumed everyone was running a new enough version to not  have to issue the warning.   Hunter ------  Hunter Goatley, Process Software goathunter@goatley.com   ------------------------------  % Date: Tue, 17 Feb 2004 14:09:16 +0000 - From: John Laird <nospam@laird-towers.org.uk> S Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? 8 Message-ID: <1s74301d2aarcq90ic94f2dt773p21f15h@4ax.com>  F On Mon, 16 Feb 2004 23:01:26 -0000, Z  <zarlenga@conan.ids.net> wrote:  % >To fix this, I tried the following :  > $ >1. F$FILE("EOF") to get the old EOF >2. SET FILE/END   >3. BACKUP DB files to tape + >4. SET FILE/ATTR:EBK:<old EOF from Step 1>  >     * >But, after Step 4, the DB wouldn't start. >   C >Shouldn't Step 4 restore the file to EXACTLY the way it was before  >Step 2?  I If you also save and then reset FFB (first free byte) as well, it should. K SET FILE/END sets this to 512, essentially saying the first free byte is in J the first non-existent block after the last allocated one.  The end of theI file is a certain byte in a certain block, not just a block value and you J have lost the byte pointer.  Beyond that, I can't see what the DB could be complaining about.   --  6 No sense being pessimistic.  It wouldn't work anyway.    Mail john rather than nospam...    ------------------------------  % Date: Mon, 16 Feb 2004 23:01:26 -0000 ! From: Z  <zarlenga@conan.ids.net> S Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? 0 Message-ID: <1032iu64bdbnjd2@corp.supernews.com>  $ To fix this, I tried the following :  # 1. F$FILE("EOF") to get the old EOF  2. SET FILE/END  3. BACKUP DB files to tape* 4. SET FILE/ATTR:EBK:<old EOF from Step 1>     ) But, after Step 4, the DB wouldn't start.      B Shouldn't Step 4 restore the file to EXACTLY the way it was before Step 2?   B This, from HELP SET FILE/ATTRIBUTE makes me wonder if Step 4 moves; a different pointer, one that affects both $QIO _and_ RMS :    SET    FILE     /ATTRIBUTE+           /ATTRIBUTE=(file-attribute[,...])   F        Sets the attributes associated with a file. The following tableG        lists possible keywords and the relationship to both ACP-QIO and #        OpenVMS RMS File attributes:  ... D     EBK:{value} FAT$L_EFBLK={longword}          XAB$L_EBK={longword} ...    ------------------------------  % Date: Tue, 17 Feb 2004 09:15:26 +0100 " From: Didier Morandi <no@spam.com>9 Subject: Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix 4 Message-ID: <4031cdc7$0$21693$636a15ce@news.free.fr>   Stanley F. Quayle wrote:0 > On 15 Feb 2004 at 15:40, Didier Morandi wrote: >  > E >>I'm fed up to miss a pix in my OpenVMS WEB Ring banner. The file is H >>supposed to be http://if.yimg.com/f/31ccf62c/h/tn_ca829b00/ovms50.gif, >>but it is missing there. >  > G > I emailed the ringmaster a few weeks back with the same request.  No   > response yet.  >  > Only he can fix the image...  P Yep. I realized that the url was encoded within _his_ target display. No way to * tell my site to go elsewhere get that pix.   D.   --  <                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  J     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPL   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~ MigrationJ     Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287G       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com    ------------------------------    Date: 17 Feb 2004 07:19:42 -08000 From: keith.cayemberg@conti.de (Keith Cayemberg)9 Subject: Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix = Message-ID: <3a65a5c8.0402170719.560bda76@posting.google.com>   - What about the OpenVMS WEB Ring banner at the  WASD Homepage? http://wasd.vsm.com.au/   7 Mark Daniel appears to have cooked up his own solution.    Cheers!    Keith Cayemberg ) IBM Business Services - Hannover, Germany     ^ Didier Morandi <no@spam.com> wrote in message news:<4031cdc7$0$21693$636a15ce@news.free.fr>... > Stanley F. Quayle wrote:2 > > On 15 Feb 2004 at 15:40, Didier Morandi wrote: > >  > > G > >>I'm fed up to miss a pix in my OpenVMS WEB Ring banner. The file is J > >>supposed to be http://if.yimg.com/f/31ccf62c/h/tn_ca829b00/ovms50.gif, > >>but it is missing there. > >  > > I > > I emailed the ringmaster a few weeks back with the same request.  No   > > response yet.  > >   > > Only he can fix the image... > R > Yep. I realized that the url was encoded within _his_ target display. No way to , > tell my site to go elsewhere get that pix. >  > D.   ------------------------------  % Date: Tue, 17 Feb 2004 18:31:09 +0100 " From: Didier Morandi <no@spam.com>9 Subject: Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix 4 Message-ID: <40324feb$0$21654$636a15ce@news.free.fr>   Keith Cayemberg wrote:  / > What about the OpenVMS WEB Ring banner at the  > WASD Homepage? > http://wasd.vsm.com.au/  > 9 > Mark Daniel appears to have cooked up his own solution.    LOL   Q I had a look at the source. He rewrote the whole stuff... Tricky. Not a surprize  
 from Mark :-)    D.   ------------------------------  % Date: Tue, 17 Feb 2004 17:38:04 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> Y Subject: Re: Combined articles OpenVMS Technical journal now available for download downl : Message-ID: <c0tg5f$1biamh$3@ID-152801.news.uni-berlin.de>  + On 2004-02-16 23:14, "Sue Skonetski" wrote:   6 > http://h71000.www7.hp.com/openvms/journal/index.html > 9 > We had some earlier problems which have been resolved.     Thanks!    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: 17 Feb 2004 07:30:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) > Subject: Re: DCL procedure to find and delete unused accounts?3 Message-ID: <zGSO9egO7K2K@eisner.encompasserve.org>   j In article <HEtXb.21578$1S1.5833@nwrddc01.gnilink.net>, "Stephen Eickhoff" <operagost@example.com> writes:F > Just so I don't have to reinvent the wheel, has anyone written a DCLM > procedure to find users that haven't logged in for a certain amount of time  > and disable or delete them?   0    Procedure, yes, DCL no.   Most of it is in C.   ------------------------------  # Date: Mon, 16 Feb 2004 19:03:02 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com>> Subject: Re: DCL procedure to find and delete unused accounts?9 Message-ID: <Gt8Yb.436$NB4.20@newssvr22.news.prodigy.com>    Denny Rich wrote:    > "Main, Kerry" <kerry.main@hp.com> wrote in message news:<FD827B33AB0D9C4E92EACEEFEE2BA2FB278C25@tayexc19.americas.cpqcorp.net>...  > 6 >>>From: Ken Robinson [mailto:sendspamhere@rbnsn.com] " >>>Sent: February 15, 2004 6:35 AM >>>To: Info-VAX@Mvb.Saic.ComA >>>Subject: Re: DCL procedure to find and delete unused accounts?  >>> 6 >>>"Stephen Eickhoff" <operagost@example.com> wrote in4 >>>news:PdEXb.13784$5W3.10413@nwrddc02.gnilink.net:  >>>  >>> H >>>>I've found some helpful stuff there, but nothing like this. I don't F >>>>even know how to access system services from DCL- some help there G >>>>would be appreciated. It seems DECUS has a tool to do this. I just  9 >>>>downloaded it, but as I don't have DECC installed, I   >> >> imagine it won't  >>4 >>>>do me any good. Only Alpha objects are included. >>> ? >>>Have you looked at the online doc set or done a "HELP" from   >>>the DCL prompt? >>> A >>>Type "Help lexical". There isn't a way to access the UAF from  @ >>>DCL through the lexical functions. I believe there is an old ? >>>freeware program call SCANUAF that would help you.  I don't  7 >>>remember where I got the copy I used in my last job.  >>>  >>>Ken Robinson   >>>kenrbnsn (at) rbnsn (dot) com >>>  >>0 >>SCANUAF can be found on Hunters freeware site:> >>http://vms.process.com/scripts/fileserv/fileserv.com?SCANUAF >>4 >>The main pointer for Hunters site can be found at:/ >>http://vms.process.com/fileserv-software.html  >>	 >>Regards  >> >>Kerry Main >>Senior Consultant  >>HP Services Canada >>Voice: 613-592-4660  >>Fax: 613-591-4477  >>Email: kerryDOTmainAThpDOTcom - >>(remove the DOT's and AT for email address)  >  > E > I wrote something like this a few years ago.  we wanted to find and D > disuser accounts that were "stale", including those that had had aF > password reset. The users were supposed to log in within 3 days of a' > reset and change that pesky password.  > E > We toyed with the idea of using the user-defined fields in the UAF, G > but decided not to since there is absolutely no way to guarantee that H > those fields aren't whacked by some unknown application (hey, they are > "user defined"!).  > G > YOu have to get the last login time (both batch and interactive).  If G > these are 0 (?) and the PREEXPIRED value is set, then the account has H > never been used. But check the password reset date. Otherwise, you can1 > go by the last interactive or last batch login.  > C > You could do all this with a "SYSUAF> list" command and then wade H > through the listing file, parsing your brains out as you go. Easier is7 > to write a C program using the GETUAI system service.  > F > One problem we had was how to distinguish between a recently createdF > but unused account, and an old account, also unused.  We didn't wantH > to "whack" a recently created account for at least 60 days. So we alsoE > looked at the user's directory file creation date. Not precise, but  > certainly an indicator.  > E > There was a lot of logic that went into this program, and it worked H > really well. Unfortunately , that was another life, and I don't have a< > copy, but these were some of the things I had to consider. > 
 > Regards, >  > Denny   C Just remember, anything you use or write yourself, don't forget to  F consider there are accounts that will have a pre-expired password but ? will never log in as an interactive user.  These should have a  I non-interactive login date/timestamp. (Apache$WWW, TCPIP$xxxxxx comes to   mind.)   Michael Austin   ------------------------------  % Date: Tue, 17 Feb 2004 16:29:19 +0100  From: jf.pieronne@laposte.net > Subject: Re: DCL procedure to find and delete unused accounts?2 Message-ID: <c0tcd7$1tq$1@news-reader1.wanadoo.fr>   Bob Koehler wrote:l > In article <HEtXb.21578$1S1.5833@nwrddc01.gnilink.net>, "Stephen Eickhoff" <operagost@example.com> writes: > F >>Just so I don't have to reinvent the wheel, has anyone written a DCLM >>procedure to find users that haven't logged in for a certain amount of time  >>and disable or delete them?  >  > 2 >    Procedure, yes, DCL no.   Most of it is in C. >   J You can, also, find a nearly complete example written in Python (about 15  lines of source code) atO http://vmspython.dyndns.org/docs/python_vms/reference_manual_003.html#chapter_6    ------------------------------    Date: 17 Feb 2004 05:40:25 -0800 From: mb301@hotmail.com (MB) Subject: DECnet/OSI over TCP/IP = Message-ID: <1d08b916.0402170540.2a544b6b@posting.google.com>   ? I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP) A Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do I need to  - upgrade both DECnet and the operating system?   F Is DECnet/OSI over TCP/IP only supported by Compaq/Hp TCP/IP services  for OpenVMS (UCX)?  O Do other other tcpip solutions support DECnet over TCPIP i.e. (TCPWARE FOR VAX)   2 Any thoughts on the matter would be of great help.   Kind Regards Mark   Just for reference:-8 http://h71000.www7.hp.com/network/decnet_over_tcpip.html   ------------------------------  % Date: Tue, 17 Feb 2004 07:05:02 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com># Subject: RE: DECnet/OSI over TCP/IP O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59368@cossmgmbx01.email.corp.tld>   	 MB wrote:   ; > I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 > > (NCP) Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do9 > I need to upgrade both DECnet and the operating system?    Both, I believe.  G > Is DECnet/OSI over TCP/IP only supported by Compaq/Hp TCP/IP services  > for OpenVMS (UCX)?   I believe that's true.  ? > Do other other tcpip solutions support DECnet over TCPIP i.e.  > (TCPWARE FOR VAX)=0D  H Both Multinet and TCPware support DECnet over TCP/IP, but in a different7 fashion than TCP/IP Services for OpenVMS and DECnet/OSI  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : 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= H  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= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Tue, 17 Feb 2004 12:46:36 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: DECnet/OSI over TCP/IP ) Message-ID: <4032537C.EBE8D169@istop.com>   	 MB wrote: A > I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP) B > Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do I need to/ > upgrade both DECnet and the operating system?   K There was a DECNET-OSI product running on 5.5-2, however, I am not sure how M similar it was to DECNET-5 which ships now, especially in terms of being able  to tunnel over TCPIP.   I I haven't checked, but I *suspect* that the DECNET-OSI that runs on 5.5-2 I doesn't support TCPIP, and the more recent version of DECNET-5 which does ! support TCPIP won't run on 5.5-2.   L However, as someone else said, Multinet, from Process Software, does supportJ tunneling of the real DECNET (phase 4) over TCPIP and has done so for many0 years, so I think it may be a possible solution.  J what functionality of DECNET do you need on those 400 Microvaxes ? Perhaps* that functionality is available on TCPIP ?   ------------------------------  % Date: Mon, 16 Feb 2004 13:21:35 -0500 & From: David M Smith <dsmit115@csc.com> Subject: Re: Easiest way..8 Message-ID: <vf22301dte2ce1a1uku3alflg7qheop485@4ax.com>  J On Mon, 16 Feb 2004 11:55:28 +0000, David Gray <police@spamcop.net> wrote:   >Greetings all,  > G >Need to replicate an entire directory structure including  protections 6 >and ACLs to another with a slight change in the path  >  >EG.   >  >From  >DISK1:[XPS...]  >  >To  >DISK1:[XAS...]  > D >There are a few hundred directories than need recreating in the new >XAS tree.    F If you meant replicate, then BACKUP is the solution. Can you consider:  & $ RENAME DISK1:[000000]XPS.DIR XAS.DIR  A because that will do it if you don't need the old directory tree? I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------    Date: 16 Feb 2004 10:21:08 -08000 From: dave.baxter@bannerhealth.com (Dave Baxter)- Subject: ExtraOffice Client Problem (I think) = Message-ID: <a3c44af1.0402161021.65f92be1@posting.google.com>   F When I am connected to my host (OpenVMS 7.2-1) via Extra Office ClientB (Version 6.4), and I try to "$ type" a large text file, it lists a1 couple of pages and then terminates my session!!!   F Is this something to fix using the session setup parameters or is it a VMS quota problem ??   Dave.    ------------------------------  % Date: Tue, 17 Feb 2004 12:26:57 -0500 & From: David M Smith <dsmit115@csc.com>E Subject: Re: HP Launches Largest-ever Enterprise Advertising Campaign 8 Message-ID: <3lj43053kr394kjvkvdorjhupm03m0k418@4ax.com>  N On Tue, 17 Feb 2004 05:16:28 GMT, "Dan Notov" <danno@large.INVALID.com> wrote:   > / >"John Smith" <a@nonymous.com> wrote in message G >news:LDXXb.28552$iVf1.12018@twister01.bloor.is.net.cable.rogers.com...  >> Alex Daniels wrote: 	...I >> On the other hand, as that keen observer of the human condition, Casey J >> Stengle, would say about the absence of VMS yet again from HP's pitiful< >> advertising attempts, "It's like deja vu all over again". >It's Yogi, not Casey. >   B ...and Berra, not Stengle...(see www.yogi-berra.com/yogiisms.html)I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  + Date: Tue, 17 Feb 2004 11:34:15 -0600 (CST)  From: sms@antinode.orgE Subject: Re: HP Launches Largest-ever Enterprise Advertising Campaign ) Message-ID: <04021711341541@antinode.org>   & From: David M Smith <dsmit115@csc.com>  P > On Tue, 17 Feb 2004 05:16:28 GMT, "Dan Notov" <danno@large.INVALID.com> wrote:1 > >"John Smith" <a@nonymous.com> wrote in message I > >news:LDXXb.28552$iVf1.12018@twister01.bloor.is.net.cable.rogers.com...  > >> Alex Daniels wrote: > 	...K > >> On the other hand, as that keen observer of the human condition, Casey L > >> Stengle, would say about the absence of VMS yet again from HP's pitiful> > >> advertising attempts, "It's like deja vu all over again". > >It's Yogi, not Casey. > D > ...and Berra, not Stengle...(see www.yogi-berra.com/yogiisms.html)  !    Stengel, not Stengle.  Sheesh.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Tue, 17 Feb 2004 12:52:22 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>E Subject: Re: HP Launches Largest-ever Enterprise Advertising Campaign ) Message-ID: <403254D6.F704CF8D@istop.com>   J > > On the other hand, as that keen observer of the human condition, CaseyK > > Stengle, would say about the absence of VMS yet again from HP's pitiful = > > advertising attempts, "It's like deja vu all over again".   N Of the ads I have seen, none mentioned any specific product from HP. They wereI just ads devoid of any contents but designed to put the HP name/logo on a I page. As long as all of HP's products are treated the same, we can't feel  singled out for persecution.    K However, the minute an enterprise ad makes mention of HPUX, NSK, Windows or ( Linux, then I expect equal time for VMS.   ------------------------------  % Date: Tue, 17 Feb 2004 09:18:37 -0800 ) From: Dean Woodward <dean@looseonthe.net> . Subject: HP leaks news of Intel x86-64 product- Message-ID: <40324CED.2060204@looseonthe.net>   ) http://www.theinquirer.net/?article=14187    ------------------------------  % Date: Tue, 17 Feb 2004 09:28:42 -0800 # From: "Tom Linden" <tom@kednos.com> 2 Subject: RE: HP leaks news of Intel x86-64 product9 Message-ID: <NDEMLKKEBOIFBMJLCECIEEGJCNAA.tom@kednos.com>   K Noch am Abend vor der Erffnungs-Keynote zum Intel Developer Forum gelangte 
 tecCHANNELI an besttigende Informationen zur 64-Bit-Erweiterung fr Intels x86-CPUs.  Der Xeon erhlt ) sie noch in der ersten Jahreshlfte 2004.   H "On the evening before the opening keynote speech to the Intel developer conference tecCHANNEL L received confirmation of the 64 bit extensions to Intels x86-CPUs.  The Xeon will have this# already in the first half of 2004."   L Das Intel Developer Forum beginnt am 17. Februar um 9.30 Uhr Ortszeit (17:30 Uhr MEZ) in K San Francisco mit der Erffnungs-Keynote von Craig Barrett. In zwei bereits J zugnglichen Prsentationen Hewlett-Packard: Future Directions in Servers for Industry Standard 64-BitH Computing und NVIDIA and Intel: A Winning Combination for PCI Express
 werden dieF 64-Bit-Extensions fr x86-Prozessoren erwhnt. Der Codename fr Intels 64-Bit-Erweiterung# lautet CT fr Clackamas Technology.          -----Original Message-----2   From: Dean Woodward [mailto:dean@looseonthe.net]*   Sent: Tuesday, February 17, 2004 9:19 AM   To: Info-VAX@Mvb.Saic.Com 0   Subject: HP leaks news of Intel x86-64 product    +   http://www.theinquirer.net/?article=14187      --- (   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004   ------------------------------  % Date: Mon, 16 Feb 2004 16:06:48 -0500 , From: "Chuck" <dfsdvfwefwef_fsd@hotmail.com>! Subject: Re: Important Questions! 9 Message-ID: <c0rb67$vhmab$1@ID-199997.news.uni-berlin.de>   I t'as rien d'autre a faire de mieux dans ta vie que de jouer  la police ?    ------------------------------  % Date: Mon, 16 Feb 2004 14:28:58 -0800 & From: "Matt" <somewhere@somewhere.com>! Subject: Re: Important Questions! 1 Message-ID: <ZKOdnfb9ruIi3qzdRVn2uw@giganews.com>   F Sounds like the only person that's a bigger loser than JF Mezei is theI person that compiled this message and keeps posting it all over the place @ every week with deceiving subject lines under different aliases.   Get a life.    Matt    0 "edo" <nobody@cryptorebels.net> wrote in message9 news:fa18a9386f3dfb23001da756a0beaf3d@cryptorebels.net... = > *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*  >  > / >                          ====================  > . >                             THE JF MEZEI FAQ > / >                          ====================  >  >  > 1.  Who is JF Mezei? > I > Jean-Francois Mezei is the worst netkook and megatroll to have ever hit L > rec.travel.air and various other usenet newsgroups.  He is also one of the+ > longest running trolls in usenet history.  > $ > 2.  How long has he been trolling? >  > For well over a decade.  >  > 3.  Where does he live?  >  > Jean-Francois Mezei  > 86 Harwood Gate  > Beaconsfield, QC H9W3A3  > (514) 695-8259 > , > 4.  What makes him such a malicious troll? > J > His trolling is constant, repetitious, relentless.  Once he invades yourL > newsgroup he will stay for decades, troll around the clock, day in and day out,K > every day of the year, for years and years on end.  He does not listen to  pleas K > to stop, he does not listen to anything anyone tells him, he does not pay L > attention when the misinformation/disinformation he posts is corrected, he justJ > goes right on trolling year in, year out like a little child holding his earsI > closed while yelling "I can't hear you, I can't hear anything you say!"  >  > 5.  What does he troll about?  > H > His favorite subjects are USA-bashing and anything to do with sex.  He	 hates the A > USA and Americans and will hijack any thread and turn it into a  USA-bashing E > fest.  If he can't do that then he'll just start making lewd posts.  > & > 6.  What does he hate about the USA? > I > Everything!  He is part of a larger group of Canadian trolls who have a  visceralE > hatred of the USA, motivated by envy mostly.  The USA is a happier,  better, moreL > successful version of their country and they can't stand it.  Some of JF'sH > favorite troll bait is "the Bush regime", "the Bush-Rumsfeld-Wolfowitz axis of L > evil", "Americans are brainwashed", "Cars are evil", "SUVs are evil", "all > Americans are stupid" etc. > % > 7.  What about his sexual trolling?  > G > Ah, that is JF at his trolling best.  No sexual topic is too bizarre. 	 Among his K > favorites are child sexuality, masturbation, women's genitalia, sex toys, F > circumcision, the sex lives of Americans (of course) ... the list is endless. >  > 8.  Circumcision???  > K > Yes, JF trolled the circumcision newsgroups for years.  He still likes to  insertH > circumcision into his trolling every now and then.  Apparently, JF wasJ > traumatized as a child because his parents, poor Hungarian immigrants to Canada, J > left him uncircumcised when he was born, as is the custom in most of the world.J > Growing up in Canada where male infant circumcision was prevalent at the time, H > he was psychologically scarred (so he claims).  As soon as he could he arrangedF > to get himself snipped, and then joined the brigades of circumcisionK > proselytizers in the newsgroups advocating the joys of a free willy.  His  mainE > argument is how much better he was able to masturbate after getting  circumcised K > without that "pesky foreskin" getting in the way of his enjoyment, and he  has @ > made it his mission in life to spread the circumcision gospel. > J > 9.  What's his interest in child sexuality?  That sounds kind of freaky. > K > Well, everything having to do with Mezei *is* freaky.  Among the subjects  dearK > to his heart are the genitals of little boys and girls, especially little  boy's L > foreskins (and how tight they are) and little girls' hymens.  He is also aB > tireless activist and advocate that children should be taught to
 masturbateJ > early on so that they don't grow up "sexually repressed like Americans". > G > He also counsels all parents of boys that they constantly check their  littleE > boys' penises and foreskins frequently to ensure a good fit, proper 	 movement, L > and that they be able to masturbate with no problems.  Utopia for JF would be a@ > world full of parents manipulating their little boys' penises. > J > 10.  Ewww!  This guy is sounding more and more disgusting by the minute! Are   > you sure about all this stuff? > F > Yes, you can check the google archives for yourself.  There's over a decade full  > of Mezei trolling in there.  > J > 11.  How can I find all that out, doesn't he change aliases all the time like > all trolls do? > D > Of course!  See the appendix below for a list of many of his known trolling
 > aliases. > I > 12.  So where does this guy get so much time to troll, doesn't he work?  > G > Ha ha ha!  JF hasn't worked a day in his life!  He's an adult baby, a 	 grown man F > who still lives at home with mommy and sleeps all day and trolls the
 newsgroupsJ > all night.  In his free time when he isn't trolling he likes to ride his bikeI > down to Dorval Airport and race the planes down the runway in his bike.  > ; > 13.  That seems strange, is he mentally ill or something?  > J > Bingo!  JF is a boy in a grown man's body.  Psychologically he never got pastI > the age of 13 and got stuck in a world of bathroom humor (i.e. "pull mysJ > finger!") and locker room antics that he has never been able to outgrow. >nK > 14.  Speaking of locker rooms, I heard he has a sexual fetish about them,? is > that true? >iI > Yes!  JF goes to the gym not to work out but to watch men in the lockeri room. K > He loves to post about the male sexual organs he has seen in locker rooms  overJ > the years, especially his unnatural obsession with foreskins.  He stalks the menpG > in locker rooms trying to measure how much foreskin they have, or howr	 little isnH > left if they have been circumcised.  He gets extremely excited when he spots a  > case of phimosis.f > I > 15.  Oh my Gawd, this guy is nuts!  He should be locked up in an insaneC asylum!  >nK > Yep, JF is certifiably insane.  He lives in a black helicopter / tin foil  hatPH > world where others are out to get him.  The key to understanding JF is that herJ > sees himself as a VICTIM.  To JF the world is out to get him, especially thes+ > USA.  Victimhood is what JF is all about.r >cF > What seems to have sent him over the edge was when the Canadian rail
 system wasL > "killed", in his words.  He used to be a major train nut, spotting trains,K > writing down their numbers and chasing them down at the train yard like aM goodK > freak.  Then he turned his attention to aviation.  Major events that madee him E > fall head first deep into the abyss were the bankruptcy of Canadianr Airlines andE > their subsequent takeover by Air Canada (whom he sees as evil).  Soc paranoid is E > he that when an Air Canada plane crashed he claimed that Air Canadae	 employeestI > went lurking about in the night with buckets of white paint to cover upp the AireF > Canada markings.  He saw that as symbolic of a cover up of the crash3 > investigation.  He has never recovered from this.o > 8 > 16.  Where else does he hang out, I want to avoid him! >iH > His main haunt on usenet is comp.os.vms, a newsgroup dedicated to some ancient,L > arcane, obsolete piece of vax crapware that nobody has taken seriously forI > decades.  JF hangs out there with other misfits and social dropouts who  share L > his psychological traumas, crying for the good old vax days of yore.  It's > really pathetic! >R# > 17.  Where else does he hang out?M > K > can.internet.highspeed, alt.cellular.fido, and a few other geeky computerbI > groups.  For a while after the Shuttle Columbia disaster he invaded the C > sci.space groups, sci.space.shuttle in particular, and trolled it/ relentlesslyI > with the anti-American, conspiracy theory crap he's so famous for.  But  they ranK > him off that group and he had to go crawling back to comp.os.vms with hisl tail' > between his legs, licking his wounds.s >.K > 18.  It sounds like comp.os.vms is the only group he respects and doesn'tC troll. >rK > Pretty much.  For a megatroll like JF it's impossible not to troll, so hea slipsm@ > in troll bait every now and then, but by and large he respects comp.os.vms, and,oI > more importantly, he tries to hide his trolling activities from them soe they, > won't find out what a major netkook he is. >sK > 19.  Wow, sounds like he should be exposed so they will know what kind ofe psycho > he is! >sG > Exactly.  Feel free to post all his trolls to comp.os.vms.  And whilem	 you're ateK > it post them to can.internet.highspeed and alt.cellular.fido too.  And to-4 > alt.usenet.kooks, a group for the likes of JF, and news.admin.net-abuse.usenet. >m6 > 20.  What else can I do?  Is there an abuse address? >oJ > Yes, you should send complaints along with copies of his troll posts to: >s > abuse@sympatico.ca > abuse@bellglobal.com > abuse@istop.comi > L > And feel free to distribute this FAQ freely.  Post it to newsgroups, email it to H > people, you may host it at your own website, send it to newspapers and	 magazines K > that do Internet articles or anything to do with Montreal or Canada, etc.R >A >S > *** APPENDIX *** >7I > List of some of the many trolling aliases used by Mezei over the years.  This is2G > only a partial list, he has so many it's impossible to compile a full0 list.f >t > jfmezei@istop.com2 > jfmezei.spamnot@istop.com  > jfmezei@videotron.ca > jfmezei@vl.videotron.ca0 > nospam.jfmezei@videotron.car  > "jfmezei"@videotron.ca[nospam] >O > nobody <nobody@nobody.com> > nobody <nobody@nobody.net> > nobody <nobody@nobody.org> > nobody <nobody@nobody.info>s > nobody <nobody@nobody.int> > nobody <nobody@nothing.nil>m > nobody <nobody@null.dev> > Sheep skin <sheep@station.au>u% > snowy squirrel <squirrel@nest.tree>o+ > Conspiracy Theory <conspiracy@theory.org> ( > Lou Raccoon <L.Raccoon@wilderness.org>& > Flapping Labias <flabia@anatomy.org>' > Throbbing vulva <t.vulva@anatomy.org>u > Twin Gonads <two@gonads.com>' > Loose Scrotum <l.scrotum@anatomy.org> $ > Raised Organ <R.Organ@anatomy.org>& > Popped Cherry <P.Cherry@anatomy.org>/ > Monica Lewinski <billclinton@westchester.com>s) > Deep Fried Foreskin <dff@mcdonalds.com>s$ > Aroma of Smegma <aroma@chanel.org> > Wet fart <w.Fart@smell.org> ) > Pubic dandruff <P.dandruff@anatomy.org>l* > Voluptuous Nipple <V.nipple@anatomy.org>( > Inserted Finger <I.Finger@anatomy.org>! > Pubic Nair <shaved@anatomy.org> ) > Flatulent Meatus <F.Meatus@anatomy.org>k' > Lihk Mhygroin <L.MyGroin@anatomy.org>s > Pre Khum <P.Khum@anatomy.org>r# > Phi Mosis <Phi.Mosis@anatomy.org>a% > Bal Anatis <Bal.Anatis@anatomy.org>M" > Fren Ullum <F.Ullum@anatomy.org>& > Ivanna Getlaid <I.Getlaid@onani.org>( > Ivanna Wankalot <I.Wankalot@onani.org>& > Ivanna Umpalot <Humpalot@drevil.com>, > Wan Tnoneofit <W.Tnoneofit@weirdnames.org>  > Wan Itbad <W.Itbad@inneed.org># > Wan Towank <W.ToWank@anatomy.org> ! > Wan Tolik <w.tolik@anatomy.org>l& > Testos Terone <t.terone@anatomy.org># > Upper Gonad <U.Gonad@anatomy.org>f# > Right Gonad <R.Gonad@anatomy.org>r" > Left Gonad <L.Gonad@anatomy.org>& > Tyson's Glands <Tyson.G@anatomy.org>  > Nose Hair <n.hair@anatomy.org>' > Coronal Sulcus <C.Sulcus@anatomy.org>e' > Corpus Cavernus <manhood@anatomy.org>e& > Armpit moisture <armpit@anatomy.org> > Onani Room <onani@hotels.com>a( > Arnie's Banana <weiner@terminator.com>* > Raised eyebrows <r.eyebrows@anatomy.org>' > Vas Deferens <V.deferens@anatomy.org>c' > Naked Canuck <N.canuck@naturists.org> ( > Arni's socks <Smelly.Socks@arnold.org>, > Notable Exception <N.exception@untied.com>( > Unpopped Cherry <U.Cherry@anatomy.org>) > Tatooed Ovaries <T.Ovaries@anatomy.org>s) > Pierced eyelid <p.eyelid@piercings.org>s* > Limp Tomato <limp.tomato@vegetables.org>. > Eggplant Earrings <e.earrings@piercings.org>0 > Banana Underpants <B.Underpants@hillfiger.org> > Naval Lint <navel@lint.mil> ) > Ingrown Toenail <i.toenail@anatomy.org>e' > Empty Stomach <E.Stomach@anatomy.org>l& > Full Stomach <f.stomach@anatomy.org>$ > Smelly Cat <S.Cat@friends.nbc.com>( > Torn Ligament <T.Ligament@anatomy.org>% > Art Tistic <A.Tistic@modern.museum>4* > Furry Raccoon <F.Raccoon@wilderness.org>' > Wet Racoon <W.Racoon@wildnerness.org> $ > Mad Racoon <M.Racoon@wildlife.org>' > Lazy Racoon <L.Racoon@wilderness.org> ( > Eaten Racoon <E.Raccoon@mcdonalds.com>) > Happy Raccoon <H.Racoon@wilderness.org>s+ > Sleeping Racoon <S.Racoon@wilderness.org> ) > Hungry Racoon <H.Racoon@wilderness.org> $ > Horny Raccoon <H.Racoon@fauna.org>* > Smart Raccoon <S.Raccoon@wilderness.org>. > George W Raccoon <GW.Raccoon@wilderness.org>- > Ronald McRaccoon <r.raccoon@wilderness.org>a, > Thirsty Raccoon <T.Raccoon@wilderness.org>* > Johnny Raccoon <J.Racoon@wilderness.org>) > Oshi Santo <O.Santo@nx01.starfleet.org>., > Oishi Chinko <O.Chinko@nx01.starfleet.org>! > T.Yellow <T.Yellow@nowhere.com>e > Q <queue@continuum.net>e > Borg Queen <1of1@borg.org>, > Ronald Wilkerson <wilkersonr@sympatico.ca>+ > John Balterman <j.balterman@sympatico.ca>  >s= > *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*  >h   ------------------------------    Date: 17 Feb 2004 07:18:01 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)hI Subject: Re: obj/olb from vax. need to create source and migrate to alpha 3 Message-ID: <MTXb55jPgRQk@eisner.encompasserve.org>A  ] In article <0u7r20tsf6dvfsok6lej8ud0ufb6fka3tm@4ax.com>, tutor_removespam_@cfl.rr.com writes:n	 > Hi Bob,a >    Thank you!0D >    I emailed our client, and found out he has three 3100's sittingG > around. Thus, we should be able to get into them (hopefully they have0* > not upgraded the versions ie: 3.0(?).... >   D    I have serious doubt that anything that can be called a 3100 will
    run VMS 3.-   ------------------------------  # Date: Tue, 17 Feb 2004 15:52:49 GMTt9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>0G Subject: Re: Open Source developers are not to be thrusted says article./ Message-ID: <lNqYb.481$Bz5.94@news.cpqcorp.net>a  L The fact that someone "can" look at source doesn't mean that they will.  TheH point here is that anyone can create their own version of something likeL Linux and sell it - including providing pre-built binaries.  How many peopleI using Linux actually build it from downloading all the sources?  How manya0 Linux users have actually have read the sources?  C Putting something into the core Linux source (as an example) may beBI difficult (but not impossible), but that isn't the *only* place to obtaincL Linux (nor is it the *normal* place a user gets it) - as third parties (likeG Red Hat) take the source, add modifications, and sell it - and hardwaree> vendors provide their own enablement kits for their platforms.  G So there are multiple tiers of vulnerability.  The first is at the core K source.  Anyone can become a contributor to the Open Source.  You just need-I to get your changes past the gatekeepers.  Let's *assume* the gatekeepersiK are vigilant and trustworthy.  Unless all the code is rigorously checked byeK the gatekeepers, a clever programmer could slip something that looks benign @ into the code - but which is actually a hook for other purposes.  J The next layer of vulnerability is the distribution of source and binariesB from companies that sell their own versions of the code.  The sameJ vulnerabilities apply there - but the gatekeepers are those who are making the modifications themselves.   H Proprietary software has the same risks, but I believe it's more tightlyD bounded.  The customer need only decide if the company providing theL software is trustworthy, and how high the risks are that a rogue employee ofH the company would be able to insert such code without discovery, and howL quickly such a vulnerability would be fixed if found.  It's also much harderG for a conspiracy by a group (a government or terrorist organization formF example) to implant something that once triggered could cause damage -G specific employees of a company would need to be recruited and turned -'J something that would take planning, luck, time, and would have a high risk
 of discovery.l      7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message3# news:402F0CFF.E4245E6C@istop.com...aL > From an auditing point of view, isn't open-source better since auditors at thenD > user site can in fact look at the source code whereas when you buyJ > pre-compiled software you have no way to verify that there are no hidden9 > treasures that could be nefarous to your organisation ?    ------------------------------    Date: 16 Feb 2004 23:56:34 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)  Subject: Re: OpenVMS Feelings = Message-ID: <8a646952.0402162356.209bd069@posting.google.com>-  v susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0402161326.7ce87bb6@posting.google.com>... > 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.  ItsEA > 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 aretB > doing our best to educate them.  But lets face it they listen to > customers more carefully.e > H > I think this is one of the things I love the most about VMS people, we > are not quiters! >  > Suee   Dear Sue Skonetski:n  > VMS lost the battle to Unix and other OS when it abandoned theF Universities. This is where the battles of the future are won or lost.E Today's clients were yesterday students and faculty each basing thereaE standards on what they know and the Universities teach UNIX and otherdF OS and not VMS. The war isn't over. It is on-going. VMS isn't going toF compete with Linux or Windows. They are too cheap. VMS will compete inB the High end computing. I am not saying current marketing couldn't& hurt. Anything is better than nothing.   Anyway, there is my two cents.   Regards, Daryl Jones    >  > p > "John Smith" <a@nonymous.com> wrote in message news:<fd4Xb.467$s6M.84@news01.bloor.is.net.cable.rogers.com>... > > Sue Skonetski wrote:I > > > Forgive the spelling mistakes, but since we are family I figure your > > > will understand. > > >UJ > > > Since I can not officially recommend anything, I am doing this on my. > > > own time. How about these for some ideas > > 
 > > <snip> > > >eE > > > When VMS is not mentioned in articles, write a note asking why.6 > > D > > I agree with you on many points Sue, but here's where we differ. > > J > > The lack of mentions of VMS in articles in the trade press is a DIRECTN > > result of HP not doing its job of advertising and raising awareness of VMSI > > to the potential consumers of VMS. Do you really think that the 25-30fL > > year-old junior staffers who write these articles that don't mention VMSO > > even know what VMS is? Of course not - the product has no 'mind share' withbN > > the press because HP doesn't advertise it in their publications, and these% > > kids never used it in university.e   ------------------------------  % Date: Tue, 17 Feb 2004 17:21:24 +0100a3 From: Michael Unger <spam.to.unger@spamgourmet.com>l Subject: Re: OpenVMS Feelings : Message-ID: <c0tg5a$1biamh$2@ID-152801.news.uni-berlin.de>  + On 2004-02-16 22:26, "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 articlessC > 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"t0 > attitude.  Thats where the newsgroup can help.  C At least that "baby" is more mature than any PC running Winwoes andtH spreading virii and worms all over the time. Security *is* a distinctive. feature -- which should be marketed of course.  C > Dave, yes I know its HP managment we are talking about and we aretB > doing our best to educate them.  But lets face it they listen to > customers more carefully.h  ) Even to customers they have already lost?.  H > I think this is one of the things I love the most about VMS people, we > are not quiters!   Michaels   -- e; Real names enhance the probability of getting real answers.i@ 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 19:40:22 +0100t* From: Paul Sture <nospam@sture.homeip.net>6 Subject: OT Humour: Windows has become open source :-)0 Message-ID: <40326E26.5481122D@sture.homeip.net>   GreyCloud wrote: >  Whatever...0  < But someone posted me the Windows source code earlier today.   It goes like this:       #include "win31.h"     #include "win95.h"     #include "win98.h"     #include "workst~1.h"e     #include "evenmore.h"f     #include "oldstuff.h"l     #include "billrulz.h"o     #include "monopoly.h"      #define INSTALL = HARD  &     char make_prog_look_big[1600000] ;     void main()a     {      while(!CRASHED)e     {t      display_copyright_message();!     display_bill_rules_message();h     do_nothing_loop();      if (first_time_installation)     {5      make_50_megabyte_swapfile();     do_nothing_loop();(     totally_screw_up_HPFS_file_system();*     search_and_destroy_the_rest_of_OS/2();*     make_futile_attempt_to_damage_Linux();     disable_Netscape();t     disable_RealPlayer();o     disable_Lotus_Products();o     hang_system();     }        write_something(anything);      display_copyright_message();     do_nothing_loop();     do_some_stuff();      if (still_not_crashed)l     {s      display_copyright_message();     do_nothing_loop();      basically_run_windows_3.1();     do_nothing_loop();     do_nothing_loop();     }-     }/       if (detect_cache())/     disable_cache();       if (fast_cpu())-     {-     set_wait_states(lots);      set_mouse(speed, very_slow);     set_mouse(action, jumpy);i#     set_mouse(reaction, sometimes);e     }v/         /* printf("Welcome to Windows 3.1"); */8,     /* printf("Welcome to Windows 3.11"); */*     /* printf("Welcome to Windows 95"); */.     /* printf("Welcome to Windows NT 3.0"); */*     /* printf("Welcome to Windows 98"); */.     /* printf("Welcome to Windows NT 4.0"); */&     printf("Welcome to Windows 2000");       if (system_ok())     crash(to_dos_prompt)     else4     system_memory = open("a swp0001.swp", O_CREATE);       while(something)     {s
     sleep(5);t     get_user_input(); 
     sleep(5);R     act_on_user_input();
     sleep(5);p     }n&     create_general_protection_fault();     }n   ------------------------------    Date: 17 Feb 2004 07:20:36 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r3 Subject: Re: OT: Windows has become open source :-),3 Message-ID: <Z3cEyVddiq$e@eisner.encompasserve.org>o  V In article <402CFD3C.11DBC7DC@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > I > However, this makes for interesting copyright issues. If a company's ITcO > infrastruicture is so insecure that its copyrighted materials can flow out ofiH > the vaults so easily, can the company really claim a copyright on it ?  5   It wasn't Microsoft.  It was one of thier partners.r   ------------------------------  % Date: Tue, 17 Feb 2004 14:09:36 +0000sO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o3 Subject: Re: OT: Windows has become open source :-)e0 Message-ID: <c0t7b1$aci$1@new-usenet.uk.sun.com>   Bob Koehler wrote:X > In article <402CFD3C.11DBC7DC@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > I >>However, this makes for interesting copyright issues. If a company's ITsO >>infrastruicture is so insecure that its copyrighted materials can flow out ofdH >>the vaults so easily, can the company really claim a copyright on it ? >  > 7 >   It wasn't Microsoft.  It was one of thier partners., > > In this case you are correct, however the last major escape of@ Microsoft source code into the wild was because they got hacked.  > They only realised they were being hacked because one of their> admins noticed (no intrusion detection etc) using the mark one> eyeball that there were a large number of ftp sessions running to a russian site.   regardsh Andrew HarrisonO   ------------------------------    Date: 17 Feb 2004 07:26:53 -0800. From: al5vf03p02@sneakemail.com (William Webb)H Subject: Re: SBB POWER SUPPLY 150 OR 180 WATT - HOW MANY DISKS SUPPORTS?= Message-ID: <d5ce4b06.0402170726.61d3d715@posting.google.com>   a brandon@dalsemi.com (John Brandon) wrote in message news:<04021608482719@dscis6-0.dalsemi.com>...e! > denny.rich@swagelok.com writes:,J > > 2 years ago, when I first bought 10Krpm disks, we were advised to makeH > > sure the shelf supply was 180W when using 10K disks. As a result, we6 > > swapped out 48 supplies and made them all be 180W. > > D > > I've never tried a hi-rpm disk on a 150, so can't say what mightJ > > happen.  I think it will run fine, but the most likely problem will beH > > overheating of the supply if you have a full shelf of 6 or 7 drives.2 > > So what you do sort of depends on your budget. > E > Budget yes, however current configuration is driving this question.r > G > > But the official DEC recommendation was to use 180W for 10K drives.eC > > BTW: we have some 9gb and a few 18gb and they work really well.n > O > Well aware of the official DEC recommendation - translation is "spend money". O > J/K (sort of...) - I understand the newer power requirements for the 10K disk 	 > drives.m >  > > regards,	 > > dennys > P > The SW configuration I have has 3 each 9-GB (10K) disk drives with 3 each 4-GBM > (7.2K) disk drives on a number of shelves - with those shelves powered by a-E > pair of 150W power supplies.  This is a narrow shelf configuration.3 > M > If I remember right, a pair of 150W power supplies will be sufficient for arL > full shelf of 9-GB (10K) disk however when one fails then the power of one > 150W will not be.- > O > I think a pair of 150W power supplies will support at least 3 each 9-GB (10K)21 > disk drives and 3 each 4-GB (7.2K) disk drives.e >  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems AdministratorD, > firstname.lastname.spam.me.not@dalsemi.com   Denny makes a valid point.    E If you put too many blue drives in a narrow shelf you run the risk ofy overheating.  E I'm doing this from memory again, so double check what I'm saying butiA I recall that there are two versions of fans for these shelves- ar% regular and an "industrial strength".a   WWWebb   ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road a( Raleigh, NC 27616-2874 919.325.7500x4186 * * * -    ------------------------------  # Date: Tue, 17 Feb 2004 15:34:52 GMTF4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: set proc/suspendh0 Message-ID: <4032313F.1F7F0846@blueyonder.co.uk>   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=' ?h > c > I run processes on very node in the cluster, set at priority zero and highly processor intensive.v >  > 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.S >  > 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?  ! Post your batch job monitor code?o   FAX me a purchase order?   regardse     -- i tim.llewellyn@blueyonder.co.uk   ------------------------------  % Date: Tue, 17 Feb 2004 17:55:45 +0000oE From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com>L Subject: Re: set proc/suspend . Message-ID: <403255A1.440794C9@baesystems.com>   Tim Llewellyn wrote:# > Post your batch job monitor code?    Will do tomorrow, I've got a batchjob running now with a little more logging (set verify around the 'set proc' commands) and I'll give the modified code a chance to fall over before exposing it to the world.   I don't think it's my code as I had the problem this morning even at the command line for single 'set proc/nosuspend/id=cut&paste'.s   > FAX me a purchase order?   I'm afraid we have CSC to keep our computers running and have just switched over to not getting charged per call-out :-) It's just a little slow to progress once I've exhausted on-site expertise.    Timi   ------------------------------  % Date: Tue, 17 Feb 2004 18:35:08 +0000 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com>u Subject: Re: set proc/suspende. Message-ID: <40325EDC.84C5A562@baesystems.com>   > Tim ffrench-Lynch wrote: > > Any ideas? >h Tim Llewellyn wrote:# > Post your batch job monitor code?y  B No-one should feel any obligation to look at this, but here it is,@ followed by a log file showing it initially fail to get all jobs' and then get them all next time around.n  D What I can tell from this is that there is some link to the softwareI I'm running in the batchjobs (a system from Data Sciences - now defunct). H All the simple DCL batchjobs running just to block queues got hit by the0 nosuspend but the heavy processing jobs did not.  J The previous try (5 minutes earlier) failed to control even the simple DCLI batchjobs so there probably is some sort of real problem. The only change0L in the comfile was to change the wait statement from 6 minutes to 30 secondsC in order to have it retry sooner. I think I'll have to call in CSC.t   regardse   Timr       $! watch_disk.com-W $! p1 = number of million of blocks left on buffy$dka200 at which to suspend processing" $! @q $! This comfile watches space available on buffy$dka200 and suspends processing when th disk starts getting full n $! m $!   $h $! set nover" $ if "''p1'" .eqs. "" then p1 = 10* $ disk_space_limit    = 'p1' * 1000 * 10004 $ disk_space_limit_GB = disk_space_limit/2/1000/10004 $ write sys$output "limit ''disk_space_limit_GB' GB" $ set proc/prior=3 $ state = "" $ close/nolog infile $ n = 0e $e $ watch_disk_loop: $   old_state = stateH $E$ $   ! get free blocks count for disk8 $   show dev/out=sys$scratch:watch_disk.tmp buffy$dka200/ $   open/read infile sys$scratch:watch_disk.tmpe $   read infile line $   read infile line $   read infile line $   read infile line $   close/nolog infile' $   blocks_free = f$extract(61,10,line)e $t% $   ! check free blocks against limitt, $   if 'blocks_free' .lt. 'disk_space_limit' $   then $     state = "stop" $   else $     state = "go"	 $   endifn $o
 $   n = n + 1sP $   write sys$output f$cvtime() + "	''blocks_free'	''disk_space_limit'	''state'" $s: $   ! if state has changed then halt or restart processingh $   !   every 10 times around the loop, set job status again just in case anything got past us last time+ $   if state .nes. old_state .or. n .eq. 10S $   then $     gosub set_jobs $   else# $     show sys/batch/cluster/noheade	 $   endift4 $   delete/nolog/noconf sys$scratch:watch_disk.tmp;* $   wait 00:00:30h $ goto watch_disk_loop $t $( $ set_jobs:i	 $   m = 0 # $   n = 0 ! reset top level counter3 $   close/nolog infile $   on error then continue $   define/nolog sys$output nl:  $   define/nolog sys$error nl:1 $   spawn/out=sys$scratch:watch_disk.tmp sh ent *s $   deassign sys$output2 $   deassign sys$error $-] $   repeat_all_loop:	! this loop is here as the set proc operations often need to be repeated.F $     open/read infile sys$scratch:watch_disk.tmp	! open 'sh ent' file: $     read infile/end=eof line				! skip over header lines $     read infile/end=eof line $     batch_job_loop:-E $       read infile/end=eof line			! get line with may have jobnumberm7 $       jobnum = f$edit(f$extract(0,8,line),"collapse")tq $       if jobnum .nes. "" .and. -       ! skip over lines in file without job numbers and ignore current processeX            jobnum .nes. F$GETQUI("DISPLAY_ENTRY","ENTRY_NUMBER","*","WILDCARD,THIS_JOB") $       thenD $         PID      = F$GETQUI("DISPLAY_ENTRY","JOB_PID",'jobnum',"") $e $         if pid .eqs. ""d $         then tY $           on error then contine		! just in case job has started since list was gatheredT! $           if state .eqs. "stop"R4 $           then 				! put pending batchjobs on hold# $             set ent/hold 'jobnum' 7 $           else 				! allow pending batchjobs to start % $             set ent/nohold 'jobnum'  $           endif? $         elsed $           on error then contine               ! just in case job has ended since list was gathered! $           if state .eqs. "stop"f0 $           then 				! suspend running processes $             v = f$verify(1)n' $             set proc/suspend/id='pid'  $             v = 'f$verify(v)0 $           else 				! restart running processes $             v = f$verify(1)5) $             set proc/nosuspend/id='pid'  $             v = 'f$verify(v) $           endif  $         endifn $s
 $       endifa. $     goto batch_job_loop			! do next batchjob
 $     eof:+ $     close/nolog infile			! close the file  $     m = m + 1y+ $     write sys$output f$cvtime() + " ''m'" # $     show sys/batch/cluster/noheadeU $   if m .lt. 1 then goto repeat_all_loop	! go around again if we're feeling paranoidi $ return $h $o  j ----------------------------------------------------------------------------------------------------------   $s $ SET NOVERIFY
 limit 5 GB- 2004-02-17 17:35:40.35	 16062060 	10000000	go , $             set proc/nosuspend/id=27400126, $             set proc/nosuspend/id=24E0091D, $             set proc/nosuspend/id=2700034B, $             set proc/nosuspend/id=2660077E, $             set proc/nosuspend/id=2600016E, $             set proc/nosuspend/id=2080572D, $             set proc/nosuspend/id=25E00960, $             set proc/nosuspend/id=25600221, $             set proc/nosuspend/id=2540065E, $             set proc/nosuspend/id=26400836, $             set proc/nosuspend/id=25C0045A, $             set proc/nosuspend/id=25A0023F 2004-02-17 17:36:40.82 1P 24E0091D BATCH_218       SUSP     2   294536   0 09:02:44.97      9621   3512  BP 26E0012A XYZSWM XXX      LEF      3    29450   0 00:00:20.75     21797     80  BP 26E0024D XYZSWM XXX_1    COM      0    24371   0 00:05:19.14      1999    919  BP 26E0024E XYZSWM XXX_2    LEF      3   199301   0 00:02:03.81       822    114  BP 25C0045A BATCH_778       LEF      2      166   0 00:00:00.91      5395   1260  BP 2080572D BATCH_752       LEF      2      178   0 00:00:00.74      6078   1288  BP 25E00960 BATCH_753       LEF      2      175   0 00:00:00.79      5522   1344  BP 26400836 BATCH_768       LEF      2      175   0 00:00:00.69      5738   1339  BP 25600221 BATCH_754       LEF      2      146   0 00:00:00.83      5379   1093  BP 2660077E BATCH_229       SUSP     2    61911   0 03:29:21.88      9119   3473  BP 2600016E BATCH_234       SUSP     2    84977   0 02:28:42.12      8651   3265  BP 25A0023F BATCH_779       LEF      2      158   0 00:00:00.67      5355   1345  BP 2540065E BATCH_766       LEF      2      180   0 00:00:00.78      5507   1347  BP 27400126 BATCH_215       SUSP     2   172670   0 04:32:07.91      8687   3213  BP 2700034B BATCH_225       SUSP     2    31280   0 03:19:36.33      9179   3357  BP 2700037C BATCH_811       CUR      4     2569   0 00:00:18.59     31292    463  B  F (the above 'show sys' then repeats a few times at 30 second intervals)  - 2004-02-17 17:41:15.74	 16008650 	10000000	gonP 24E0091D BATCH_218       SUSP     2   294536   0 09:02:44.97      9621   3512  BP 26E0012A XYZSWM XXX      LEF      3    29470   0 00:00:20.77     21797     80  BP 26E0024D XYZSWM XXX_1    LEF      0    30666   0 00:06:40.46      1999    919  BP 26E0024E XYZSWM XXX_2    LEF      2   335902   0 00:03:28.13       822    114  BP 25C0045A BATCH_778       LEF      2      166   0 00:00:00.91      5395   1260  BP 2080572D BATCH_752       LEF      2      178   0 00:00:00.74      6078   1288  BP 25E00960 BATCH_753       LEF      2      175   0 00:00:00.79      5522   1344  BP 26400836 BATCH_768       LEF      2      175   0 00:00:00.69      5738   1339  BP 25600221 BATCH_754       LEF      2      146   0 00:00:00.83      5379   1093  BP 2660077E BATCH_229       SUSP     2    61911   0 03:29:21.88      9119   3473  BP 2600016E BATCH_234       SUSP     2    84977   0 02:28:42.12      8651   3265  BP 25A0023F BATCH_779       LEF      2      158   0 00:00:00.67      5355   1345  BP 2540065E BATCH_766       LEF      2      180   0 00:00:00.78      5507   1347  BP 27400126 BATCH_215       SUSP     2   172670   0 04:32:07.91      8687   3213  BP 2700034B BATCH_225       SUSP     2    31280   0 03:19:36.33      9179   3357  BP 2700037C BATCH_811       CUR      3     2860   0 00:00:19.86     33798    486  B- 2004-02-17 17:41:46.22	 16003715 	10000000	go , $             set proc/nosuspend/id=27400126, $             set proc/nosuspend/id=24E0091D, $             set proc/nosuspend/id=2700034B, $             set proc/nosuspend/id=2660077E, $             set proc/nosuspend/id=2600016E, $             set proc/nosuspend/id=2080572D, $             set proc/nosuspend/id=25E00960, $             set proc/nosuspend/id=25600221, $             set proc/nosuspend/id=2540065E, $             set proc/nosuspend/id=26400836, $             set proc/nosuspend/id=25C0045A, $             set proc/nosuspend/id=25A0023F 2004-02-17 17:42:41.55 1P 24E0091D BATCH_218       COM      0   294858   0 09:03:27.95      9621   3512  BP 26E0012A XYZSWM XXX      LEF      3    29480   0 00:00:20.78     21797     80  BP 26E0024D XYZSWM XXX_1    COM      2    32665   0 00:07:05.96      1999    919  BP 26E0024E XYZSWM XXX_2    LEF      3   365810   0 00:03:46.47       822    114  BP 25C0045A BATCH_778       LEF      2      166   0 00:00:00.91      5395   1260  BP 2080572D BATCH_752       LEF      2      178   0 00:00:00.74      6078   1288  BP 25E00960 BATCH_753       LEF      2      175   0 00:00:00.79      5522   1344  BP 26400836 BATCH_768       LEF      2      175   0 00:00:00.69      5738   1339  BP 25600221 BATCH_754       LEF      2      146   0 00:00:00.83      5379   1093  BP 2660077E BATCH_229       COM      0    62089   0 03:30:08.45      9119   3473  BP 2600016E BATCH_234       COM      0    85443   0 02:29:24.92      8651   3265  BP 25A0023F BATCH_779       LEF      2      158   0 00:00:00.67      5355   1345  BP 2540065E BATCH_766       LEF      2      180   0 00:00:00.78      5507   1347  BP 27400126 BATCH_215       COM      0   173158   0 04:32:50.83      8687   3213  BP 2700034B BATCH_225       COM      0    31280   0 03:20:04.42      9179   3357  BP 2700037C BATCH_811       CUR      3     5347   0 00:00:37.26     59677    464  B   ------------------------------  % Date: Mon, 16 Feb 2004 16:53:26 +0100A9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>t: Subject: Re: Shipping Alpha computers overseas - OK to do?' Message-ID: <4030E776.4051D4C2@aaa.com>    Hi.h3 Which part of the world is "at home" and which part  is "overseas" ?.  	 Jan-Erik.    steve kulpa wrote: >  > Greetings,D > I recently became the owner of a real nice AlphaServer 800 which IF > thought I'd enjoy at home.  After a couple of months, reality set in> > and I find I have no spare time to do anything w/ it, so I'm  > considering trying to sell it. > G > My questions is this (after watching a disturbing Law & Order episode C > last night):  Is there any problems shipping this thing overseas,r> > should someone ina country other than the USA be interested? >  > Thanks in advance, > Steveo   ------------------------------  # Date: Mon, 16 Feb 2004 15:57:05 GMTf5 From: ben_myers_spam_me_not @ charter.net (Ben Myers)t: Subject: Re: Shipping Alpha computers overseas - OK to do?/ Message-ID: <4030e78a.8963984@news.charter.net>d   Steve,  N The US Govt has a ban on shipping computer and electronic equipment to certainM countries, probably including North Korea, Iran, and Cuba, maybe some others.sG Otherwise, you need to prepare the normal invoice for shipping overseas N indicating the exact configuration being shipped, serial number of the system,J country of mnaufacture.  Go to a local UPS drop-off point or maybe look atP www.ups.com on-line for a sample of the paperwork they require, and you'll be inK the ballpark as to requirements.  Indicate on your invoice that customer isoK responsible for payment of shipping and all customs, excise, or importationw taxes... Ben Myers  H On 16 Feb 2004 07:45:57 -0800, stevekulpa@yahoo.com (steve kulpa) wrote:   >Greetings, C >I recently became the owner of a real nice AlphaServer 800 which IpE >thought I'd enjoy at home.  After a couple of months, reality set in = >and I find I have no spare time to do anything w/ it, so I'mn >considering trying to sell it.a >lF >My questions is this (after watching a disturbing Law & Order episodeB >last night):  Is there any problems shipping this thing overseas,= >should someone ina country other than the USA be interested?e >f >Thanks in advance,s >Steve   ------------------------------  % Date: Mon, 16 Feb 2004 11:45:10 -0500u3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> : Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <OJydnQ7terIVbq3d4p2dnA@comcast.com>  D There are businesses called "Freight Forwarders" that act as travel I agents for freight.  For a fee, they will arrange to have freight picked iE up just about anywhere and delivered just about anywhere else.  They oD complete all necessary paperwork, obtain all necessary permits, etc.  H If you sell on e-Bay, just add the conditions that foreign bidders must H pay in US $ and that they must provide a US shipping address (a freight @ forwarder who will arrange delivery at the purchaser's expense).  E Frankly, I would not expect much interest from overseas bidders; the tI expense of shipping a used computer to, say, Australia would probably be n more than the machine is worth!o   steve kulpa wrote:   >Greetings,iC >I recently became the owner of a real nice AlphaServer 800 which IgE >thought I'd enjoy at home.  After a couple of months, reality set ino= >and I find I have no spare time to do anything w/ it, so I'mC >considering trying to sell it.n > F >My questions is this (after watching a disturbing Law & Order episodeB >last night):  Is there any problems shipping this thing overseas,= >should someone ina country other than the USA be interested?N >l >Thanks in advance,r >Steve >  d >n   ------------------------------  % Date: Mon, 16 Feb 2004 16:11:16 -0500 ; From: "Island Computers USA" <dbturner@islandco.com.nospam>a: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <1032c79231tmd4f@news.supernews.com>   Easy rule of thumb  L If the country is either in the arabian peninsula OR anywhere in Africa then don't ship to themJ Even if it's not balcklisted there are SO many crooked companies that will' forward equipment on to the bad guys...i     DT    5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagel6 news:d7791aa1.0402161138.b432266@posting.google.com...5 > stevekulpa@yahoo.com (steve kulpa) wrote in messageR9 news:<ee336853.0402160745.73a7a7e5@posting.google.com>...  > > Greetings,F > > I recently became the owner of a real nice AlphaServer 800 which IH > > thought I'd enjoy at home.  After a couple of months, reality set in@ > > and I find I have no spare time to do anything w/ it, so I'm" > > considering trying to sell it. > >>I > > My questions is this (after watching a disturbing Law & Order episodeaE > > last night):  Is there any problems shipping this thing overseas,m@ > > should someone ina country other than the USA be interested? > >  > > Thanks in advance,	 > > Stever >  >a; > you have to check with the dept. of commerce ... it is oky8 > to ship alphas because we have done it, but not to any= > foreign country on the designated black list ... you shoulda5 > confirm the country with the federal government ...<   ------------------------------    Date: 17 Feb 2004 06:52:57 -0800( From: stevekulpa@yahoo.com (steve kulpa): Subject: Re: Shipping Alpha computers overseas - OK to do?= Message-ID: <ee336853.0402170652.38825542@posting.google.com>c  U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<4030E776.4051D4C2@aaa.com>...a > Hi.l5 > Which part of the world is "at home" and which part  > is "overseas" ?o >  > Jan-Erik.  >       oops - sorry   I live in the USA   ------------------------------    Date: 17 Feb 2004 06:54:30 -0800( From: stevekulpa@yahoo.com (steve kulpa): Subject: Re: Shipping Alpha computers overseas - OK to do?= Message-ID: <ee336853.0402170654.41bce3dd@posting.google.com>n  6 Thanks all of you for all the info - I'm glad I asked!   stevee   ------------------------------  % Date: Tue, 17 Feb 2004 15:10:58 +0000.O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <c0tau3$bnu$1@new-usenet.uk.sun.com>   steve kulpa wrote:J > Jan-Erik S=F6derholm <aaa@aaa.com> wrote in message news:<4030E776.4051= D4C2@aaa.com>... >=20 >>Hi.E5 >>Which part of the world is "at home" and which part- >>is "overseas" ?- >> >>Jan-Erik.7 >> >=20 >=20 >=20" > oops - sorry   I live in the USA  7 Particularly important then that you check the table of.6 denials list. You don't want you Alpha turning up on a; UN Atomic Agency inspection video of a North Korean Nuclearr8 plant when you thought that you had shipped it to a nice0 sounding person in (London, Paris, Berlin, etc).  6 BTW you are unlikely to have a problem but it is worth	 checking.g   regards  Andrew Harrisone   ------------------------------  % Date: Tue, 17 Feb 2004 19:23:38 +0100e* From: Paul Sture <nospam@sture.homeip.net>: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <40326A3A.47982144@sture.homeip.net>   steve kulpa wrote: > 8 > Thanks all of you for all the info - I'm glad I asked! >  > steve:  B I will just add to this thread that I have witnessed import/exportF hassles over the years, but when I bought my hobbyist Alpha from DavidE Turner in late 2000, he got the export/import paperwork right (a fully' half dozen copies of the invoice IIRC).h  F The only problem was that it arrived faster than I expected, so had to rearrange a delivery time.   -- b
 Paul Sture   ------------------------------    Date: 17 Feb 2004 06:34:41 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso). Subject: Re: Sql services/Rdb problem (urgent)= Message-ID: <f30679fb.0402170634.5e80c8af@posting.google.com>o  n Robert Trawinski <robert.trawinski@softax.com.pl> wrote in message news:<c0so2l$olp$1@bozon2.softax.com.pl>...	 > Hi all,a > K > 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.eC > After recomplition my program cannot connect to rdb database via r( > SqlServices. Earlier I used VMS 7.2-1,- > Rdb 7.0-5, CXX 6.2-048 and SqlServices 7.0.n >  > Error message is:  > @ > %RDB-E-UNAVAILABLE, Oracle Rdb is not available on your system7 > -RDB-I-TEXT, %LIB-E-ACTIMAGE, error activating image , > YAVIN$DKA600:[SYS0.SYSCOMMO 4 > N.][SYSLIB]RDMSHR.EXE;, -RMS-E-FNF, file not found > H > Indeed there isn't file RDMSHR.EXE. There is file RDMSHR71.EXE. But I  > don't link$ > explicitly any of these libraries.  @ Check the release notes too se if ORacle chenged the RDMSHR file@ but if not try to rename RDMSHR71.EXE to RDMSHR.EXE and restart.   Regardsa   FC h  4 > 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 /SYSTEMr > $r% > $ @SYS$STARTUP:SQLSRV$STARTUP71.COMr* > $ @SYS$LIBRARY:SQLSRV_SETVER 7.1 /SYSTEM > $s >  > What happend? Any idea?, >  > Robert   ------------------------------    Date: 17 Feb 2004 06:39:41 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso). Subject: Re: Sql services/Rdb problem (urgent)= Message-ID: <f30679fb.0402170639.118d9f11@posting.google.com>e  n Robert Trawinski <robert.trawinski@softax.com.pl> wrote in message news:<c0so2l$olp$1@bozon2.softax.com.pl>...	 > Hi all,e > K > I upgraded my development system to VMS 7.3-1, Rdb 7.1-220, Sql Services i > 7.1.5.7.3, CXX 6.5-039.4C > After recomplition my program cannot connect to rdb database via u( > SqlServices. Earlier I used VMS 7.2-1,- > Rdb 7.0-5, CXX 6.2-048 and SqlServices 7.0.a >  > Error message is:p > @ > %RDB-E-UNAVAILABLE, Oracle Rdb is not available on your system7 > -RDB-I-TEXT, %LIB-E-ACTIMAGE, error activating image   > YAVIN$DKA600:[SYS0.SYSCOMMO 4 > N.][SYSLIB]RDMSHR.EXE;, -RMS-E-FNF, file not found > H > Indeed there isn't file RDMSHR.EXE. There is file RDMSHR71.EXE. But I  > don't link$ > explicitly any of these libraries. > 4 > 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 /SYSTEMr > $ % > $ @SYS$STARTUP:SQLSRV$STARTUP71.COMn* > $ @SYS$LIBRARY:SQLSRV_SETVER 7.1 /SYSTEM > $  >  > What happend? Any idea?y   Read the installation guideo  E http://download-east.oracle.com/otn_hosted_doc/rdb/pdf/7_1install.pdf    (....)N Multiple-version (multiversion) support is implemented by appending the OracleP Rdb software release number to Oracle Rdb file and image names. For example, theA version of RDMSHR.EXE specific to Oracle Rdb release 7.1 is named @ RDMSHR71.EXE; the image for interactive SQL is named SQL$71.EXE.Q Because the multiversion files have the variant in the image name, installing thetF multiversion kit does not replace standard version files. Three files,K RDBINTSHR.EXE, RDBSHR.EXE, and SQL$INT.EXE, are not varianted in either theyK standard version or the multiversion variant of Oracle Rdb. These files are Q guaranteed to be compatible with all versions of Oracle Rdb and are replaced onlyi@ when a higher version of Oracle Rdb is installed on your system. (...). > Robert   ------------------------------  % Date: Tue, 17 Feb 2004 16:25:19 +0100n7 From: Robert Trawinski <robert.trawinski@softax.com.pl>r. Subject: Re: Sql services/Rdb problem (urgent)/ Message-ID: <c0tbov$u9r$1@bozon2.softax.com.pl>m   Fabio Cardoso wrote:p > Robert Trawinski <robert.trawinski@softax.com.pl> wrote in message news:<c0so2l$olp$1@bozon2.softax.com.pl>... > 	 >>Hi all,a >>K >>I upgraded my development system to VMS 7.3-1, Rdb 7.1-220, Sql Services l >>7.1.5.7.3, CXX 6.5-039. C >>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.y >> >>Error message is:h >>@ >>%RDB-E-UNAVAILABLE, Oracle Rdb is not available on your system7 >>-RDB-I-TEXT, %LIB-E-ACTIMAGE, error activating image   >>YAVIN$DKA600:[SYS0.SYSCOMMOi4 >>N.][SYSLIB]RDMSHR.EXE;, -RMS-E-FNF, file not found >>H >>Indeed there isn't file RDMSHR.EXE. There is file RDMSHR71.EXE. But I  >>don't link$ >>explicitly any of these libraries. >  > B > Check the release notes too se if ORacle chenged the RDMSHR fileB > but if not try to rename RDMSHR71.EXE to RDMSHR.EXE and restart. > 	 > Regardse >  > FC i >  > 4 >>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 /SYSTEMt >>$l% >>$ @SYS$STARTUP:SQLSRV$STARTUP71.COMg* >>$ @SYS$LIBRARY:SQLSRV_SETVER 7.1 /SYSTEM >>$d >> >>What happend? Any idea?  >> >>Robert  C Thanks for help but problem was very trivial. My configuration for t@ service GENERIC sets up SQL version to STANDARD. I had to change SQL version:   $ mcr sqlsrv_manage71e SQLSRV> START SERVER;g. SQLSRV> ALTER SERVICE GENERIC SQL_VERSION 7.1;! SQLSRV> SHUTDOWN SERVICE GENERIC;b SQLSRV> START SERVICE GENERIC;     And that's all. Thanks again   Robert   ------------------------------  % Date: Tue, 17 Feb 2004 12:01:10 -0500i* From: "Stewart, Bill" <wjs-corp@kaman.com> Subject: sysuaf < Message-ID: <1E4B06029E11D211B47C0000F8207F4D01BA00DB@ESKC2>  E 	I'm wondering if anyone has run into this problem, and what they didt to fix (overcome) the problem.  E 	Every night we submit hundreds of jobs to do the end of day businessyE stuff.  We are split into 5 regions that contain a total of about 200mL branches.  The main job submits 3 jobs for each branch, then 6 jobs for eachK region.  The problem came last night when we were submitting the fourth jobi5 for region abc.  The submit looks like the following:sC $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101t CMD:CMD070.COM/NOPRINT   	The immediate error is:? %SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifier 1 -RMS-E-FLK, file currently locked by another useru  E 	HP is telling me that the job must have write access to that record,s or it will die.    	Has anyone run into this?  1 	Is there a good way to keep this from happening?d   Thanks in advance!   Bill Stewart   :-) Kaman Corporation" 1332 Blue Hills Avenue Bloomfield, Connecticut, 06002 (860) 243-7058   ------------------------------  % Date: Tue, 17 Feb 2004 18:48:38 +0100"" From: Didier Morandi <no@spam.com> Subject: Re: sysuafT4 Message-ID: <40325404$0$21667$636a15ce@news.free.fr>   Stewart, Bill wrote:  G > 	I'm wondering if anyone has run into this problem, and what they dida  > to fix (overcome) the problem. > G > 	Every night we submit hundreds of jobs to do the end of day businesseG > stuff.  We are split into 5 regions that contain a total of about 200eN > 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:tE > $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101g > CMD:CMD070.COM/NOPRINT >  > 	The immediate error is:A > %SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifier;3 > -RMS-E-FLK, file currently locked by another usero  P To me, you have a concurrent write to the accountng.dat file on the USER key. I : suggest you modify the .COM that starts your job that way:   $ set proc/priv=cmexec# $ set watch file/class=(attr,major)iE $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101 -p    CMD:CMD070.COM/NOPRINT. $ set watch file/class=noneo $ set proc/priv=nocmexec  K then look at that procedure's logfile to see which file access is offended.T (procedure not tested)  M To know how to bypass the problem, you need to tell us what has been changed  6 since the last time it run fine. Only a fourth submit?   My 2 euros.(   D. -- p<                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  J     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPL   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~ MigrationJ     Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287G       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.comn   ------------------------------  % Date: Tue, 17 Feb 2004 13:01:53 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: sysuafo) Message-ID: <4032570F.EC42673C@istop.com>o   "Stewart, Bill" wrote:E > $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101y > CMD:CMD070.COM/NOPRINT > ! >         The immediate error is:hA > %SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifier.3 > -RMS-E-FLK, file currently locked by another user- > N >         HP is telling me that the job must have write access to that record, > or it will die._  J Well, the SUBMIT doesn't create the job, it only queues it. When the batchM symbiont actually creates the job, it does need write access to the SYSUAF to:N set the date of last batch login, but you'd get a message on OPCOM about a jobI not being able to run due to the above. (this is similar to when you haveaJ multiple jobs running and the next job fails to start because its log fileN cannot be opened because the version limit prevents creation of a new file and@ it can't delete any of the older files because they are in use).  : >         Is there a good way to keep this from happening?  I Can this be reproduced at will, or was it a once-in-a-blue-moon event ? ItL would suspect some separate application might access SYSUAF directly and may. have taken a lock on the record for that user.   ------------------------------  # Date: Mon, 16 Feb 2004 18:39:18 GMTi> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>. Subject: Re: unable to assign PCI base address: Message-ID: <q78Yb.432$Oz4.323@newssvr22.news.prodigy.com>   Siobhan Ellis wrote:  C > I've just inherited some very old equipment. The machine has very.E > little in it, when it starts up, it keeps coming up with "Unable tor > assign PCI base address".< > F > then when it gets to looking for devices on the internal SCSI bus itH > can't find any, keeps giving me "Waiting for pka0.7.0.5.0 to poll...." >  > anyone have any ideas?  E When posing these sorts of questions, it would be nice to know which eH piece of "very old equipment" you are referring to... Model numbers and 7 firmware versions make troubleshooting a bit easier....i   Michael Austin.e   ------------------------------  + Date: Mon, 16 Feb 2004 22:31:53 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)J Subject: units for I/O operations in MONI {DISK|CLUSTER|SYSTEM} and CTRL-T$ Message-ID: <c0rgco$6n9$1@online.de>  	 Try this:   #   $ COPY <large amount of data> NL:   F Look at the I/Os with MONI SYSTEM, MONI CLUSTER, MONI DISK and CTRL-T.   The numbers are different.    What are the units in each case?   ------------------------------    Date: 17 Feb 2004 09:45:30 -0800. From: alexdaniels@themail.co.uk (Alex Daniels)+ Subject: Re: Where to get SWXCRMGR for VMS?9= Message-ID: <9f7f13a8.0402170945.4940e49c@posting.google.com>   d yehavi@vms.huji.ac.il (Yehavi Bourvine (58-4279)) wrote in message news:<2004Feb16.091110@hujicc>... > Hello, > P >   I've installed a fresh VMS on a system which has the KZPAC RAID array. ThereF > is a software called SWXCRMGR to be installed on VMS to monitor thisJ > controller. In the past it was on Compaq's WEB site or on the VMS disks;Q > however, I cannot find it anymore, neither on HP's site nor on the 7.3-1 disks.2 > Any idea where I can get it? > G > Note that I am looking for the VMS software, not the ARC (stand-aloneaJ > configuration) companion of it (which is available in the firmware CDs). > > >                                            Thanks! __Yehavi: >  > Yehavi Bourvineo% > The Hebrew University of Jerusalem.n  @ I wont give my thoughts on what I think about SWXCR's, however IF managed to find DEC-AXPVMS-SWXCR-V0300--1.PCSI lying around, below areB the release notes, have a read through and see if its any good for you.  E Don't know what CD/Tape it originaly came off, but can send you a zip7 of the PCSI kit if you want..-   Regards-   Alex  #                       Release NotesF  >        StorageWorks RAID Array 200 Online Management Utilities(                  for Alpha-Based Systems  > These notes provide information not incorporated into the RAID	 Array 200fB Family for Alpha-Based Systems User Guides.  Known restrictions of ther@ utilities and various specifications for these products, such as part/ numbers and version levels are also identified.i  9 COPYRIGHT Digital Equipment Corporation 1997.  All Rightss	 Reserved.e= This software is proprietary to and embodies the confidential 
 technology ofaB Digital Equipment Corporation.  Possession, use, or copying of the software@ and media is authorized only pursuant to a valid written license from; Digital Equipment Corporation or an authorized sublicensor.p  > RESTRICTED RIGHTS: Use, duplication, or disclosure by the U.S.
 GovernmentB is subject to restrictions as set forth in subparagraph (c)(1)(ii) of DFARS@ 252.227-7013, or in FAR 52.227-19, or in FAR 52.227-14 Alt. III, as applicable.   !                              NOTE.  A The information contained in these Release Notes, part #AA-QGTTE-4 TE,0: updates and supercedes prior versions of Release Notes for StorageWorks: RAID Array 200 Online Management Utilities for Alpha-Based Systems. If youoB received this Note as part of an update kit, disregard any earlier versiono- of these Release Notes you may have received.l    +                            IMPORTANT NOTICEo  9 ALL users should check the revision level of the firmware  installed on their= KZPSC PCI RAID controller. Run the RAID Configuration Utilityr@ (SWXCRMGR.EXE) and note the firmware revision on all PCI (KZPSC)B controllers installed in the system. If any PCI controllers have a< firmware version prior to V2.42, then you should upgrade the@ firmware to V2.42. To upgrade the firmware refer to the firmware= upgrade section of the StorageWorks RAID Array 200 Subsystemsi< Controller Installation and StandAlone Configuration Utility User's Guide, section 9.2.2.  B It is strongly recommended that all customers run the Parity Check= with restore option (available from the Main Menu of the RAID.? Configuration Utility), after the new firmware has been loaded.l      
 General Notesu   Feedback  ? We encourage you to send us feedback on our products.  If there,> are any suggestions or comments you would like to make, please send to:A Email to: sbemgr@subsys.enet.dec.com U.S. Mail to: SBEMGR Digitall	 Equipment ? Corporation Mail Stop SHR3-2/W8 334 South Street Shrewsbury, MAt 01545(     Controller Terminology  @ In reading the accompanying RAID Array 200 documentation, please note the# following terminology associations:   2 This:               RAID Array 210 EISA controller  & refers to:          KZESC-xA, KZESC-xB& or                  SWXCR-EA, SWXCR-EB    1 This:               RAID Array 230 PCI controlleri  & refers to:          KZPSC-xA, KZPSC-xB& or                  SWXCR-PA, SWXCR-PB    = The RAID Array 200 Controller documentation and software uses 	 SWXCR for " generic references to controllers.    % Number of SWXCR Controllers Supported   A All Alpha-based RAID Array 200 drivers and utilities support fouri0 controllers (in any combination of EISA or PCI).    $ Configuration with Shared Interrupts  : We recommend using edge triggered interrupts for the SWXCR controller. @ However, if you choose to use level interrupts, limit the number	 of boards 9 sharing the same interrupt to avoid performance problems.     % SCSI Termination and Fault Managementn  < The controller must be at the end of the SCSI bus for proper termination ofA the SCSI signals.  Consult the appropriate documentation for yourm storagek@ enclosure to ensure it is properly terminated.  When using Fault
 Management> the terminators used must support Fault Management.  The SWXCR controllerso= are supplied with termination that supports Fault Management. 
 Check with> your system supplier to be sure that system/device termination supports? Fault Management, otherwise the Fault Management option must ben DISABLED on < the controller.  If a terminator that does not support Fault
 Management is'5 attached to any channel of the SWXCR, the results are  unpredictable when Fault Management is ENABLED.     Revision Matrixt  @ The following table cross references the hardware board revision
 levels forB the RAID Array 200 family of controllers with the release date and revision= level of the software accompanying the board. The FW and BIOSc
 columns referk@ to firmware and BIOS revision levels; the other columns refer to thei@ version numbers of the respective distribution diskettes for the
 release of= all Alpha based utilities (KIT), the Standalone Configuration  Utilityl? (RCU), Windows NT (NT), Digital UNIX (UNIX), and OpenVMS (VMS).     > Hardware Software/Documentation Rev Matrix for ALPHA Platforms    ? Product  Board Rev    FW     BIOS   KIT   RCU   NT    UNIX  VMSt  ? KZESC    C01 (4/94)   1.99   1.17   N/A   1.0   1.0   1.0   1.0 ? KZESC    C02 (3/95)   2.15   1.17   1.0   2.0   2.0   2.0   1.0 ? KZESC    C02 (4/95)   2.15   1.17   1.1   3.0   2.1   2.1   2.0p? KZESC    C03 (7/95)   2.16   1.19   1.2   3.1   2.1   2.2   2.1o  ? KZPSC    A02 (3/95)   2.19   1.02   1.0   2.0   2.0   2.0   N/A ? KZPSC    B01 (4/95)   2.19   1.02   1.1   3.0   2.1   2.1   2.0e? KZPSC    B01 (6/95)   2.19   1.02   1.2   3.1   2.1   2.2   2.1u? KZPSC    C01 (1/96)   2.36   1.20   1.3   3.2   2.1   2.3   2.2S? KZPSC    D01 (8/96)   2.36   1.20   1.3   3.2   2.1   2.3   2.2Y? KZPSC    D02 (2/97)   2.42   1.20   1.3A  3.3   2.1   2.3   2.2   + N/A = Not Available under this kit release.j       Kit/Board Compatibilityc  < As a general rule, the latest kit can be used with any board revision and? provided upgrade paths. Older kit revisions cannot be used withn newer board + revisions, because they are not compatible.r    "                       Part Numbers   CK-SWXCR-AA * Cable kit for KZESC-xB (SWXCR-EB) includes  internal and external "Y" cables   BN21H-02 8 bit SCSI cable (2m) for KZESCd   BN31L-1E! 8 bit SCSI cable (1.5m) for KZPSC    BN31K-0E+ 16 bit internal cable w/bulkhead (0.5m) for + KZPSC-xB third channel external connectionsi   BN31M-1E$ 16 bit SCSI cable for KZPSC to BA346   BN31S-1E  1 16 bit SCSI right angle cable (1.5m) for KZPSC toi BA356 StorageWorks enclosure   KZPSC-UB% Battery backup for KZPSC cache memory)   MS100-AA% 16MB Cache memory for KZPSC and KZESC    MS100-AB% 32MB Cache memory for KZPSC and KZESCj     Write Back Cache  ? If you plan to use write back cache on the SWXCR-Px controllerst
 you should> use the Battery backup option for the controller to avoid data
 loss under@ circumstances where the controller is unable to complete a write	 operationeA to disk (for example, power failure).  Also we recommend that the- diskB drives attached to the controller have their write cache disabled; contact ' your drive vendor for more information.0    2             Standalone Configuration Utility Notes  2 Standalone Configuration Utility File Descriptions  3 SRLMGR.EXE        Serial RAID configuration utilitye2 SWXCRMGR.EXE      RAID configuration utility v3.11< SWXCRFW.EXE       Firmware download utility for EISA and PCI controllers                            WARNING9  ; Make sure you use the correct firmware file for the type of 
 controller toe; be upgraded.  Using the wrong firmware file can render your 
 controllerB inoperative. The SWXCRFWA.216 file is for EISA controllers and the) SWXCRFWP.242 file is for PCI controllers.9    9 SWXCRFWA.216   2.16 Firmware for the EISA RAID controller18 SWXCRFWP.242   2.42 Firmware for the PCI RAID controller1 !MLX0075.CFG   Windows NT EISA configuration file 9                   for the 3 channel EISA raid controller.11 !MLX0077.CFG   Windows NT EISA configuration file 9                   for the 1 channel EISA raid controller. 7 AMLX0075.CFG   VMS/Digital UNIX EISA configuration file 9                   for the 3 channel EISA RAID controller.47 AMLX0077.CFG   VMS/Digital UNIX EISA configuration file 9                   for the 1 channel EISA RAID controller.H    9 Before upgrading to V2.42 it is recommended that the RAID  configuration beA saved to a floppy using the Backup/Restore option provided in the  ToolsEA menu option of the Standalone Configuration Utility. Refer to the7 SavingB Configuration to Diskette section of a StorageWorks RAID Array 200? Subsystems Controller Installation and Standalone Configuration0	 Utilities  Users Guide section 7.3.6.    > SWXCR RAID Configuration Utility and ARC Console Firmware v4.x  B The RCU provided with this kit must be used if you have one of the systems A listed below with an ARC Console at the listed version or higher.  The9A controller may be rendered inoperative if a prior revision of the1 RCU , SWXCRMGR utility is used with these systems.  %      Platform             ARC Versionv        AlphaServer 2100     4.25      AlphaServer 1000     4.26      AlphaStation 400     4.28  A  For other platforms, please contact your Digital representative.                            WARNING2  B The SWXCRMGR utility in this kit (version 3.11) should not be used onB DEC2000 and DECpc aXp 150 series systems.  Owners of these systems shouldA contact their Digital Service Representative or call 800-STORWORK 	 to obtain0$ the appropriate RCU for their needs.     SWXCRMGR Override Option  B The RAID configuration utility has an override option which allows the userA to enter the utility without waiting for the drives to timeout in 	 the event @ of either a dead logical drive or an unwanted configuration.  To use theL> override option, type 'SWXCRMGR -o' when starting the utility. You can9> then make failed drives OPTIMAL or completely change your RAID> configuration.  This option should only be used when using the Tools or New3 Configuration menu options of the SWXCRMGR utility.0     Serial Utility  B The Standalone utility for the SWXCR controller can be run using a VTxxx ; terminal and serial connection to the host system by typing 
 a:\SRLMGR.EXE 9 at the Run a Program: menu option of the ARC console. The3
 SRLMGR.EXE@ version of the utility has character cell terminal support while	 providing0> the same interface and functionality as the VGA version of the
 Standalone8 utility.  For correct operation using the VTxxx terminal characteristicsn should be set as follows:   = 1)   Check your system manual on how to setup your system fors serial mode. 2)   Set to No Cursor mode& 3)   Set to VTxxx Mode, 8 Bit Controls  B The Escape key is Ctrl-[. When the utility prompts the user to hit escape? to continue, the Ctrl key should be pressed and held down whilec	 the [ keyi1 is pressed. This will invoke the escape function.0     Failing A Drivee  = Failing a drive with the SWXCRMGR utility will spin the drive=A down. Selecting Format under the Rebuild option will not spin the  drive9A up. Reselecting the controller under the Select SWXCR option willL spin the5 drive up and allow a format under the rebuild option.X      %                    Digital UNIX Notes0   Subset Names  B SWXCRMGR111                     StorageWorks RAID Array 200 OnlineB                                  Management Utility  version 1.1.1> SWXCR122                        StorageWorks SWXCR Utility for Digital UNIX.                                  version 1.2.2    % Performing Rebuilds with the SWXCRMGR:  B When performing rebuilds across multiple controllers with the GUI, rapidly0A changing back and forth between controllers can cause the utility  to9 crash. The utility crash does not otherwise affect system9 operation and all > rebuilds will continue. We recommend not switching controllers	 after the 5 last rebuild has started until all rebuilds complete.2    + SWXCRMGR Does Not Report Automatic Rebuilds0  5 The GUI does not report rebuilds which the controller 
 automatically0B initiates. If an automatic rebuild is occurring, the GUI will mark	 the drive = as WOL. Do not start a second rebuild on a controller that isM	 currently3 doing an automatic rebuild.9    5 Canceling a Parity Check or Rebuild with the SWXCRMGR0  ? You can cancel a parity check or rebuild that is in progress by  reselecting1B the Parity Check or Rebuild function from the Management menu, and then. clicking the cancel button on the main window.    ' SWXCRMGR Does Not Update Error Counters7  B The device error counters are read from the controller at the time theh? SWXCRMGR GUI is invoked. Inspection of the error counters after  the GUI has A been running for a period of time may result in error counts thatI have not@ been updated. The SWXCR monitor utility will however continue to provided updated error reporting.     SWXCRMON Utility  B The accompanying disk contains version V1.2.2 of the SWXCR monitor utilityg; for Digital UNIX.  Version 1.2.2 of the monitor utility fora Digital UNIXB incorporates changes from earlier versions of the utility to allow eventS; notification via a mail client's Subject: line when the the- utility is used-& to log messages via the mail facility.  = Installation and usage of this utility is as described in theu documentB "StorageWorks RAID Array 200 Online Management Utility for Digital UNIXB User's Guide".  Prior to installing the utility, you should remove anypB prior installations of the utility. The following instructions are a quick B summary of the steps to install the utility.  Consult your Digital UNIX/ documentation if you need further explaination.a  ? 1. Identify any previous installations of the SWXCR Utility fors Digitaln>    UNIX ( OSF/1 ).  Use the 'setld -i' command to determine if previous)    versions of the utility are installed.w  0           for example:  setld -i | grep -i swxcr  > This command may identify subsets for either the 'StorageWorks
 RAID Array= 200 Management Utility' or the StorageWorks SWXCR Utility fora Digital UNIXB (or OSF/1)'.  You should note the subset name of any 'StorageWorks SWXCRt= Utility for Digital UNIX (or OSF/1)' for use in the following  step.r  A 2. Remove any "SWXCR Utility for Digital UNIX (or OSF/1)" subsetsh that areA    identified in step 1.  This is accomplished using the 'setld - 
 d' command=    with the subset name(s) identified in step 1.  For examplet using the SWXCRg>    Utility for Digital UNIX v1.2.1 subset's name SWXCR121, you
 would type  )                         setld -d SWXCR121e  5 You are now ready to install the new monitor utility.   ; 3. Mount the accompanying distribution disk to a convenient0
 filesystem mount point such as /mnt.i  < 4. Install the monitor utility using the 'setld -l' command.	 Using ther) example mount point /mnt, you would type:b  %                         setld -l /mnte  ? 5. Select the monitor utility's subset, SWXCR122, when promptede and confirmf1 your choices. The utility will then be installed.j  . 6. Dismount the utility disk and you are done.    #                       OpenVMS Notesp   File DescriptionsnA DEC-AXPVMS-SWXCR-V0102--3.PCSI          PCSI installable Extendedi	 Utilitiesr:                                           for OpenVMS V6.1@ DEC-AXPVMS-SWXCR-V0300--1.PCSI          PCSI installable GUI and Extended?                                           Utilities for OpenVMSs V6.2 and laterA INVOKE_PCSI.COM                         Installation file for thel	 utilitieso      Utilities Provided with this Kit  ? This kit contains an extended command line utility, SWXCR, usede forr= monitoring the RAID array and performing parity checks on its A devices. SWXCR is supported on OpenVMS version 6.1 and higher.  Ae	 GUI basediB RAID management utility, SWXCRMGR, is supported on OpenVMS version 6.2 andu= higher. Prior to installing the extended utilities on systemse runningi; OpenVMS V6.1, you should install the SWXCR kit found on thes OpenVMS V6.1 distribution media.n    % Performing Rebuilds with the SWXCRMGRv  B When performing rebuilds across multiple controllers with the GUI, rapidly A changing back and forth between controllers can cause the utilityc to9 crash. The utility crash does not otherwise affect system- operation and all-> rebuilds will continue. We recommend not switching controllers	 after theu5 last rebuild has started until all rebuilds complete.A    + SWXCRMGR Does Not Report Automatic Rebuildsb  B The GUI does not report rebuilds that the controller automaticallyA initiates. If an automatic rebuild is occurring the GUI will markn	 the drivew= as WOL. Do not start a second rebuild on a controller that isl	 currently  doing an automatic rebuild.u    5 Canceling a Parity Check or Rebuild with the SWXCRMGRp  ? You can cancel a parity check or rebuild that is in progress byw reselecting B the Parity Check or Rebuild function from the Management menu, and then. clicking the cancel button on the main window.    ' SWXCRMGR Does Not Update Error Countersm  B The device error counters are read from the controller at the time the ? SWXCRMGR GUI is invoked. Inspection of the error counters aftert the GUI haslA been running for a period of time may result in error counts thato have not@ been updated. The SWXCR monitor utility will however continue to provide  updated error reportinge     SWXCRMGR VMScluster Support   A Previous version of these utilities would not operate properly ino arA cluster environment when the SYSGEN parameter DR_UNIT_BASE numberr wash= non-zero. However, in a cluster environment, multiple servers 	 could notF? both be set to zero. SWXCR Utilities have been modified so that 	 they will:/ operate properly when DR_UNIT_BASE is non-zero.e  A The modifications made to the utilities affect the SWXCR Monitor,r thed2 SWXCR Parity Check utility, and the SWXCR Manager.  9 The DR_UNIT_BASE number on any given node in a VMScluster" environmentw@ should be set at least eight apart from all DR_UNIT_BASE numbers on other= nodes in the VMScluster environment, in order to avoid namingb
 conflicts.     SWXCRMGR  > The SWXCRMGR program has been modified to allow examination of controllersr2 on systems that have non-zero DR_UNIT_BASE values.      SWXCR MONITOR  @ The process name is changed from SWXCR$MON_DRx (where `x' is the@ controller letter of the device specified in the `SWXCR MONITOR'	 command),  to a name composed as follows:  A   "SW$" + DECnet-node-name + "$" + allocation-class + controller-: letter  6  For example, if the user types the following command:        $ SWXCR MONITOR DRA10  B on node ASTRO, where the allocation class is set to 5, the process name will be set to:4        SW$ASTRO$5A  ; This naming convention, used above for the process name, isi
 propagated to"0 the log file name and the mailbox name, as well.  4 Using the example above, the log file name would be:        SW$ASTRO$5A.LOG   and the mailbox name would be:        SW$ASTRO$5A_MBX  < Note that when you are running SWXCR MONITOR in a VMScluster environment,@ only those controllers that are local to the current node can be	 monitoredn@ from that node.  In order to monitor a controller connected to a	 differenti? node in the cluster, you must log into that particular node and- start a new-B monitor process for that particular controller.  If you attempt to monitoru: a controller which is not local to the current node in the cluster, an? error is returned.   SWXCR CHECKu  @ In a VMScluster environment, you may only perform a parity check	 operation-8 on a device that is local to the node from which you are
 operating. In > order to perform a parity check (with our without repair) on a logicaly@ drive associated with a controller connected to a different node in theB cluster, you must log into that particular node and then issue the> appropriate "SWXCR CHECK" command. If you attempt to perform a checkoB operation on a logical drive unit that is not local to the current node in-" the cluster, an error is returned.    $                     Windows NT Notes    A Installation of NT on SWXCR Boot Partitions with Multiple Logical  Drives  > There is a limitation in the Windows NT installation mechanism whichaB results in a failure to successfully complete an installation to a SWXCR.? boot device when more than one logical drive is defined on that  device.b    ' Partition Restrictions under Windows NT5  A The Windows NT boot partition size cannot exceed 2024 MB in size.e Please< see Microsofts Windows NT documentation for further details.    / Passthru Device Support on the SWXCR Controller   > Windows NT v3.1 does not support passthru devices such as tape
 drives andB CD-ROMs.  Windows NT v3.5 and later support any number of passthru devicesM> without restrictions.  System Services Version of the SWXCRMON Utilitye@ There is provided an alternative version of the SWXCRMON utility that? operates as system service under Windows NT.  This version wille starte? automatically whenever the NT system is booted.  Otherwise, theH system= service monitor is identical in functionality to the standardh versiona= provided through the SETUP routine.  You may use each versionm
 separately orSB together. We welcome any comments you have regarding this utility; please? see the address shown under the feedback section of the GeneralR releaseT< notes.  The files for the system service monitor utility are located on the@ NT release disk under the directory \serv_mon.  The instructions for.A installation and removal of the utility are contained in the filen' SWXCRSRV.REL located in that directory.9     Utility Version Numberso  5 The revision levels for the Windows NT utilities are:m        SWXCRMON       v1.35o      SWXCRMGR       v1.26a    B StorageWorks RAID Array 200 Online Management Utilities for Alpha-
 Based Systems   A Copyright StorageWorks RAID Array 200 Online Management Utilitiesn5 Digital Equipment Corporation for Alpha-Based Systemse 1995 All Rights Reserved   ------------------------------  % Date: Tue, 17 Feb 2004 05:48:46 -0800U# From: "Tom Linden" <tom@kednos.com>l% Subject: RE: Why was VAX abandonned ?-9 Message-ID: <NDEMLKKEBOIFBMJLCECIMEGACNAA.tom@kednos.com>S     -----Original Message-----)   From: Andrew Harrison SUNUK Consultancyt0   [mailto:Andrew_No.Harrison_No@nospamn.sun.com])   Sent: Monday, February 16, 2004 6:32 AMy   To: Info-VAX@Mvb.Saic.Com '   Subject: Re: Why was VAX abandonned ?v         Tom Linden wrote:a   >    J   > No, you are mistaken, they were wrong.  Why would you design a new cpuI   > that could only run new code.  So you could go after a small a marketRK   > as possible?  Actually, it was the miserable performance of Oracle thatlK   > was responsible for the addition of 16bit and byte sign extended moves.t   >    ;   Wern't there also issues with Cobol performance as well ?t  I I am not familiar with the Cobol implementation but there would certainlydI have been a problem with comp-4 data types for the early  alphas and the bI layout of records is the same as PL/I, i.e. UNALIGNED, so they would haved required alignement fix-up t   	   Regardsh   Andrew Harrisont      ---m(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004    ---r& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004   ------------------------------  % Date: Mon, 16 Feb 2004 11:32:59 -0500-* From: JF Mezei <jfmezei.spamnot@istop.com>% Subject: Re: Why was VAX abandonned ?a) Message-ID: <4030F0B9.F2176E04@istop.com>u  K >   The lack of byte manipulations was acknowledged to be the major mistakes  >   in the initial architecture.  M This is soemthing I have a hard time understanding. I remember when Alpha wascL first introduced, they did mention the requirement to read 4 or 8 bytes at a time from aligned storage.  K However, when you look at real world commercial applications (as opposed tomG calculating Pie the fastest), doesn't that implicitely involve a LOT ofuB character/string manipulations ? Or is that just a misconception ?  K I am perplexed that they would have created an architecture that would havey' been so weak at character manipulation.E   ------------------------------  % Date: Tue, 17 Feb 2004 06:57:14 -0800M# From: "Tom Linden" <tom@kednos.com> % Subject: RE: Why was VAX abandonned ?E9 Message-ID: <NDEMLKKEBOIFBMJLCECIGEGECNAA.tom@kednos.com>c  H It is easy to make a fast chip if you neglect the hard stuff.  But it isK the hard stuff that separates a competent from a mediocre design.  The flawHJ was not of the engineers making, it was managment's failure to provide theI proper set of of design goals to the engineers.  Nothing to be perplexed > about.         -----Original Message-----3   From: JF Mezei [mailto:jfmezei.spamnot@istop.com]S)   Sent: Monday, February 16, 2004 8:33 AMR   To: Info-VAX@Mvb.Saic.Com>'   Subject: Re: Why was VAX abandonned ?t      @   >   The lack of byte manipulations was acknowledged to be the    major mistakee"   >   in the initial architecture.   A   This is soemthing I have a hard time understanding. I remember R   when Alpha wasD   first introduced, they did mention the requirement to read 4 or 8    bytes at a   time from aligned storage.   C   However, when you look at real world commercial applications (as     opposed toI   calculating Pie the fastest), doesn't that implicitely involve a LOT ofsD   character/string manipulations ? Or is that just a misconception ?   C   I am perplexed that they would have created an architecture that o   would have)   been so weak at character manipulation.n      ---b(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004    ---h& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004   ------------------------------    Date: 17 Feb 2004 07:32:07 -0800. From: al5vf03p02@sneakemail.com (William Webb)F Subject: Re: will these non-DEC disks work with my hobbyist equipment?; Message-ID: <d5ce4b06.0402170732.d9aac6@posting.google.com>e  G sms@antinode.org wrote in message news:<04021310345103@antinode.org>...i0 > From: al5vf03p02@sneakemail.com (William Webb) > N > > > I have 7.3-1 ALPHA (DEC 3000/300 LX, DEC 3000/600, ALPHAstation 255/233)N > > > and 7.3 ALPHA (VAXstation 4000/60, VAXstation 4000/90, VAX 4000/100A).   >  -I > > Don't forget about the 1.06 GB limit FOR SYSTEM DISKS that exists forsG > > some, but not all, of the VAX systems you have listed. [See FAQ forw > > details] > J >    Forget about the 1.07GB limit for system disks, which affects none ofB > the VAX systems you have listed.  (See the VMS FAQ for details.) > < > > I tried mailing you at the naked address but it bounced. >  >    Same here:tE > 550  %TCPIP-E-SMTP_COMMANDERR, SMTP command error astro.multivax.deo) > Wake me (e-mail) if you get that fixed.b > J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-orgI >    Saint Paul  MN  55105-2547M  	 <REDFACE>I  # Not a VAXstation 3100 in the bunch.S  / You're right. (and I was posting from the hip.)   
 </REDFACE>   WWWebb ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road u( Raleigh, NC 27616-2874 919.325.7500x4186 * * * -    ------------------------------  # Date: Mon, 16 Feb 2004 19:07:16 GMTU3 From: Michael Grunditz <michael.grunditz@telia.com>I Subject: XDM problemsD1 Message-ID: <9125cb814c.michael@privat.utfors.se>e   Hi  C After a reinstall of OpenVMS on my VS4000-90 , XDM stopped to work.l= It is running and enabled, but I cant connect anything to it.o   /Michael Grunditzy   ------------------------------  # Date: Mon, 16 Feb 2004 19:20:00 GMTn3 From: Michael Grunditz <michael.grunditz@telia.com>  Subject: Re: XDM problems 1 Message-ID: <704ccc814c.michael@privat.utfors.se>   + In message <c0r4qi$17hm@newton.cc.rl.ac.uk>i5           "Richard Brodie" <R.Brodie@rl.ac.uk> wrote:d   > B > "Michael Grunditz" <michael.grunditz@telia.com> wrote in message- > news:9125cb814c.michael@privat.utfors.se...d > G > > After a reinstall of OpenVMS on my VS4000-90 , XDM stopped to work.CA > > It is running and enabled, but I cant connect anything to it.- > F > The default configuration file doesn't allow any connections. If you: > haven't got a backup copy of it, you'll need to edit it. >  > ) Aha and where is the configuration file ?    /Michael   ------------------------------  % Date: Tue, 17 Feb 2004 06:48:50 -0500N2 From: John Eisenschmidt <jweisen@eisenschmidt.org>: Subject: Re: [OT] Solaris crashes itself when /tmp is full5 Message-ID: <20040217114850.GN13356@eisenschmidt.org>-  F Rumor has it that Tim Llewellyn (tim.llewellyn@blueyonder.co.uk) said: >  >  > Roy Omond wrote: >    > > Any comments ? > >  > > A flabbergasted Roy Omondt > > Blue Bubble Ltd. > M > Sure, it is a unix "weakness". Some syadmins have cron jobs to monitor and   > clean up > /tmp. > J > VMS also will have problems if SYS$SYSDEVICE fills up. I have seen this 8 > happen with LPD printer logs at a site many years ago. > 	 > regards  >  > -- b  > tim.llewellyn@blueyonder.co.uk  D I will lay good money that if I did a 'mount', I'd lose my last meal= all over the keyboard. Just like a lousy admin can give you a F crashable VMS system, so too can a misconfigured Unix box do the same.E And yes filling temp will piss any Unix off, and yes you get warningsvA in the log files (should you know where they are, in Solaris it'sA> /var/adm/messages), and /tmp should not be 'filling up' unless something is horribly wrong. -  D I can't attest to it, but I've seen posts from respected people hereD that prior to VMS 5.5 this sort of thing would f' the system up. SunD will tell you it's working by design because if you don't lay thingsD out right this will happen. On my BSD boxes, I end up with both /tmp) and /var/tmp to avoid this sort of thing.   C And yes, Andrew's posts about /tmp and /swap and ram are correct --ID this is the only place Solaris is truely odd compared to the others.   -- n/ John W. Eisenschmidt (jweisen@eisenschmidt.org) .   http://www.eisenschmidt.org/jweisen/pgp.html  ( "Wonderful to look at, marvelous to hold(  but if you break it, consider it sold."   ------------------------------   End of INFO-VAX 2004.095 ************************