1 INFO-VAX	Sun, 04 Nov 2001	Volume 2001 : Issue 613       Contents:0 733Mhz 21264cpus on Ebay What are they good for? Re: Compaq guarantees? Re: Compaq guarantees?, Re: Erasing a  software write locked tape...) Re: Global Sections for IPC - performance  How to get in on an IPO! Re: RMS accvio! Re: savesets,  CDs and attributes ! Re: savesets,  CDs and attributes  Re: SSH for VMS? Re: SSH for VMS? ucx 4.2 - ftp_c<x> hanging Re: Undo disk Initialize  F ----------------------------------------------------------------------  # Date: Sat, 03 Nov 2001 19:30:35 GMT , From: peterw@u.genie.co.uk (Peter Watkinson)9 Subject: 733Mhz 21264cpus on Ebay What are they good for? 6 Message-ID: <3be445bd.7728765@news.cable.ntlworld.com>   Hi,   E Some guy is selling 21264 cpu's on Ebay.com by the tray load and if i D read him right he has 15 trays with 8 on a tray. There is no reserveA and they are currently running at $125 each for each cpu I think.     A http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1292784823     A My question is what are these cpus suitable for? They are branded F Samsumg EV67. Are they for an API DP264 motherboard? They can't be forC a UP2000 because they are flip chip not Slot. Are they for a Compaq : system? Not an XP1000 because that only goes up to 667mhz?   Any help appreciated.   
 Kind regards,      Peter Watkinson  peterw@u.genie.co.uk   ------------------------------   Date: 4 Nov 2001 00:28:48 GMT 3 From: vance@alumni.caltech.edu (Vance R. Haemmerle)  Subject: Re: Compaq guarantees? , Message-ID: <9s2240$51p@gap.cco.caltech.edu>  9 In article <J6DE7.822$MI.558632@typhoon.ne.mediaone.net>, 3 Terry C. Shannon <terryshannon@mediaone.net> wrote:  > M >Yeah, it's significant all right. I doubt Compaq or ANY company could afford K >to maintain a liability such as would arise from a potential multi-billion G >dollar money back guarantee. The company's stockholders would not look  >kindly on such a promise.  K   I don't think Compaq really cares what it's stockholders think.  One only N has to look at the huge breakup fee if the merger is rejected by shareholders.H Also, if I remember correctly, there are/were several shareholder suits J pending from lack of information release and insider selling.  I think if L stockholders don't look kindly on things the company does their only choice D is to sell out at a loss.  Many have already done that, me included.   -- Vance Haemmerle  vance@alumni.caltech.edu   ------------------------------  # Date: Sun, 04 Nov 2001 00:45:00 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq guarantees? ; Message-ID: <gc0F7.4414$kw.1787089@typhoon.ne.mediaone.net>   @ "Vance R. Haemmerle" <vance@alumni.caltech.edu> wrote in message& news:9s2240$51p@gap.cco.caltech.edu...; > In article <J6DE7.822$MI.558632@typhoon.ne.mediaone.net>, 5 > Terry C. Shannon <terryshannon@mediaone.net> wrote:  > > H > >Yeah, it's significant all right. I doubt Compaq or ANY company could afford? > >to maintain a liability such as would arise from a potential 
 multi-billion I > >dollar money back guarantee. The company's stockholders would not look  > >kindly on such a promise. > H >   I don't think Compaq really cares what it's stockholders think.  One onlyB > has to look at the huge breakup fee if the merger is rejected by
 shareholders. I > Also, if I remember correctly, there are/were several shareholder suits K > pending from lack of information release and insider selling.  I think if F > stockholders don't look kindly on things the company does their only choiceF > is to sell out at a loss.  Many have already done that, me included.  I I haven't sold, but suffice it to say that the Roth IRA I funded with CPQ J stock last year has lost two-thirds of its value. (Of course, I don't plan on retiring any time soon!)   F I'm unaware of any new shareholder lawsuits; I woulda thought that CPQK learned its lesson from the insider tradathon that led to the much-deserved  ouster of Eckhard Pfeiffer.   G I dunno if CPQ cares what its stockholders think, but Michael Capellas' B compensation--or the rate at which his shares and options vest--is% definitely influenced by stock value.    ------------------------------  % Date: Sat, 03 Nov 2001 17:53:44 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 5 Subject: Re: Erasing a  software write locked tape... ' Message-ID: <3BE48388.17818B5E@fsi.net>    > valdemir wrote:  > : > Is there any way to erase a software write locked tape ? > A > I'd like to use any old Digital's software tapes that I have...    Huh?  H That only happens in cases like DLTs which will read bot not write media for earlier DLT's, AFAIK.   H In any case, a good bulk eraser and a lot patience should be all that itE necessary for 9-track and DLT tapes. QICs will be rendered useless if  bulk erased, I think.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 04 Nov 2001 00:41:55 GMT' From: dashw459@aol.comeatspam (Doug W.) 2 Subject: Re: Global Sections for IPC - performance9 Message-ID: <20011103194155.28701.00002591@mb-cg.aol.com>   # Rick Cadruvi" rick@rdperf.com wrote   L << Share the data using an interlock mechanism (ADAWI) and while waiting for the K data to be in a state you want, spin by Interrupting the Software Scheduler 8 (I posted the basic mechanism in an earlier message). >>  3 Out of curiosity how do you handle the following...   B     1.) An operator deletes a process when that has the spin lock.  O     2.) Measure idle CPU time.  How do you know how much CPU spinning is taking L versus the application work.  How do you know when to upgrade your hardware?   ------------------------------   Date: Fri, 2 Nov 2001 00:22:34 From: info@gopreipo.com ! Subject: How to get in on an IPO! 8 Message-ID: <iss.365.3be49c5f.372a4.2@mx2.west.saic.com>   <html> <head>H <meta http-equiv=Content-Type content="text/html; charset=windows-1252">* <title>How do you get in on an IPO</title> <style><!--  Normal 	{font-size:12.0pt;   	font-family:"Times New Roman";} -->  </style> </head> X <body lang=EN-US link=blue vlink=purple bgcolor="#FFFFFF" text="#0066CC" class="Normal"> <p><b><span style='font-family:Arial;color:#336699'>How do you get in on an <a href="http://www.gopreipo.com/reqform.html"><span4 style='color:#336699'>IPO</span></a>?</span></b></p>U <p><b><span style='font-size:10.0pt;font-family:Arial;color:gray'>Acquire a position  1   in companies prior to their </span></b><b><span ; style='font-size:10.0pt;font-family:Arial;color:#336699'><a J href="http://www.gopreipo.com/reqform.html"><span style='font-size:12.0pt;J color:#336699'>IPO</span></a> </span></b><b><span style='font-size:10.0pt;4 font-family:Arial;color:gray'>launch!</span></b></p>R <p><b><span style='font-size:10.0pt;font-family:Arial;color:gray'>There are stock 6   market secrets that institutional investors and <br>C   investment banking firms DO NOT want you to know. Investment <br> 3   Banking firms usually pre-allocate most of the <a J href="http://www.gopreipo.com/reqform.html"><span style='font-size:12.0pt;, color:#336699'>IPO</span></a> shares to <br>O   their VIP clients, leaving few or none for the small investor.</span></b></p> P <p><b><span style='font-family:Arial;color:#336699'>Big Profits aren't just for #   big VIP's anymore!</span></b></p> P <p><b><span style='font-size:10.0pt;font-family:Arial;color:gray'>Don't be shut 0   out at the opening bell on </span></b><b><span; style='font-size:10.0pt;font-family:Arial;color:#336699'><a J href="http://www.gopreipo.com/reqform.html"><span style='font-size:12.0pt;J color:#336699'>IPO</span></a> </span></b><b><span style='font-size:10.0pt;3 font-family:Arial;color:gray'>purchases. Don't <br> D   pay more than <a href="http://www.gopreipo.com/reqform.html"><spanL style='font-size:12.0pt;color:#336699'>IPO</span></a> prices.</span></b></p>t <p><b><span style='font-size:10.0pt;font-family:Arial;color:gray'>Click </span></b><b><span style='font-size:10.0pt;# font-family:Arial;color:#336699'><a J href="http://www.gopreipo.com/reqform.html"><span style='font-size:12.0pt;K color:#336699'>here</span></a> </span></b><b><span style='font-size:10.0pt; P font-family:Arial;color:gray'>to find out how to get in on these tremendous <br>   opportunities!</span></b></p> R <p><b><span style='font-size:10.0pt;font-family:Arial;color:gray'>Get in at below    <aJ href="http://www.gopreipo.com/reqform.html"><span style='font-size:12.0pt;4 color:#336699'>IPO</span></a> prices!</span></b></p>O <p><b><span style='font-family:Arial;color:#336699'>Get in on THE ground floor  8   opportunity!</span></b><span style='font-family:Arial; color:#336699'></span></p>O <p><span style='font-size:7.5pt;font-family:Arial;color:black'>If this reached  V   you by error, or you do not wish to receive this information or type of information 2   in the future,&nbsp;please click on the words <aa href="mailto:remove@gopreipo.com?subject=Remove%20Me%20From%20Your%20List">REMOVE</a></span><span  style='font-size:7.5pt;font-family:Arial;color:black'>, then</span><span style='font-size:7.5pt;font-family:Arial;color:black'> F   send&nbsp;and you will be taken off our list immediately</span><spanC style='font-size:7.5pt;font-family:Arial;color:black'>.</span><span T style='font-size:7.5pt;font-family:Arial;color:black'>&nbsp; We sincerely apologize N   for any inconvenience. This E-mail is not SPAM under the Federal Regulatory R   laws of the United States. This message&nbsp;is being sent to you in compliance U   with the proposed Federal Legislation for commercial e-mail&nbsp;(H.R.4176-SECTION  N   101 PARAGRAPH (e) (1) (A)) and Bill s.1618 TITLE III passed by the 105th US K   Congress.</span><span style='font-family:Arial;color:black'> </span><span % style='font-family:Arial'></span></p> 2 <p><span style='font-size:7.5pt;font-family:Arial;P color:blue'>This message is not intended for residents of WA, NV, CA, &amp; VA. P   Screening of addresses has been done to the best of our technical ability. If O   you are a California, Nevada, Washington, or Virginia resident please follow     the instructions above and you will be permanently removed from our list immediately.</span><span style='font-size:7.5pt;color:blue'>    </span><span@ style='font-size:7.5pt;font-family:Arial;color:blue'></span></p> </body>  </html>    ------------------------------  # Date: Sun, 04 Nov 2001 01:21:04 GMT , From: "Paul Dennis" <comedyox@earthlink.not> Subject: Re: RMS accvio E Message-ID: <4K0F7.13222$hZ.1240549@newsread2.prod.itd.earthlink.net>   L "Chris Sharman" > > > I'm reporting it here because there doesn't seem to be much for TSC to  > goK > > > on, and in any case (separate thread) I can't put support calls in to  UK > TSC  > > > via web or email.    Don't you have AES?    Cheers,  .pd.   ------------------------------  % Date: Sat, 03 Nov 2001 17:49:30 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> * Subject: Re: savesets,  CDs and attributes' Message-ID: <3BE4828A.92E1C7D3@fsi.net>    Larry Kilgallen wrote: > ] > In article <3BE36B71.6A33131C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Larry Kilgallen wrote: > >>` > >> In article <3BE21635.8FFCC3DE@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: > >> [snip] N > >> > Then again, given how one MOUNTs an ISO-9660 disc, I don't see how thatM > >> > could be enabled without mucho changes to the OpenVMS system software. D > >> > See HELP MOUNT /MEDIA and/or the appropriate source listings. > >>K > >> If VMS does not handle this correctly, then indeed DEQ has work to do, 5 > >> but the fields are there in the ISO-9660 format.  > > I > > If anyone has any pointers to VMS documentation about how/whether any D > > ISO-9660 cells are actually examined by VMS/RMS, please cite the< > > appropriate documents. I'd really be interested to know. > = > I strongly believe the only documentation is in the source.   6 I was secretly hoping that Hoff would chime in here...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 04 Nov 2001 03:59:05 GMT + From: Jeff Campbell <jcampbell@ins-msi.com> * Subject: Re: savesets,  CDs and attributes+ Message-ID: <3BE4B4EC.CE1B47BE@ins-msi.com>   B The DEC interface has been documented since atleast May of 1993 in: "Guide to OpenVMS File Applications." The V7.3 info is at:  O http://www.openvms.compaq.com:8000/73final/4506/4506pro_001.html#cdrom_concepts    (may be wrapped)  B The ISO 9660 specification is also needed to use this information.  
 Jeff Campbell  n8wxs@arrl.net   "David J. Dachtera" wrote: >  > Larry Kilgallen wrote: > > _ > > In article <3BE36B71.6A33131C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > > Larry Kilgallen wrote: > > >>b > > >> In article <3BE21635.8FFCC3DE@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:
 > > >> [snip] P > > >> > Then again, given how one MOUNTs an ISO-9660 disc, I don't see how thatO > > >> > could be enabled without mucho changes to the OpenVMS system software. F > > >> > See HELP MOUNT /MEDIA and/or the appropriate source listings. > > >>M > > >> If VMS does not handle this correctly, then indeed DEQ has work to do, 7 > > >> but the fields are there in the ISO-9660 format.  > > > K > > > If anyone has any pointers to VMS documentation about how/whether any F > > > ISO-9660 cells are actually examined by VMS/RMS, please cite the> > > > appropriate documents. I'd really be interested to know. > > ? > > I strongly believe the only documentation is in the source.  > 8 > I was secretly hoping that Hoff would chime in here... >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sat, 3 Nov 2001 13:00:24 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>  Subject: Re: SSH for VMS? 8 Message-ID: <9s1esj$eth$1@fizban.fizban.pprd.abbott.com>  8 "Richard L. Dyson" <rickdyson@home.com> wrote in message" news:3BE34942.B8BE1121@home.com... > Dave Gudewicz wrote:K > > Is there SSH for VMS out there somewhere?  The links in the VMS FAQ led  me" > > to a dead end a few weeks ago. > > > > > Target system is Alpha running VMS 7.2-1 with TCPIP v5.0A. > J > I don't know about the FAQ's pointers, but there is FISH as a SSH client and F > an OSU SSH Server (SSH v1.5).  Both are free.  The server also needs OpenSSL. > H > If those sound like the ones you tried to track down, let us know.  If7 > nothing else, I can make my copies of both available.  > K > I run them both on OpenVMS/Alpha v6.2, v7.1, v7.1-1h2, v7.2-1, & v7.3 and  > OpenVMS/VAX v6.2.  >  > rick   ------------------------------  $ Date: Sat, 3 Nov 2001 13:01:01 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>  Subject: Re: SSH for VMS? 8 Message-ID: <9s1eto$eti$1@fizban.fizban.pprd.abbott.com>   I'm interested.    Thanks, 8 "Richard L. Dyson" <rickdyson@home.com> wrote in message" news:3BE34942.B8BE1121@home.com... > Dave Gudewicz wrote:K > > Is there SSH for VMS out there somewhere?  The links in the VMS FAQ led  me" > > to a dead end a few weeks ago. > > > > > Target system is Alpha running VMS 7.2-1 with TCPIP v5.0A. > J > I don't know about the FAQ's pointers, but there is FISH as a SSH client and F > an OSU SSH Server (SSH v1.5).  Both are free.  The server also needs OpenSSL. > H > If those sound like the ones you tried to track down, let us know.  If7 > nothing else, I can make my copies of both available.  > K > I run them both on OpenVMS/Alpha v6.2, v7.1, v7.1-1h2, v7.2-1, & v7.3 and  > OpenVMS/VAX v6.2.  >  > rick   ------------------------------  $ Date: Sat, 3 Nov 2001 23:21:46 +0100' From: "Harald Droste" <quadword@web.de> # Subject: ucx 4.2 - ftp_c<x> hanging ( Message-ID: <9s1qji$h2$1@news.online.de>  H we have an application running on a win n/t server collecting files fromD vax(en); typically about 50+ files will be fetched every 30 seconds.D this used to work perfectly while running on ucx 4.1 on the vms end.H recently they decided to upgrade to 4.2 (eco 4, i think); now i face the" following problem on the vms side:J for quite a while transfers work well; all the sudden the ftp_c<x> did notJ react to the the ftp bye-command sent by the n/t task, and it "hangs", ie.H it sits there waiting for an event flag; next time round ftpd starts theK next client, which after the "bye" will go waiting as well, and so on until-J the session limit will be reached; ucx ftp does not respond to the connectJ request, files will not be collected, operations will be sent alarm mails,I but don't not check their mailbox, and eventually i will have to stop thes
 ftpd process..F the weired bit: not all the vaxen are affected, _some_ keep on runningK perfectly well although they all are configured the same (per installation:r< 2 x 4-105 disk-cabinet via DSSI, 64 meg, vms 6.2, y2k patch)G being a production critical system and having installations on about 501K sites upgrading to tcpip 5.x is not an option as long as there might be thenJ slightest chance of finding a solution; from my point of view i'd be happy( to find a reason for what's going wrong.H thus my plea: if anyone has run into a similiar problem or would have an4 idea what to look for, please let me have a pointer.   regards harald   ------------------------------  % Date: Sun, 04 Nov 2001 01:20:24 +0000 4 From: John Laird <john@laird-towers.freeserve.co.uk>! Subject: Re: Undo disk Initialize:8 Message-ID: <4st7utgmd928d6orgmb51qtdp47ip822qm@4ax.com>  @ On Sat, 03 Nov 2001 11:58:41 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:n  O >>If you were to scan each physical block of the disk looking for file headers,YP >>wouldn't you find the one that contains the file header for the desired file ?H >>From there, would you be able to read all of the data, even if file isN >>fragmented (i.e. are pointers to the next header/blocks contained inside the >>file or only in indexf ?)t >kL >Not necessarily.  The file headers are in the INDEXF.SYS file.  If the diskL >was initialized the file headers of greatest interest may have been writtenK >over.  It's possible to recover some of the data -- even a majority of thet% >data -- but it is not a simple task.y  & The phrase I like is "non-trivial" :-)  G I wonder if my (obstinate and possibly illogical) preference to specify H /INDEX=BEGIN when initialising a disk, along with a suitably large valueC for /HEADERS, might not offer some protection against an accidentalnF defaulted INIT, which only creates a relatively small INDEXF.SYS file,* mostly located in the middle of the disk ?  G As Hoff pointed out, the poster mentioned this was an optical disk.  MysG hazy recollection of an RV20 is that repeated initialisations of one of5F these WORM disks resulted in the new "disk" being the *unused* portionF of the platter.  It was one way of recovering a rather expensive pieceE of media after an archive which failed mid-write, rather than junkinguE the entire thing.  The disk looks more like a tape, and so early datatG could potentially be recovered with utilities and phy_io perhaps.  OnlysF a "forward pointer" is written to skip the initial contents, which are left untouched.      	John  -- e
 John Laird Yezerski Roper Ltd   ------------------------------   End of INFO-VAX 2001.613 ************************