1 INFO-VAX	Mon, 11 Dec 2000	Volume 2000 : Issue 691       Contents: Re: Cable modem woes update... Re: Cable modem woes update...H Can Oracle7 and Oracle8 live happily together on same Alpha running VMS?L Re: Can Oracle7 and Oracle8 live happily together on same Alpha running VMS?  Re: Decnet - Proxies not working DHCP on a PPP connection* Re: Digital KBD01-AA - What is this thing?" Re: Dismount/abort for tape drives Error output ipchains on OpenVMS 0 Re: It's 20 years since I first logged onto VMS!" Re: Kernel Overhead for Direct I/O Re: Microsoft copyrighting bugs & Mouse hang: AlphaStation 1000A VMS 6.2 Re: New OpenVMS  Education site  Re: New OpenVMS  Education site  Re: New OpenVMS  Education site  Re: New OpenVMS  Education site  Re: One world, one processor Re: One world, one processor Re: One world, one processor$ Stalled Printer Queue On LAT Network Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster " Re: Thread safe version of strtok? Re: TZ87N compatible media.  Re: US Constitution  Re: VMS "froze"  Re: VMS "froze"  Re: VMS "froze"   F ----------------------------------------------------------------------  % Date: Mon, 11 Dec 2000 14:23:53 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ' Subject: Re: Cable modem woes update... ) Message-ID: <3A34E379.62CAC7E0@bbc.co.uk>    JF Mezei wrote:   K >  Are there combos that act as both cable modem and router, or are the two  > always separate ?   E Not quite what you want, but my Linksys DSL ready hub has a dedicated O 10-baseT port for connection to DSL and built in firewall, NAT,  etc. The other C ports are 10/100 btw. Anyway, my cable co do supply the Cable Modem  anyway.   5 My DSL installation is now scheduled for mid January.    Regards  --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------    Date: 11 Dec 2000 09:35:57 -05002 From: malmberg@eisner.decus.org (John E. Malmberg)' Subject: Re: Cable modem woes update... + Message-ID: <heuANykZFexL@eisner.decus.org>   , In article <3A32C6B5.11F86DFC@videotron.ca>,/ JF Mezei <jfmezei.spamnot@videotron.ca> writes:  > jgessling@my-deja.com wrote: >>  : >> May I make a suggestion?  Do yourself a favor and but a  >> cable modem router, with nat, > @ > Yeah, I know this is the solution. However, I still think thatA > those cable modems are very poorly engineered if their firmware B > records the first 3 ether adresses they see instead of recordingB > he the address of a computer that broadcasts a DHCP request. (orB > at least record only ether adresses for machines that emit TCPIP7 > packets with an IP address in the same network as the & > net on the other side of the modem). > A > Since the modems now filter out packets which are not TCPIP and @ > not destined for the "internet", why should these modems storeC > ether adresses of devices that generate SCS, DECNET etc traffic ?   F I would not assume that the modem is filtering out the non IP traffic!  C Based on my own experiences, I would not let an internet connection > such as a Cable Modem or any other Internet connection see any= packets that you did not explicitly want routed to the world.   B Having a "Firewall" box do this for you such as a LINUX PC or some( of the commercial products is important.  F Treat the Cable Modem as a bridge device, not a filter, hub, or router4 for the purposes of your personal network integrity.    -John  wb8tyw@qsl.network Representing only myself   ------------------------------  % Date: Mon, 11 Dec 2000 10:10:37 -0000 $ From: "vmolloy" <molloyv@eircom.net>Q Subject: Can Oracle7 and Oracle8 live happily together on same Alpha running VMS? 0 Message-ID: <kG1Z5.4931$Er5.3023@news.indigo.ie>  K Does anybody know what is involved (or even,  is it possible) in installing  Oracle7 and 1 Oracle8 on the same Alpha server running OpenVMS?    Thanks   ------------------------------  % Date: Mon, 11 Dec 2000 10:55:48 -0500 & From: "Syltrem" <syltrem@videotron.ca>U Subject: Re: Can Oracle7 and Oracle8 live happily together on same Alpha running VMS? 8 Message-ID: <VE6Z5.5521$u73.142494@wagner.videotron.net>  @ They can live happily forever and have many more baby databases!  E They msut be in different code trees. Install Oracle 7 in a [ORACLE7] C directory and 8 in [ORACLE8]. Shutdown Oracle and deassign all ORA_ G logicals, delete all ORA_ symbols, before you run the Oracle 8 install.   J After running the Ora 8 install, go in ORACLEINS and go through the createJ db process for all of the databases you plan to migrate to Oracle 8. Only,K DO NOT allow ORACLEINS to run the scripts. Doing this is easier for you, as K you will not need to modify the ORAUSER_'instance'.COM and other procedures  yourself when migrating.  L Make sure  you define ORA_ROOT logical in whatever procedure invoking OracleG (or in the user's LOGIN.COM) - or else run appropriate ORAUSER.COM. You L can't rely on ORA_ROOT being defined at the system level anymore because you have 2 versions.  J Start BEQ on the 2 versions, and you can have TNS one 1 version only (V8).L If you connect using BEQ, you must be in the correct Oracle version matching7 your database's, but if you use TNS it does not matter.    Very straightforward.   H BTW - I could never get the MIG utility to run. Had to do export/import. Hope you get better luck.    Syltrem     / "vmolloy" <molloyv@eircom.net> wrote in message * news:kG1Z5.4931$Er5.3023@news.indigo.ie...B > Does anybody know what is involved (or even,  is it possible) in
 installing
 > Oracle7 and 3 > Oracle8 on the same Alpha server running OpenVMS?  >  > Thanks >  >  >  >    ------------------------------  % Date: Mon, 11 Dec 2000 10:12:39 +0100 1 From: "Hugh D. R. Evans" <hevans@wm.estec.esa.nl> ) Subject: Re: Decnet - Proxies not working * Message-ID: <9125qa$aru$1@news1.xs4all.nl>   Well,   L Many thanks to all for the invaluable advice. If your ever in the region let" me know and I'll get the beers in.  I The problem was correctly diagnosed as the failure of the routing node. I K moved the license to another VAX satellite (boots from the Alpha), rebooted L both machines and hey presto, it all seems to function again. Now to convice? the powers that be to provide a DVNETRTG license for the Alpha.    Thanks,    Hugh  G PS. I also shifted the system disk of the old vax to another RA90 on it 8 (used to contain data) and it seems to operate fine now.  < "Hugh D. R. Evans" <hevans@wm.estec.esa.nl> wrote in message$ news:90qr9t$k7j$1@news1.xs4all.nl... > Hello all, > G > We've configured several DECNET proxies on our cluster with a cluster  alias.H > They were working fine up until the system disk in the ancient VAX hasK > become flakey and the machine regularly fails to a boot prompt. As we are H > not likely to repair the system disk (RA90), the hardware fix is not a > solution.  > L > The problem is that the cluster alias fail to be used when this old VAX isK > in a down state (all machines should use it for outgoing requests, and do F > when this machine is running). The rest of the cluster appears to beL > functioning normally. Is there an NCP command that allows me to remove theJ > dependency of the cluster alias from this node and assign it to another? > 	 > Thanks,  >  > Hugh >  >    ------------------------------  # Date: Mon, 11 Dec 2000 16:42:45 GMT , From: Lorin Swirsky <lswirsky@earthlink.net>! Subject: DHCP on a PPP connection - Message-ID: <3A350575.78E972F4@earthlink.net>   B I am running VMS 7.1-1H2 on an Alpha 433AU workstation using TCPIP version G 5.0A. I am generating a file on this workstation that I want to post to  the F internet. The most direct path would be to use PPP to dial and connect toH the ISP and FTP to do the transfer.  I have encountered several problems  H though... the ISP dynamically supplies the IP address and PPP requires a  C connection to the IP address. Also, once dialed in transmitting the D appropriate control sequences to apply the PPP connection need to beE somehow sent. Any and all guidance here would be greatly appreciated.    ------------------------------  # Date: Mon, 11 Dec 2000 12:02:45 GMT ( From: Terry Kennedy <terry@gate.tmk.com>3 Subject: Re: Digital KBD01-AA - What is this thing? ' Message-ID: <G5EK4L.J4C@spcuna.spc.edu>   ? In comp.os.vms Alexander R Svirsky <atlas@world.std.com> wrote: K > A Digital KBD01-AA has been kicking around my parts stash for nearly four L > years now since I paid $2 for it at MIT.  I thought I had gotten rid of itI > a long time ago until it showed up behind a box on a shelf.  Until this G > afternoon, it had never been opened or powered up.  The sticker still . > sealed the opening over the power connector.  I   It's the Field Service remote console box for certain types of systems. K It was most popular on the PDP-11/44, where it connects to a second console  line, IIRC.   K   Older VAXen (like the 780) had dedicated DL11 ports in the console 11/03, J while later boxes (like the 8650) used a different kind of remote services( console, which was a glorified X switch.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  % Date: Mon, 11 Dec 2000 10:18:26 +0000 % From: Alan Greig <agreig@my-deja.com> + Subject: Re: Dismount/abort for tape drives 8 Message-ID: <n0a93tg8f5dbj4va8ojof93481aspl8pn7@4ax.com>  D On Sun, 10 Dec 2000 18:18:53 -0500, Ray <lists@aik.tec.sc.us> wrote:  ) >> P.S. The dismount/abort command had no - >> effect, but I may have left something out.  > J >It is absurd that there is no way to force a dismount.  Yes, I know aboutR >reasons not to do it.  But, in this case, when you have to dismount immediately, K >the only way I know is to reboot.  (I've heard of the program you request, ) >but don't know where to find it either.)   3 I have a copy that worked with VAX/VMS 5.5-2 called + CSCPAT_0245_USE_WITH_CAUTION_MTDISMOUNT.EXE  dated 5-NOV-1991  A I too would like an updated version (and an alpha version) . I am B aware of the risks of a possible system crash but this utility wasE very handy for freeing drives stuck on an MTI stingray controller and B never once caused a system crash with us. Genuine Compaq drives onE Compaq controllers seem to suffer less from this problem fortunately.    --
 Alan Greig   ------------------------------  % Date: Mon, 11 Dec 2000 16:51:51 -0000 & From: "Rob Kings" <rob@vitalpulse.com> Subject: Error output , Message-ID: <9130q6$ro4$1@barcode.tesco.net>   Dear all  H It's been  awhile since I had to do too much VMS, and so I'm very rusty.% Consequently I have a slight problem.   L I am writing a script that needs to create a directory listing file. This it% does using syntax along the lines of:   H $ dir /dat/siz/notra/out:ds18:[x.y.z.err]v-errfile.dir ds18:[x.y.z]*.err  L Now the script that includes this is called from within an application, so ID have the ability to re-direct any output (presumably the applicationJ re-directs sys$output) but if no matching files exist then I get a messageJ "No files found" which appears in my application. It also includes a CR/LF# which moved everything up one line.    So, how do I get rid of this?   + I would guess there are 2 possible answers:   , 1. A dir syntax that doesn't cause the error  F 2. A way of "throwing away" all errors for the duration of the script.   Cheers   Rob    ------------------------------  % Date: Mon, 11 Dec 2000 11:26:35 +0100 ; From: "Martin Bodenstedt" <Martin.Bodenstedt@Landtag-BW.de>  Subject: ipchains on OpenVMS) Message-ID: <912a4t$shb$1@news.BelWue.DE>   	 Hi folks,   F is there something similar to Ipchains (Linux) for OpenVMS (I've got aB spare OpenVMS machine that I'd like to use as a packet filter in a firewall configuration)      -- Martin   www.annaverein.de B Verein zur Untersttzung krebskranker Kinder durch Freizeiten e.V.   ------------------------------  % Date: Mon, 11 Dec 2000 10:29:57 -0500 5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam> 9 Subject: Re: It's 20 years since I first logged onto VMS! 6 Message-ID: <912rpu$5r6$1@mailint03.im.hou.compaq.com>   Paul,   & Congratulations!  What were you doing?  * A lot has changed in 20 years of computing  H Do you realise that 20 years ago people would not have accepted a system* that has to be re-booted on a daily basis.  E We still have some of the engineers that were here 20 years ago still  coding.   
 Best Regards,    Sue    Paul Sture wrote in message ... F >If I've got my dates right, on 8-DEC-1980, I logged into my first VMS >system. >___ >Paul Sture  >Switzerland >    ------------------------------  % Date: Mon, 11 Dec 2000 11:13:11 +0000 % From: Alan Greig <agreig@my-deja.com> + Subject: Re: Kernel Overhead for Direct I/O 8 Message-ID: <uka93t827gtqlv1h5vb4ogjgc9su68o0d2@4ax.com>  7 On Sun, 10 Dec 2000 10:14:50 -0700, "Barry Treahy, Jr."  <treahy@mmaz.com> wrote:  C >I know that Direct I/O consumes kernel stack time, but can someone  >confirm what is realistic?  > G >I have a VAX 4000/100 and two weeks ago I yanked all of my old DEC and H >third-parts SCSI drives and replaced it with an Infortrends based RAID.G >I've got analysis reports running, and I'm seeing on average 182 I/O's D >per second on the hot drive, the I/O queue is less than one but the- >kernel time is hanging about 32% on average.    Barry,  F If this is a MANMAN system, which I know you run, then this figure may@ not really be excessive for a VAX 4000/100 handling 182 I/Os perC second in my opinion. DBMS seems to spend a lot of time in elevated D modes which becomes very noticeable if you remove an I/O bottleneck.F Before switching to Alpha our test system was a VAX 4000/300 with DSSIC disks which could also only get about 35 I/Os per second to a disk. F After switching to software striping I could get this up to around 100D I/Os per second with up to 50% of the time in kernel  or exec. On anC Alpha ES40 connected to dual HSZ80 hardware striped, mirrored disks C with 200MB VMS read cache I can get up to several thousand I/Os per E second with kernel + exec sometimes reaching (briefly) as high as 70% A (say during MRP). DBMS does most of its work in elevated modes. A E database load/unload could also be in order as this should reduce the E time DBMS spends searching for a page - especially if the database is 8 badly in extents. CA confirm this is expected behaviour.  F Do you see these high figures if you (say) copy a very large file from2 one disk to another or only when DBMS is involved?  D In a later post you mention DBMS, CDD and Datatrieve now being ownedE by Oracle. DTR is still owned by Compaq and CDD is no longer required B for latest versions of MANMAN (CA removed the dependency to reduceC costs). Also TDMS has been replaced with DECForms in current MANMAN B and a runtime license is not too expensive. Both CA and Oracle canE have their arms twisted to come back with reasonable costs to upgrade F to latest Alpha versions *provided* you take out support. We told bothB point blank that our Alpha migration would be killed stone dead ifE they didn't rethink their quotes. As always your mileage may vary and D as we are about to upgrade some more sites I am about to find out ifA mine does... Pretend you will switch to SAP/R3 with Microsoft SQL D server as the back end database if you switch systems. Neither CA or! Oracle will want to hear this :-)     F >I know that the new drives would shift the bottle-necks, but I didn't/ >anticipate this.  Any recommendations on this?   = I suppose one key question is are you seeing greatly improved E performance with the faster disks. I would guess you are as obviously & something is processing all these I/Os  	 >Regards,  >  >Barry   --
 Alan Greig   ------------------------------    Date: 11 Dec 2000 10:40:48 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ( Subject: Re: Microsoft copyrighting bugsH Message-ID: <y4wvd7fg7z.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  1 Thomas Dickey <dickey@saltmine.radix.net> writes:n  O > > Interesting article in the register. Here's the first couple of paragraphs: M > > - Microsoft is claiming copyright over its security notices and insistingn > > thatN > > - mailing lists can no longer publish the Beast of Redmond's dire security > > - warnings.  > > -iO > > - The lawyers at Microsoft have objected to the publication of its securitysK > > - notices by SecurityFocus.com, which runs the popular BugTraq securityo > > - mailing list.ON > which doesn't preclude fair use (quoting - or paraphrasing - for the purpose > of criticism).  L Also, they might be considered in the same category as press releases, i.e.,N material widely expected, by the rights holder, to be quoted verbatim, in part or in total, by their intent.s   	Jan   ------------------------------   Date: 11 Dec 2000 09:22:57 PST* From: abuse@flying-disk.com (Alan Frisbie)/ Subject: Mouse hang: AlphaStation 1000A VMS 6.2 ! Message-ID: <BqLp0ETc1hb8@flying>e  . We have an AlphaServer 1000A running VMS v6.2.  3 While tidying up the cables, I unplugged the mouse. 4 When I plugged it back in, it did not function until0 I rebooted.   This was unfortunate, as this is a/ production system and I had to wait until after 6 midnight to reboot.   (I'm just glad it didn't crash!)  < Is there another way to recover from this without rebooting?  - Has this been fixed in later versions of VMS?t   Thanks,h Alan   -- aB --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  + Date: Mon, 11 Dec 2000 12:17:41 +0000 (UTC) ' From: Osmo Kujala <kujala@tukki.jyu.fi> ( Subject: Re: New OpenVMS  Education site, Message-ID: <912gl5$tq6$1@mordred.cc.jyu.fi>  2 Malcolm Dunnett <nothome@spammers.are.scum> wrote:  D >   If you go to the Compaq website and look at the FAQ posted there1 > you'll see they explicitly state you MAY NOT...e  C No! there's "CANNOT". And FAQ is nonessential and contains errors. o  J Malcolm, David, Phillip why are you so negative? Essential is what license grant text says:   ... K However, the Software may be copied and used on multiple computers that arep? under your control in a classroom environment, including use bycC multiple students who have agreed to these License Terms solely fort instructional purposes.l ...y  H This is an exception to what was said before. Is it exception to "singleF individual" too? I think so but i'm not a lawyer. The person who wroteE FAQ seems to think differently, but it's not true that multiple usersoE cannot log-on with one licence. (Please verify facts before arguing.)s  I Maybe we should stop digging this stuff and take what License Terms give?sI There may be different reasons and opinions among Compaq people and therea? may be explanations why things are not the way they seem to be.    Still maybe wrongh                    Osmo Kujala   ------------------------------    Date: 11 Dec 2000 07:00:21 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)s( Subject: Re: New OpenVMS  Education site, Message-ID: <hnflJVv8ojgi@malvm1.mala.bc.ca>  - In article <912gl5$tq6$1@mordred.cc.jyu.fi>, n,    Osmo Kujala <kujala@tukki.jyu.fi> writes:  L > Malcolm, David, Phillip why are you so negative? Essential is what license > grant text says: >  > ... M > However, the Software may be copied and used on multiple computers that areoA > under your control in a classroom environment, including use bydE > multiple students who have agreed to these License Terms solely fori > instructional purposes.h > ...s > J > This is an exception to what was said before. Is it exception to "singleH > individual" too? I think so but i'm not a lawyer. The person who wroteG > FAQ seems to think differently, but it's not true that multiple usersaG > cannot log-on with one licence. (Please verify facts before arguing.)g >   H     The license terms says that the software may be copied onto multipleF computers, nowhere does it say that any of those computers may be usedA by more than one person at a time. Given the "single user" nature-I everywhere else in the terms ( and the contents of the faq ), what "fact"lD is it that leads you to presume multiple users on a single system isD permitted? These are indisputably "single-user" licenses and the faqG says they may not be combined to allow multiple users - those seem likeo6 a couple of pretty solid facts to back up my argument.  E     The FAQ may not be canon, but one has to assume its contents wereo= approved by the folks managing the program, so if it says "nob2 combining licenses" that seems pretty clear to me.  H     Of course the "under your control in a classroom environment" prettyG much kills the usefulness anyway, no instructor around here is going toNJ use software that his students can only have access to while he's watchingD them ( working independantly on projects is an integral part of most# post-secondary computing courses ).e  K > There may be different reasons and opinions among Compaq people and therenA > may be explanations why things are not the way they seem to be.  >   J   There may well be, but we don't appear to be getting any clarifications.G I emailed Compaq early in October asking for clarification of the termseE and explaining why it appeared they made the program of little value.O  I haven't received any response.  G    Perhaps we could take Hoff up on his offer to pass this thread along C to someone in Compaq who can explain if things are as they seem andr post their response here.k   > Still maybe wrongo  @    I wish you were right. I was really hoping this program wouldF encourage our Comp Sci department to use VMS in some courses, but I've< not seen anything yet that makes it appear that is possible.  M =============================================================================-M Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.ca H Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------   Date: 11 Dec 2000 16:20:42 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)( Subject: Re: New OpenVMS  Education site, Message-ID: <912usq$jaj@gap.cco.caltech.edu>  V In article <912gl5$tq6$1@mordred.cc.jyu.fi>, Osmo Kujala <kujala@tukki.jyu.fi> writes:I >This is an exception to what was said before. Is it exception to "singletG >individual" too? I think so but i'm not a lawyer. The person who wroteGF >FAQ seems to think differently, but it's not true that multiple usersF >cannot log-on with one licence. (Please verify facts before arguing.)  K If the system has only a single user license and accounts TOM and JERRY arelJ both present on the system, if TOM is logged on JERRY will not be able to G do so.  The PAKs in the new educational program are of this type.  This L is not a multiuser system, it is a sequential single user system, like a PC.   > J >Maybe we should stop digging this stuff and take what License Terms give?  F But they don't give enough so that I can remove the CSLG PAKs, installH these instead, and have a useful system.  They cover essentially all theI same software products - that isn't the problem.  The problem is that I'mgJ logged in pretty much all the time in an unpriv'd account, and so with the> new PAks no other regular users could ever access the system!    Regards,   David Mathog mathog@seqaxp.bio.caltech.edue? Manager, sequence analysis facility, biology division, Caltech     ------------------------------   Date: 11 Dec 2000 18:02:11 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)r( Subject: Re: New OpenVMS  Education site0 Message-ID: <9134r3$7c4$1@aquila.news.mdx.ac.uk>  M In article <BbQu3cWHEktU@ludens>, maulis@ludens.elte.hu (Maulis Adam) writes:i\ >In article <90lnn3$edl$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: >[...]K >> Let's face it: the primary reason for the demise of VMS in some sectors  G >> was that bad marketing took VMS out of academia, and thus people in h/ >> academia didn't get exposed to VMS and so a)s >n
 >What? :-) >aD >At our university the software enginier - computer science studentsG >have to learn a bit of VMS (almost dcl and some security); our central D >computer (more than 12 000 users) is an ES40 with VMS; we have some >very popular VMS course.- >-K >You right, unfortunately we are the only one institution that educate VMS.m >o   Not quite the only one.D  N Though in our case it's now mostly Student web pages, Student mail and Oracle.N A little bit of comparative operating systems plus a few souls still compiling
 programs. G Computer science students tend to be more interested in Unix, Linux ando
 Microsoft.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Mon, 11 Dec 2000 10:48:19 +0000o0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: One world, one processor * Message-ID: <3A34B0F3.AA53E06E@uk.sun.com>   Rob Young wrote: > f > In article <20001207210658.08136.00002406@ng-mi1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:M > > The following quote was taken from an article ONE WORLD, ONE PROCESSOR byh1 > > Linley Gwennap in the December LINUX JOURNAL.n > >rN > > ..."Compaq, HP and SGI have slowed the pace of their architectures (Alpha,R > > PA-RISC and MIPS, respectively) to the point that they have fallen behind XeonP > > in performance in many key applications.  This decline has caused a downward) > > spiral in the sales for RISC vendors.j > >RI > >   As a result, HP and SGI have already announced they will eventuallyaG > > discontinue their RISC lines, and Compaq is likely to follow suit."c > >s > >tP > > I hope someone from Compaq replies to this article.  I think it would have a= > > good chance of being published in a future LINUX JOURNAL.  > H >         He misses the mark for several reasons.  The PA8700 rolls soonM >         or has rolled.  When it does, it will be more than competitive with M >         Itanium so then the great hope is McKinley.  Also, HP is developing M >         the PA8900.  The transition to IA64 will be painful regardless evenUO >         if it runs native binaries, the performance won't be 1:1 and there isdJ >         the small matter of testing and verification.  Sadly, SGI boughtM >         the Merced revolution hook, line and sinker.  They killed off theirrG >         high-end processor project Beast and are now limping along oneM >         tweeks of the R12000 architecture.  Linley also overlooks the small N >         fact that Tru64 marketshare is growing nicely and their year to yearI >         revs are up , not down as I am sure Terry could concur... also, 4 >         Linley speakeath with "fork -  ed" tongue: >   ) I don't really disagree with you however.h  E The HP-PA processors are a special case. HP are commited to the IA-64  program,C they have a huge amount invested in it. Mckinley is after all beings
 developed F mostly by HP engineers. But IA-64 is late and so HP has been forced toH extend the life of the PA8XXX well beyond the origional planned roadmap. HencetC the PA8700 and PA8900 which are tweeks of the PA8500. If you see HPr
 announcingC a PA9000 then you will know that they intend to prolong the life ofh
 HP-PA wellF into the IA-64 timeframes. It is pretty clear that Itanium or Mckinley were; the processors that HP intended the Superdome's to support.t  @ HP are also telling their customers that HP-PA binaries will run unmodified  I on IA-64 and that the "upgrade" is simply a processor swap. This may not tA be true and may be irrelevant any way if the ISV support for FX32- experience  B is any thing to go by but many people are taking the claim at face value.    J > Itanium will still make a splash in the server market. But I expect mostL > Itanium systems sold next year will be used for software development or inO > customer validation; volume deployment will occur only at a limited number ofk > sites. >   H I don't think that Itanium will be that significant. HP for example have	 indicateduC that they will be waiting for Mckinley for their high end systems. -  C Itanium vendors will also have to overcome the binary compatibilityi performance E issues. Gartner surveyed a large number of Intel ISV's and they foundn that  H most would only be supporting one Intel port (32 bit) because the 32 bit appsH will run on all Intel platforms. The ISV's surveyed said that they would do oB this until a large installed base of IA-64 based machines exists.   > This means that 32 bit Intel platforms will continue to have a significant performance F lead over Itanium because the majority of apps running on Itanium will	 be 32 bite apps for some time.  > F >         But Linley, you just told us in March about outstanding SPECP >         performance and great tpmC marks.  What happened?  Did the outstandingK >         SPEC performance and tpmC performance evaporate or wasn't it everjD >         really there?  Which is it?  You were shovelled a bunch ofK >         crapola and went and ran with it didn't you?  I guess credibilityeM >         matters a smidgen so now you tell us:  "dampening the excitement is H >         that Itanium is simply not delivering the standout performance >         expected." >   F People often get future performance estimates wildly wrong, you of all people should F know that. Still the claims made for Itanium were quite optimistic and didvG depend on the availability of IA-64 binaries, optimising compilers etc.n    I >         Just as importantly Linley leaves out Sun.  By leaving out Sun,iH >         he is ignoring the best counterpoint to his very weak argumentD >         (gosh, maybe he has a future as a Democratic Lawyer).  SunL >         is growing leaps and bounds even today and their "somewhat" anemicK >         performance hasn't hurt their stellar growth.  So why no slide inuM >         Sun, Linley?  Might also want to consider Sun killed off an Itaniumu >         port/product.   F I don't think we have killed anything. The Solaris IA-64 port is still underway tor
 my knowledge.    Regardsh Andrew Harrison  Enterprise IT Architect0   ------------------------------  % Date: Mon, 11 Dec 2000 12:38:52 +0100r/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e% Subject: Re: One world, one processor 7 Message-ID: <009F46F7.C82B0998.32@maxwell.ph.kcl.ac.uk>S   David Webb writes:  E > I thought you were talking about processors not operating systems. iI > The high cost of design and manufacture already mean that the number of O > companies producing processors is not very large. Further consolidation therey > is not required. u  @ But may be inevitable. The investment needed to develop each newK generation of faster CPU is increasing exponentially. This has two effects.aD One is that if a company falls behind the leading edge, it loses theM ability ever to get back there, because it is the increased economy of scale nJ gained  by the other companies still at the leading edge that allows them A to compete. The other is that if we are ever to see the ultimate cH microprocessor, the cost of its design will be so enormous that only oneH organisation will be left in the game at that point: a natural monopoly.  H It's not necessarily cause for concern. The water you drink is a naturalH monopoly: it will never be in anyone's interests to lay a second set of J competing supply pipes. Since competition can't control prices, governmentK has to instead, by strict regulation of the industry. I think this is wheredF we are headed with the CPU. The alternative is that anti-monopoly lawsJ are used to preserve  several  competing designs and organisations, but I G think that would prevent the last step right up to the physical limits  I from being attempted. Maybe that is a price worth paying, but I don't seefK it. It certainly wouldn't represent a free market any more than a monopoly   would.   > P > As to OS's the answer is basically the same. We have so many Operating systemsQ > because each company percieves that they must be slightly different in order tou
 > compete.  N No! The situation with software is literally at the opposite pole. There is noK huge investment needed to write software, beyond programmers training theirdE brains. There's no great economies of scale to be found; indeed, many K programmers will tell you that a large company usually acts to reduce theirsG productivity (or to cause them to jump ship). Programmers (generalisingeI wildly) work at their best in small companies, or in small teams in a big ? company with the rare sense to keep the managerial touch light.i  I We see this being recognised by the trend to open-source software ("Free"rH as in freedom as well as price). We also see efforts by certain de-factoN monopolists to prevent or slow this change, for example using software patentsG of dubious validity as blunt weapons against smaller organisations thatlI can't afford the cost of defending themselves. BTW this tactic works wellaM against a small vendor of proprietary software, but I have by doubts whether 2H it can succeed against genuinely free software. Who are you going to sueH for damages, when nothing has been sold, when there are no contracts or H records, when the programmer could even choose net.anonymity or to be anI employee of a no-assets limited-liability company headquartered somewherei# that doesn't have software patents.r   [snip] > O > As to the waste argument. This is the classic argument against capitalism andI/ > in favour of a centrally controlled economy. r > K Unnecessary centralisation is bad. Acknowlegement and regulation of naturaliE monopolies may be necessary, because sometimes the economies of scale N are genuine and (IMO, in the case of microprocessors) scale up all the way to  world-wide.O  L I think it's also true that as technology advances, it becomes in everyone'sF interests to stop arguing over the lower levels of a construct and to J standardise it. 230V AC 50Hz may or may not be the optimum domestic supplyE voltage (USA has 60Hz and mostly 110V), but nobody seriously contendsmJ that there's any compelling reason for change. Standard timber sizes like K 22mm and 38mm reflect rough-cutting to inch-denominated sizes, then wastagetF to a finishing plane. It's not particularly sensible, but nobody caresN enough to change it or even to suggest change. SCSI and ATA may or may not be G good ways to attach devices to computers, but the general thrust today sC is towards trying to remove points of incompatibility so that such eF things inter-operate. The days when manufacturers made a (plus) sales L point out of the incompatibility of their disk drives with other folks' ones have gone. I   	Yours,u
 		Nigel Arnoty- 		NRA@MAXWELL.PH.KCL.AC.UK                   f  7 		"In the beginning there was nothing, which exploded."g   ------------------------------  % Date: Mon, 11 Dec 2000 18:15:05 -0000o- From: wspencer@ap.nospam.org (Warren Spencer)s% Subject: Re: One world, one processorr/ Message-ID: <t3a6d9omsjun66@news.supernews.com>a   Hi,e  K Well, evolution and natural selection do produce a lot of corpses, and are hI typically not that efficient.  Architectures (of all sorts) seem to live  " and (mostly) die by this paradyme.  L I think TransMeta might be on to something. They seem to be inserting a new D layer between the CISC instruction set, and the underlying hardware I functions, allowing them emulate most any instruction set in software (/ : firmware?).,  K At first glance, I though "stupid - performance sucks - been done before", tF but they're taking it to the next level - extreme optimization of the L instruction set being emulated, and a processor core designed for the task, D resulting in some pretty resonable performance (according to them), I especially considering the minimum of transistors they employ to get the c	 job done.h  L Granted - this is 3rd hand info - but it seems to make sense.  In order for I the Pentium III to maintain compatibility with the 8086 instruction set,  F Pentium engineers choke down a lot of compromises that in turn reduce I performance.  Perhaps a super-optimized firmware layer on a custom micro-t micro-processor can keep up.  L It TransMeta becomes real, the instruction set becomes something you design K in software, not silicon.  The resulting wave of instruction-set evolution v could be quite dramatic.   ws    3 << What if there were no hypothetical questions? >>s   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **  ----  , fabio_compaq@ep-bc.petrobras.com.br wrote inB <OF69F1A827.B3F348DC-ON032569AF.005BCF4B@ep-bc.petrobras.com.br>:   : >One world, 5  processors and less operating systems ! ! ! >wE >How many versions of Unixes are running in the market ? 20 on RISC ?o+ > Plus 100 in Intel (Linuxes versions) ????m > C >Open Systems create hundreds of processors, os. versions, etc ....r$ >Why not consolidate a few of them ? >oD >I am not saying merging Tru64 with Solaris or AIX, but for example,2 >migrate DG-UX, Sinix  to other processors/unixes. >i4 >Why do we have 3 or 4 versions of Linux for Alpha ? > I >Its WASTE of money, resources, and ideas ..... its a BIG WASTE to haved@ >a company developing software /  drivers for all these OSes.... >h >s >Regards >w >FCe   ------------------------------  % Date: Mon, 11 Dec 2000 09:54:47 -0500g2 From: "Carmine Castiglia" <ccastiglia@engsint.com>- Subject: Stalled Printer Queue On LAT Network + Message-ID: <912pro$4bp$1@bob.news.rcn.net>r  K Situation is this:  Output Technologies LaserMatrix 1000 Model 5 continuousaD form laser printer connected via serial port to a port on a DEC 90L+E Terminal Server which is part of a LAT network.  Host computer is DEC D AlphaServer running OpenVMS.  Printer is set up as a spooled device.  D Printer is configured for 19,200 baud, No Parity, 1 Stop Bit, RobustH XON/XOFF (Robust: XON is transmitted at 1 second intervals until data isL received.  I have tried with Robust mode on and off).  90L+ port, queue, and- terminal port configurations are shown below.s  C Problem: Printer stops responding to host (host stops responding tomI printer?) several times throughout the day.  $ SHO QUE indicates that the-G que is "STALLED" and only powering down/restarting the printer will getaH things going again.  Also, occasional document corruption.  Under normalI circumstances I would believe that this is a flow control issue (note thecI count of Framing Errors in the terminal server, below).  If I monitor the I 90L+ server during a long printout (by repeated SHO 7 commands) I can seehK flow control being asserted as the report varys between ENA/On and ENA/Off.r  I This has been a long-standing annoyance for me and I would appreciate any. insight anyone can offer.e  =  ------------------------------------------------------------c  0 Operating System is a AlphaServer 1200 5/533 4MB( System Version is V7.1-1H2 on node ESP98    $ sho que/ful shop$orderh  H   Terminal queue SHOP$ORDER, idle, on ESP98::LTA900, mounted form NORMAL    (stock=DEFAULT);     /BASE_PRIORITY=4 /DEFAULT=(FORM=NORMAL (stock=DEFAULT)) G     /LIBRARY=EMSDEVCTL_HPLJ Lowercase /OWNER=[SYSTEM] /PROCESSOR=LATSYMvB     /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR /SCHEDULE=(NOSIZE)   $h     $ sho term lta900:  E    Terminal: _LTA5045:   Device_Type: Unknown       Owner: SYMBIONT_3b>                                               Username: SYSTEM  C     Input:   19200     LFfill:  0      Width: 132      Parity: Nones1     Output:  19200     CRfill:  0      Page:   66a     Terminal Characteristics:aJ     Interactive                  Echo                         No Typeahead	 No Escape-E     Hostsync                    TTsync                      Lowercase@ Tab2E     No Wrap                     Scope                       No Remote- Eightbit7     No Broadcast             No Readsync           FormU Fulldup <     No Modem                 No Local_echo       No Autobaud Hangup@     No Brdcstmbx            No DMA                  No Altypeahd	 Set_speed L     No Commsync           No Line Editing      Overstrike editing         No Fallback?     No Dialup                   No Secure server     Disconnect> Pasthru F     No Syspassword         No SIXEL Graphics  No Soft Characters    No Printer Port6     Numeric Keypad        No ANSI_CRT         No Regis
 No Block_modeaH     No Advanced_video   No Edit_mode         No DEC_CRT               No DEC_CRT2E     No DEC_CRT3           No DEC_CRT4       No DEC_CRT5            Not
 Ansi_Color     VMS Style Inputn     Device spooled to _DRA0:   $o     DEC 90L+ Terminal Server:    > SHO 7u     Name      PORT_7   Speed     19200    In Flow   ENA/on   Out Flow  ENA/on   Type      PRINTERn   Break     LOCALw   Rem Mod   DISi   Test      NO   AutoConf  DISe   ODL       DIS    Status    LOCALi	   Serviceu   Node   Port   Fram Err  59   ------------------------------  % Date: Mon, 11 Dec 2000 09:36:52 +0000-0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Sun Cluster* Message-ID: <3A34A034.513634F2@uk.sun.com>   Rob Young wrote: > _ > In article <3A2FDD01.A30D4B4F@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:8H > > In other words Compaq does not historically have any thought leadersJ > > or people who go and inovate. The Digital purchase gave them access to > > thisJ > > kind of people resource but that is now long gone, lost in the fallout > > from > > the purchase.t > >a > M >         Doing okay to a point.  Many of the good people are still there, sov >         this:e > Q > The Digital purchase gave them access to this  kind of people resource but that : > is now long gone, lost in the fallout from the purchase. > D >         Would require a good deal of clarification to be passable. >   H Where does one start. How about the Alpha team, there have been a number of high F profile departures to other microprocessor development teams. This has been widelyfG reported and has even led to speculation that the 21264/364 delays were 	 caused byv lack of personnel. 8  C Now Alpha is just about core to the technology platform that Compaq  bought when they got their hands on Digital.e  C But let me ask you a question, where are the Compaq/Digital thoughtA leaders the D people who are setting the standards in the industry, if any survive	 from the aH Digital days they are keeping their heads down now that they are part of Compaq.t       Regardsa Andrew Harrison  Enterprise IT Architectc   ------------------------------  % Date: Mon, 11 Dec 2000 10:05:04 +0000h0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Sun Cluster* Message-ID: <3A34A6D0.744C8B50@uk.sun.com>  " Shane.F.Smith@Healthnet.com wrote: > G > He always does that just after taking a beating. My theory is it's anaJ > attempt to build up a little credibility for the next attack. Most of us< > don't buy it, but some do and they're the ones he's after. >   > Taken a beating, how quaint and what a wonderfull distortion.   A A better description of the "beating" that I have supposedly beent
 subjected G to would would be that I have been savaged by a sheep or even a herd of  sheep.   Regards  Andrew Harrison  Enterprise IT Architect8   ------------------------------  % Date: Mon, 11 Dec 2000 10:23:00 +000000 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Sun Cluster* Message-ID: <3A34AB04.ABE2E2E1@uk.sun.com>   "Main, Kerry" wrote: >  > Andrew, Andrew ... > 4 > Come on now, you can do fud much better than this. > , > The attached is way to easy to blow off .. > M > >>> but not by being a source of radical ideas or technical inovations. <<<d > K > Yep, like "Computers 101" which states one should use ECC on cache if youe# > feel data integrity is important.f > 
 > ROTFL .. > 	 > :-) :-)e >   H Sorry Kerry but the laugh is on you as it normally is. If you had wantedF to prove that you are in marketing and are not technical then this was thec 100% correct response.    G Not answering any of the points and simply attacking the source of the d% points is a typical marketing tactic.y  F So answer the points. Who are the people in Compaq who are setting theG agenda in the industry. Who are the people in Compaq who people outsidea, Compaq and Compaqs customer base listen to.   G If you were putting together a list of speakers who a hall full of non  I Compaq technical people would come to listen to who would you put on the e	 list ????h   Regardsw Andrew Harrisono Enterprise IT Architectb   ------------------------------    Date: 11 Dec 2000 14:54:58 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: Sun ClusterH Message-ID: <y4snnvhxl9.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  I > If you were putting together a list of speakers who a hall full of non  K > Compaq technical people would come to listen to who would you put on the   > list ????r   Leslie Lamport John Henning   	Jan   ------------------------------  # Date: Mon, 11 Dec 2000 14:54:26 GMT + From: Jordan Henderson <jordan@my-deja.com>y Subject: Re: Sun Cluster) Message-ID: <912pqu$b1o$1@nnrp1.deja.com>l  : Andrew again deigns to provide such high-quality, on-topic and interesting discussion.o  7 I wonder why it is that anyone would ever accuse him of  spreading FUD?  B Really, it's pretty transparent that Andrew is here only to spreadC anxiety in the OpenVMS user base.  He goes away for weeks at a time @ when he's caught in obvious lies and distortions, only to return when things have quieted down.  * In article <3A34A034.513634F2@uk.sun.com>,3   andrew harrison <andrew.nospam@uk.sun.com> wrote:  > Rob Young wrote: > > > > > In article <3A2FDD01.A30D4B4F@uk.sun.com>, andrew harrison" <andrew.nospam@uk.sun.com> writes:B > > > In other words Compaq does not historically have any thought leaders B > > > or people who go and inovate. The Digital purchase gave them	 access to 
 > > > thisD > > > kind of people resource but that is now long gone, lost in the falloutn
 > > > from > > > the purchase.  > > >l > >fE > >         Doing okay to a point.  Many of the good people are stilla	 there, soe > >         this:  > >iA > > The Digital purchase gave them access to this  kind of peoplee resource but that0< > > is now long gone, lost in the fallout from the purchase. > >5F > >         Would require a good deal of clarification to be passable. > >w >dC > Where does one start. How about the Alpha team, there have been a. number	 > of highwH > profile departures to other microprocessor development teams. This has
 > been widelyiD > reported and has even led to speculation that the 21264/364 delays were > caused by  > lack of personnel. >rE > Now Alpha is just about core to the technology platform that Compaqe > bought when they > got their hands on Digital.  >eE > But let me ask you a question, where are the Compaq/Digital thoughta
 > leaders thefF > people who are setting the standards in the industry, if any survive
 > from theG > Digital days they are keeping their heads down now that they are partc of	 > Compaq.a >h	 > Regardsd > Andrew Harrison  > Enterprise IT Architectt >    -- -Jordan Henderson  jordan@greenapple.coms    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 11 Dec 2000 11:49:10 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r Subject: Re: Sun Cluster, Message-ID: <9130iq$5q5j$1@lead.zk3.dec.com>  B andrew harrison wrote in message <3A34A034.513634F2@uk.sun.com>...  I >Where does one start. How about the Alpha team, there have been a numbery >of highG >profile departures to other microprocessor development teams. This hasm >been widelyH >reported and has even led to speculation that the 21264/364 delays were
 >caused by >lack of personnel.s >t    J That would not be quite true.  Speculation is worth exactly what it costs.F But as I am not a spokesman for Compaq, I am not at liberty to discuss
 specifics.    D >Now Alpha is just about core to the technology platform that Compaq >bought when theya >got their hands on Digital. >eD >But let me ask you a question, where are the Compaq/Digital thought >leaders theE >people who are setting the standards in the industry, if any survivep	 >from theiI >Digital days they are keeping their heads down now that they are part of  >Compaq.    G I'm not exactly sure who/what you are talking about.  We still maintainmE excellent research facilities on both coasts, with some of the finestrL researchers in the world.  Jim Gettys comes to mind as a name that should beK well known in UNIX circles.  The engineers working on EV7, EV8, and EV9 are K some of the finest minds in the industry.  I don't think anyone is "keeping F their head down" because of some fear about Compaq management.  On theK contrary, Alpha is a key element of the corporate strategy, and if you lookeL at many of the recent high-profile Alpha wins - such as the large UNIX-basedI supercomputers - there is an absolute long-term committment to Alpha.  IfcI people are "keeping their heads down" it is because we're busy working one. the next generation, instead of blowing smoke.  G I think we lost many people in the dark days, and the aftermath, of theoJ decline of Digital.  We've lost many people to the promise of getting richC with a startup.  I can't think of many we've lost because of CompaqyJ management - except as it was directly related to the takeover of Digital.G Most people I know here will tell you that things are much better under . Compaq than the last 5 years or so at DIgital.     _Fredp" As always, not speaking for Compaq   ------------------------------  % Date: Mon, 11 Dec 2000 11:58:51 -0500g5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e Subject: Re: Sun Cluster, Message-ID: <913155$5q1k$1@lead.zk3.dec.com>  : Bill Todd wrote in message <90rgq3$jkh$1@pyrite.mv.net>... >i >OI >Could you point out significant elements that weren't planned before theoL >take-over and don't constitute pretty much business as usual for VMS (whichH >has in the face of continuing adversity managed to continue a stream ofL >useful, if seldom really aggressive compared to the enhancement rate of itsH >competition, improvements and reliable maintenance for a very long timeG >now)?  The only one that pops immediately to my mind (and I'm far fromtG >well-acquainted with everything that might have transpired) is the COE  work,tK >and I suspect there's at least some reason to believe that this was forcedwH >upon Compaq by the threat of what lack of it would mean to its existing >Government business.o >s    K Galaxy.  This was a significant program.  It was not business as usual.  ItrD could easily have been stopped by Compaq management, but instead wasK affirmed as great new technology that we should pursue by ALL levels of the	/ corporations management and technology leaders.	  K The only reason to do COE is because it is a DII requirement.  Nonetheless,-D it requires a significant long-term committment to ongoing standards" compliance and OS/HW availability.  I Certainly we do not have unrestrained resources.  But you can bet that wecI would not have pursued Galaxy if VMS had been placed in maintenance mode.o   ------------------------------  # Date: Mon, 11 Dec 2000 12:21:49 GMTr$ From: mark@NOSPAMtechop.co.uk (Mark)+ Subject: Re: Thread safe version of strtok?e/ Message-ID: <3a34c658.11856648@news.force9.net>   3 On Mon, 4 Dec 2000 18:10:49 -0000, "Richard Brodie"l <R.Brodie@rl.ac.uk> wrote:   >nd >"Pierre Coucoureux" <coucoureux.p@fr.ibm.com> wrote in message news:3A2BD635.CA66A097@fr.ibm.com...G >> Do you know if a thread safe version of strtok (strtok_r)  exists onoJ >> VMS? And in this case, in which library or shared image, I can find it. > J >strtok is thread safe, at least in current versions. See the introductory( >information about reentrancy in the FM.  @ I would be very surprized if this function was thread safe.  The= documentation states that it uses internal state information.e= This is not conducive to thread safety.  I guess it could useo( thread specific data to store this info.   Regards, Mark   ------------------------------  % Date: Mon, 11 Dec 2000 08:14:48 -0000h+ From: "Tim Gray" <tim.gray@nospam_rl.ac.uk>t$ Subject: Re: TZ87N compatible media.+ Message-ID: <9122h6$je8@newton.cc.rl.ac.uk>i   Thanks -   Tim.    < "Graham HAZLEGREAVES" <qg38@dial.pipex.com> wrote in message# news:90rplu$6th$1@lure.pipex.net...eK > I'm afraid the XT's won't work in your TZ87N.  We use them in some of the>G > companies NT systems and found that they wouldn't work in our TZ87's.* > 	 > Cheers.e >o	 > Graham.l >g > 8 > "Tim Gray" <tim.gray@nospam_rl.ac.uk> wrote in message' > news:90qrmr$s1i@newton.cc.rl.ac.uk...OI > > I'm buying some new blank media for my TZ87N tape drive. I know I cann usesE > > DLT Tape III 10GB/20GB media, but notice there's a DLT Tape IIIXTi > 15GB/30GB?L > > that's hardly different in price considering the quoted capacity. Is the > XTL > > version just a longer length tape version, will it work ok in my TZ87N?? > >h > > Cheers for any info -m > >g > > Tim. > >a > >r3 > > --- To use my email address, remove the nospam_e > >c > >s >i >.   ------------------------------  % Date: Mon, 11 Dec 2000 12:03:46 -0500 - From: "Richard D. Piccard" <piccard@ohio.edu>  Subject: Re: US Constitution( Message-ID: <3A3508EB.5CF2F0E6@ohio.edu>  O I don't have specific references, but I do know there were a number of articles,E in the last few years following publication of the transcripts of thesG surveillance audio recordings of the conversations in England among the2 captured German physicists.   L Based on my memory of what I have read (for example, in Physics Today) aboutI that (I have NOT read the transcripts), they started out trying to make anO reactor as a first step toward making a bomb, and made preliminary measurementsnN that lead them to believe the project was much more difficult than it actuallyJ should have been.  I recall that trace impurities in the graphite they hadO available were much more important than they realized at the time, leading themo+ in the direction of heavy water moderation.n  C I think you might be able to find it by browsing the past issues ato  (             http://www.physicstoday.org/  . Look also for references to the Alsos Mission.  +                                         RDPl     Alan Greig wrote:i  D > On Wed, 6 Dec 2000 10:21:58 +0100, "Philip J. Lewis" <phl@bwsc.dk> > wrote: > L > >On the nuclear thing, well it seems recent irrefuatable evidence suggestsG > >that the Germans were _not_ actually trying to make the bomb, having N > >concluded that it was not possible, their efforts were directed elsewhere -J > >to power generation as I recall.  The post war story of how the Germans >AG > From what I've read Hitler was extremely dubious about an atomic bombeE > ( a Jewsih lie) which certainly delayed the project but I was under-G > the impression that a lot of effort was still put into research later0H > in the war. Hitler's wierder theories lead him to believe in black sun! > energy, whatever that might be.R >,C > Possibly, as you say below, the Hitler bomb was just what we were = > supposed to think. Can you provide references to any recentL > information? >L > -- > Alan Greig   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Mon, 11 Dec 2000 15:24:41 GMT21 From: "Mark D. Jilson" <jilly@clarityconnect.com>a Subject: Re: VMS "froze"2 Message-ID: <3A34F311.331B51FE@clarityconnect.com>  D Unfortunately there are systems out there where the Halt button doesG require assistance from the console firmware to halt the cpu.  If there E is a problem in this area you will find that the Halt button will not E function.  I don't know all the models that this is possible on but IaF have seen it happen many times where a system was in such a state thatB the Halt button would not work and the resolution was not hardware based.   Tom Simpson wrote: > = > So what software has priority over the OCP HALT button?????c >  > -Tom > < > "Warren Spencer" <wspencer@ap.nospam.org> wrote in message+ > news:t28334oe5k2m82@news.supernews.com...  > > Hi,i > >pN > > You've said that the system appears to be frozen, but you haven't actuallyM > > proved it - a non-responsive console is a common problem when you have an N > > insufficient page file size.  It'll respond eventually (usually), but I've" > > seen it take 10 or 20 minutes. > > N > > AMDS is an excellent tool for diagnosing these types of problems.  It runsM > > at high priority, and thus is relatively immune to a run-away swapper (or  > > other) process.I > > M > > A quick way to check the page file issue is to log on and repeatedly do auJ > > "$ SHOW MEMORY".  If the Free Page File number (at the bottom) drops &J > > drops, and eventually your system hangs, you've found it.  It's then aM > > matter of tracking down which process is malfunctioning, which this group  > > can help you with too. > >e > > Hope this helps, > >c > > ws > >a > > --7 > > << What if there were no hypothetical questions? >>m > >o > > Warren Spencer > > Senior Software Engineer > > The Associated Press > >hC > > ** My employer does not necessarily agree with my statements **r   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Mon, 11 Dec 2000 12:14:11 -0500o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>  Subject: Re: VMS "froze", Message-ID: <91321v$5re9$1@lead.zk3.dec.com>   Tom Simpson wrote in message: <63WX5.6399$U6.87216@typhoon.jacksonville.mediaone.net>...< >So what software has priority over the OCP HALT button????? >w >-Tom  >o     1) An IPL 31 loop.A 2) Corrupted firmware (i.e. corruption in the 1st 2mb of memory).e 3) A hard bus hang.h  J The HALT button generates an unmaskable interrupt, which is handled by theJ console firmware.  If the interrupt is never delivered, then your screwed.* At that point, only a reset will help you.  K We are designing ways for future servers to be haltable and debuggable even  under these circumstances.   ------------------------------  % Date: Mon, 11 Dec 2000 17:35:22 -0000r- From: wspencer@ap.nospam.org (Warren Spencer)- Subject: Re: VMS "froze"/ Message-ID: <t3a42qp4ddiqa0@news.supernews.com>n  0 simpsont@xxx.mediaone.net (Tom Simpson) wrote in9 <63WX5.6399$U6.87216@typhoon.jacksonville.mediaone.net>:    < >So what software has priority over the OCP HALT button????? >t >-Tomt >n; >"Warren Spencer" <wspencer@ap.nospam.org> wrote in messagei* >news:t28334oe5k2m82@news.supernews.com... >> Hi, >>D >> You've said that the system appears to be frozen, but you haven't >> ... snip...  , I'm sorry, I don't understand your question.   ws   -- n3 << What if there were no hypothetical questions? >>c   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **r   ------------------------------   End of INFO-VAX 2000.691 ************************