0 INFO-VAX	Fri, 24 Jan 2003	Volume 2003 : Issue 47      Contents:4 Re: Access linux and/or windows directories with vms Alpha workstation floppy drive" Re: Alpha workstation floppy drive Alphaserver disks  Re: Alphaserver disks 1 RE: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 RE: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium 1 Re: AlphaServer users given lifeline till Itanium ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape  Re: automatic screensaver  Re: automatic screensaver 6 AXP/VMS disassembler, or locating an opcode in binary?: Re: AXP/VMS disassembler, or locating an opcode in binary?: Re: AXP/VMS disassembler, or locating an opcode in binary?: Re: AXP/VMS disassembler, or locating an opcode in binary?7 Booting VMS on AlphaServer 2100 4/275 w/ serial console ; Re: Booting VMS on AlphaServer 2100 4/275 w/ serial console P Re: Can we cut the crap? WAS: Re: (UNIX is OVER) was  . . . Re: Alpha for HP UX 2 Re: Command/API to list locked files in a cluster?G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) G Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!) 0 Re: Does Hobbyist License Support Multiple CPUs?8 Dropping Display Postscript (was: automatic screensaver)( Re: Embedding a secret key in executable( Re: Embedding a secret key in executable( Re: Embedding a secret key in executable( Re: Embedding a secret key in executable( Re: Embedding a secret key in executable2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!. FA: Digital DEC H8571A MMJ to DB25 (F) adapter Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX  Re: How to Backup OSX > Re: Illuminata report:: "HP's Server Business: On the Rebound"0 Re: Interrupt stack with EMC fibre channel disks Re: Is that possible kvm switch for VAX?  MX mail impressions  Re: NTP on OpenVMS Re: NTP on OpenVMS( PHD$L_PSTBASOFF <= PHD$L_PST_BASE_OFFSET Platform agnostic security hole # Re: Platform agnostic security hole  SAP AG info on OpenVMS Re: SAP AG info on OpenVMS Re: SAP AG info on OpenVMS( Re: SCSI bus problem on MicroVAX 3100/98. Re: SDCL - Structured Digital Command Language= Re: searching for seemingly obscure disk activity light cable ' Re: System uptime - The Uptimes Project / Virtual Branches placed in the public domain...  Re: VMS source listings ?   F ----------------------------------------------------------------------  # Date: Fri, 24 Jan 2003 05:37:21 GMT & From: Alder <tbranscombe@netscape.net>= Subject: Re: Access linux and/or windows directories with vms + Message-ID: <3E30D110.4060007@netscape.net>    David Webb wrote: 6  > In article <3E2DEB28.8050905@spammotel.com>, Alder $ <PGDEHMKOKIMD@spammotel.com> writes:  >  > Well lets see :-   >N  > Kerberos    -      http://www.openvms.compaq.com/openvms/products/kerberos/  >  O Yes, I have it running already, but it promises to provide authentication only, L no encryption, at least until the next version of TCP/IP Services.  I didn'tK have much luck even with that, though, or so it seems.  According to the HP N configuration note on their website, an authenticated Telnet session should beL established without the appearance of "Username" or "Password" prompt on theE terminal screen.  I cannot achieve that happy result.which I followed M religiously, I should be able to pass my TGT back to the KTELNET server which J will launch a new telnet session without the need for entering userid and N password. Instead, and this is all done on the KDC system itself, I am always - prompted for userid and password again, i.e.:    $ kinit -f myusername * Password for myusername@EREBUS.HOMEIP.NET: $ telnet/auth/forw szeged 2323( %TELNET-I-TRYING, Trying ... 192.168.0.35 %TELNET-I-SESSION, Session 01, host szeged, port 2323 ( -TELNET-I-ESCAPE, Escape character is ^]? [ Kerberos V5 accepts you as ``myusername@EREBUS.HOMEIP.NET'' ]   ?    Welcome to OpenVMS (TM) Alpha Operating System, Version V7.3    Username: myusername	 Password:   ! $ tcpip show service ktelnet/full    Service: KTELNET/                              State:     Enabled G Port:             2323     Protocol:  TCP             Address:  0.0.0.0 L Inactivity:          5     User_name: TCPIP$TELNET    Process:  TCPIP$TELNETE Limit:               3     Active:        1           Peak:         1  <snip>  L What did I get wrong here?  Should I expect to have to pass my username and 4 password over the network after being authenticated?    >  >                    Public domain ssh client  available from.  >                    http://www.free.lp.fish/Q  >                    Richard Levitte is working on an improved public domain ssh L  >                    client (Bamse) but I haven't heard how long it will be,  >                    before that is usable.  >Q  > Dec TCPIP services doesn't currently support SSH - though version 2 client and +  > server are promised in a future release.    Hope so.    >N  > Multinet and TCPWARE have their own (I believe both now SSH v2) clients and  > servers.   >  4 I'd prefer to stick with TCPIP Services, but thanks.  Q  > SSL  - All the main VMS web servers (OSU, WASD, Apache - and probably purveyor Q  > but I haven't checked) support SSL. For OSU and WASD you will need to download R  > the OpenSSL library from http://www.openssl.org/. If you have VMS 7.3-1 then an(  > older version of openssl is included.  Q I'm with you so far; I have WASD and OpenSSL installed, but my request was for a  O means of authenticating and encrypting telnet sessions.  Are you saying that I  9 can accomplish secure telnet sessions with OpenSSL tools?   @ Sorry if the questions are ignorant, but consider the source :-)   Alder    ------------------------------  # Date: Fri, 24 Jan 2003 01:47:27 GMT 1 From: Ardee & Larry Tenison <ardee.larry@gte.net> ' Subject: Alpha workstation floppy drive . Message-ID: <BA55DD19.B61%ardee.larry@gte.net>  L Does anyone know how to get Open VMS 7.3 to recognize the floppy drive on anI alpha workstation 250?  The device is known at the boot up console level, A but VMS thinks it is an "invalid device".  Is this even possible?   6 Any help you can give me would be greatly appreciated.   thanks.    ------------------------------  # Date: Fri, 24 Jan 2003 02:54:03 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid>+ Subject: Re: Alpha workstation floppy drive 7 Message-ID: <fV1Y9.2499$3x1.46132@nasal.pacific.net.au>   2 Ardee & Larry Tenison <ardee.larry@gte.net> wrote:N > Does anyone know how to get Open VMS 7.3 to recognize the floppy drive on anK > alpha workstation 250?  The device is known at the boot up console level, C > but VMS thinks it is an "invalid device".  Is this even possible?   8 > Any help you can give me would be greatly appreciated.  , 	If you do a "$SHOW DEV D" what do you get ?# 	Floppy drives usually called DVA0: H 	Device status is "Online" normally. You put in a floppy and initialize,= 	mount, etc., it. At initialisation you need to use a switch, H 	"/DENS=HD", if I remember correctly. It will give you over 2000 blocks. 	Hope this helps...  							Cheers,  Csaba   J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:   D 	Not one shred of evidence supports the notion that life is serious.   ------------------------------  # Date: Fri, 24 Jan 2003 01:46:58 GMT   From: Sim <sim@comox.nospam.net> Subject: Alphaserver disks8 Message-ID: <ra613vgr574t9ee1shrdvk5o6i877cj24b@4ax.com>  	 Greetings F I have an Alphaserver 1000 4/200 with a single RZ28-VA, I'm looking toD add more disks, I see them from time to time on EBay but I'm unclear= whether I can use them or not. Things like RZ28M-VA, RZ28D-W, C RZ28C-VA. Is there a definitive list anplace that will tell me what  will work in this box? Thanx    ------------------------------  # Date: Fri, 24 Jan 2003 02:20:16 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: Re: Alphaserver disks, Message-ID: <Ap1Y9.15883$6G4.5024@sccrnsc02>  - "Sim" <sim@comox.nospam.net> wrote in message 2 news:ra613vgr574t9ee1shrdvk5o6i877cj24b@4ax.com... > Greetings H > I have an Alphaserver 1000 4/200 with a single RZ28-VA, I'm looking toF > add more disks, I see them from time to time on EBay but I'm unclear? > whether I can use them or not. Things like RZ28M-VA, RZ28D-W, E > RZ28C-VA. Is there a definitive list anplace that will tell me what  > will work in this box? > Thanx   L All of the above will work. Any RZ26, RZ28, or RZ29 can be used in that box.K Look for the -VA (narrow, 8-bit), variety, as they may be a little cheaper, I but the -VW or -W (wide, 16-bit) will work. The RZ26 are ~1GB, RZ28 ~2GB, C and RZ29 ~4GB. The letter following the number (RZ28B, RZ28C, etc.) K indicates that the internal drives are from different vendors, and may have L slightly different geometries. This is only a problem if you plan to use theK drives in host-based shadow sets. Generally, any 8-bit SCSI drive will work  in that box.   ML   ML   ------------------------------    Date: 23 Jan 2003 12:34:15 -0600+ From: young_r@encompasserve.org (Rob Young) : Subject: RE: AlphaServer users given lifeline till Itanium3 Message-ID: <WB$Os0qPyExk@eisner.encompasserve.org>   W In article <01C2C2C5.0A3163B0@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: 6 >>"David Mathog" <mathog@caltech.edu> wrote in message4 >>news:20030123084120.5d15b920.mathog@caltech.edu...! >>> On 21 Jan 2003 07:28:17 -0800 - >>> baby_p_nut@yahoo.com (Baby Peanut) wrote:  >>> < >>> > http://news.zdnet.co.uk/story/0,,t269-s2129026,00.html >>> > 3 >>> > AlphaServer users given lifeline till Itanium  >>> 7 >>> I expect AlphaServer users would generally be a lot 5 >>> better off to swim hard for the lifeboats than to 8 >>> reach for any of the lines dangling from the Itanic. >>>  >>L >>Despite carping from the disgruntled, and those who despise Intel and haveK >>hung their hopes on AMD - you can buy a 1Ghz Itanium2 system *today* that N >>will deliver performance in the top tier of 64-bit systems (it may not be anL >>EV7, but it's also not as bad as a Sparc).  Customers concerned by the FUDL >>can stick with Alpha for quite a while, until they can see and touch a VMS: >>system on Itanium2 with the price/performance they need. > J > Damn, I hate to step on one of the rare reasonable posts in this thread,F > but it's the last half of the last sentence. I can't leave it, sorry> > Fred. I have no faith in the Itanium getting to a reasonableD > price/performance point. That would require high volume sales, andG > they've already cut the highest volume market out of the roadmap; the G > desktop. Does the expression "niche market" sound familiar? >>Cough<< F > Alpha/VMS >>Cough<<. AMD have the better strategy, plain and simple.% > They also may have the better chip.  >   @ 	This argument can go in several directions (market share, etc).G 	For an interesting view from the pros, head over to realworldtech.com	 ' 	and read/follow some of their threads.   i http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=1170&Thread=6&entryID=13924&roomID=11   8 >>Intel would just raise the bar on cache capacity again5 >>and price bomb Xeon 1 and 2 MB. BTW, do you get the 8 >>feeling Intel would love to drag AMD into a cache war? > 	 >I do. :)  > : >More cache. Larger die. Fewer Opterons. And lower yields.  O It's all relative. There's a 2 GHz Xeon MP with 2 MB L3 selling for $4K through O pricewatch. If AMD can get anywhere near $1K for the large cache Opterons, then ? that's got to be better than getting $50 for a small cache K7.    O The "silicon" estate isn't really meaningful if you can't sell it. So much have N been made about AMD's "die size advantage" of being able to keep the processorJ die small, but it doesn't matter if you can't get enough money per mm^2 ofK silicon to benefit. Or if you have excess capacity left over and the fab is  being under utilized.   J Granted, Intel's traditional strength is in yield on a per mm^2 basis, andM Intel now have really small SRAM cells, so Intel would be well equipped for a M "cache war", but AMD may not have a choice than to try to move upscale and do N battle on the Xeon front. For one thing, that segment is a lot more lucrative,L and could represent better return on a $ per mm^2 of wafer starts basis, and5 also work to fill capacity on an underutilized fab...   M AMD just can't survive on $70 ASP's. IMO, it has to try to move up. Intel has N essentially "Celeronized" AMD's entire Athlon line, and there's just no profit there.     ---   A 	I made mention over there about Unisys' Aries 130 - 16 processor C 	Itanium 2.  List price of $300000.  That works out to about $15000 B 	per cpu (I said 18000 over there, but I'm not taking into accountC 	the cost of the box, $16000 per cpu is reasonable).  Today, a p690 C 	(IBM AIX big box) lists CPUs for 33000 a pop, Sun UE15K lists them A 	for over 40000 per CPU (dredge through www.tpc.org and yank some  	figures).    A 	4 CPU Opterons will have to fight it out with fast price reduced C 	large cached Xeons.  16 CPU Opteron boxes won't exist.  The niches 5 	and overlaps for Opteron are quite the challenge eh?   A 	Assuming AMD doesn't run out of money.  Maybe they get lucky and A 	jack their ASP back up to where it was 4 years ago at $90?  lol.   G 	Here's the deal.  Sun and IBM have to do something.  A 16+ CPU Madison F 	and post-Madison box by HP will be a whole lot cheaper than Sun's andA 	IBM's if Unisys' prices hold any clues.  Today, HP ships a 4 CPU F 	I2 with per-CPU pricing of 8000.  As I mentioned over there, it looksC 	like the hardware prices for I2 at the high-end (high CPU counts)  / 	could be quite a bit cheaper than Sun and IBM.    	Interesting times indeed.   				Rob    ------------------------------  % Date: Thu, 23 Jan 2003 16:14:52 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>: Subject: Re: AlphaServer users given lifeline till Itanium/ Message-ID: <3E304D39.1578FCA4@vl.videotron.ca>   1 > > AlphaServer users given lifeline till Itanium     J That should have read: Alpha throws a lifeline to save HP from the sinking& Itanic, but HP chooses not to take it.   ------------------------------  % Date: Thu, 23 Jan 2003 16:58:49 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>: Subject: Re: AlphaServer users given lifeline till Itanium/ Message-ID: <3E305783.54413688@vl.videotron.ca>    Fred Kleinsorge wrote:N > equivalent performing systems out there.  I have faith in Intel's ability toN > drive pricing of chips down.  Itanium2 volume may not be high yet, but we'll > see what happens.   N IA64's volumes will never be high. Intel has conceided the workstation market.L They may be higher than Alpha's due to HP's installed base, but nowhere near  what Hammer or the 8086 will be.  M Secondly, when you look at how must it costed Intel to develop IA64, (and how J long), I am not sure that Intel will be able to continue to subsidize Ia64B forever. EV7 may be a few years late, but that is probably becauseN Digital/Compaq didn't want to spend much on developpers, and obviously becauseK HP didn't want to rush EV7 out. But Intel gave it all it got to develop the 0 IA64 and it was delayed and delayed and delayed.  N If the architecture itself is a dog (as Alpha developpers used to tell DigitalH customers at presentations), then Intel will be stuck with a dog for theJ remainder of IA64's life, while those with architectures that are easier ,J faster and cheaper to update will move forwards and strenghten their lead.  K The day wintel applications start to come out only on 64 bit versions (aka: J hammer) is the day Intel will be forced to produce a 64 bit 8086. At whichN point, it will be pointless do to IA64 *AND* the 64 bit 8086 at the same time,M especially if the 64 bit 8086, being a simpler architecture, would cost a lot % less and get the products out faster.   E > Windows space, you may well be right.  Certainly the lack of binary E > compatability between VAX and Alpha helped limit the Alpha success    M Not if they had done "VEST" like Apple did when it migrated from the 68000 to N PowerPC. All the products Palmer killed and never ported to Alpha would run on; Alpha today (and provide incentive to buy faster alphas !).     J > of you still have VAX systems?).  But binary compatability is completely2 > meaningless in terms of VMS, or even UNIX/LINUX.  M But for Wintel market, it is crucial. This is exactly what made the 8086 such N a success: people wanted to buy "compatible" software, and they were told thatN all the new software was coming out only for the IBM PC and not Apple, so they
 went IBM PC.    G So that leaves only the "proprietary" chips for the low volume high end I server. And this relegates IA64 to the same problem of Alpha: low volume, N proprietary. Except HP is hindered by a bloated failed architecture, uncertainM future because everyone knows Intel will eventually produce a 64 bit 8086 and I that is the one that will be industry standard, high volume and low cost.   H > From a pure VMS perspective - the hand we've been dealt is IA64.  ThatH > turned out to be real good, since Intel, HP, Microsoft, and others hadN > already built the infrastructure needed to support enterprise class systems.  F Please, do not mention Microsoft in the same sentence as "enterprise".   ------------------------------  % Date: Thu, 23 Jan 2003 17:02:49 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>: Subject: Re: AlphaServer users given lifeline till Itanium/ Message-ID: <3E305873.9F4514F7@vl.videotron.ca>    Fred Kleinsorge wrote:L > EV7, but it's also not as bad as a Sparc).  Customers concerned by the FUDL > can stick with Alpha for quite a while, until they can see and touch a VMS: > system on Itanium2 with the price/performance they need.  J Intel current has about as much credibility with IA64 a Digital/Compaq had1 with its commitments on VMS. That is the problem.    ------------------------------    Date: 23 Jan 2003 16:30:30 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) : Subject: RE: AlphaServer users given lifeline till Itanium3 Message-ID: <U83ObpK54n23@eisner.encompasserve.org>   W In article <01C2C2C5.0A3163B0@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:   L >>Despite carping from the disgruntled, and those who despise Intel and haveK >>hung their hopes on AMD - you can buy a 1Ghz Itanium2 system *today* that N >>will deliver performance in the top tier of 64-bit systems (it may not be anL >>EV7, but it's also not as bad as a Sparc).  Customers concerned by the FUDL >>can stick with Alpha for quite a while, until they can see and touch a VMS: >>system on Itanium2 with the price/performance they need. > J > Damn, I hate to step on one of the rare reasonable posts in this thread,F > but it's the last half of the last sentence. I can't leave it, sorry> > Fred. I have no faith in the Itanium getting to a reasonable > price/performance point.  J So you can stay with Alpha until something changes.  Not every applicationM needs the very fastest speed.  I have something still running in "production" + on a MicroVAX II; nothing more is required.    ------------------------------  # Date: Thu, 23 Jan 2003 23:15:57 GMT # From: "John Smith" <a@nonymous.com> : Subject: Re: AlphaServer users given lifeline till ItaniumH Message-ID: <NI_X9.82530$ej1.68087@news02.bloor.is.net.cable.rogers.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:U83ObpK54n23@eisner.encompasserve.org... > > In article <01C2C2C5.0A3163B0@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: > E > >>Despite carping from the disgruntled, and those who despise Intel  and have@ > >>hung their hopes on AMD - you can buy a 1Ghz Itanium2 system *today* thatF > >>will deliver performance in the top tier of 64-bit systems (it may	 not be an F > >>EV7, but it's also not as bad as a Sparc).  Customers concerned by the FUD B > >>can stick with Alpha for quite a while, until they can see and touch a VMS < > >>system on Itanium2 with the price/performance they need. > > D > > Damn, I hate to step on one of the rare reasonable posts in this thread, B > > but it's the last half of the last sentence. I can't leave it, sorry @ > > Fred. I have no faith in the Itanium getting to a reasonable > > price/performance point. > @ > So you can stay with Alpha until something changes.  Not every application B > needs the very fastest speed.  I have something still running in "production"- > on a MicroVAX II; nothing more is required.     D "nothing more is required" until 2006 for most users -  if VMS salesF tank in 2006 because there isn't a viable platform for enough users toE justify the continued development of VMS, HP can pull the plug on VMS 2 and start the 5-year Doomsday clock ticking. YMMV.  @ BTW, all that 5-year period that HP keeps on trumpeting about isB simply a federally mandated requirement - not something that HP isF doing out of the kindness of its heart because they are corporate goodC guys - it has to do it. Compaq would have had to do it too had they B declared EOL on VMS. Mind you, they could get out of it quicker byD rolling the VMS assets into a new shell company and then bankruptingA it. Then the 5-year window of support doesn't apply to a bankrupt F company. Want to bet their lawyers aren't looking at that too? but I'm> not a lawyer, so please HP, don't come to me for legal advice.  E Given that it appears likely that all the Billy-boxes won't in future F run IA-64 due to economics, it seems a far better strategy to have runB with Alpha for VMS, NSK, and Tru64Hpux. Even now, just barely, I'dD wager that EV8 could still be released as a performance leader if it was restarted today.  F I think the IA-64 performance writing was on the wall for IA-64 at theF June 2001 - Curly just didn't want to look at it. But then again CarlyC probably told him not to look at it or she wouldn't buy the company  out from under him.    ------------------------------    Date: 23 Jan 2003 17:35:41 -0800( From: bob@instantwhip.com (Bob Ceculski): Subject: Re: AlphaServer users given lifeline till Itanium= Message-ID: <d7791aa1.0301231735.1f62afe8@posting.google.com>   w "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote in message news:<3e303379$1_1@hpb10302.boi.hp.com>...   6 forget it Fred ... your preaching to empty benches ...   ------------------------------  % Date: Thu, 23 Jan 2003 20:54:28 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> : Subject: Re: AlphaServer users given lifeline till Itanium' Message-ID: <3E30AAE4.3C5BEC65@fsi.net>    Baby Peanut wrote: > ` > david20@alpha1.mdx.ac.uk (David Webb) wrote in message news:<b0mmqg$gg2$1@aquila.mdx.ac.uk>...g > > In article <s+k1KODmlcZE@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: ^ > > >In article <b0mefv$dqj$1@aquila.mdx.ac.uk>, david20@alpha1.mdx.ac.uk (David Webb) writes:j > > >> In article <VC53uGXnvzWg@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:` > > >>>In article <b0ma0e$c51$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (David Webb) writes: > > >>> V > > >>>> Which was probably the biggest complaint at the time. If Compaq had announcedW > > >>>> porting of VMS and Tru64 to IA64 but not simultaneously announced the dropping T > > >>>> of work on EV8 (and hence in peoples mind the death of the Alpha chip) thenR > > >>>> they would have garnered almost universal support from the people in this > > >>>> newsgroup.  > > >>> R > > >>>And they would have lost the opportunity for the payments offered by Intel. > > >>>  > > >>A > > >> Were the payments not just for porting their OS' to IA64 ? C > > >> Are you really saying that Intel paid Compaq to kill Alpha ?  > > > N > > >Compaq has not killed Alpha.  The payments were made in return for makingM > > >IA64 the chosen environment for servers in the future.  I presume Compaq P > > >(now HP) is free to enhance Alpha as much as possible for operating systems" > > >made by others (e.g., Apple). > > >  > > Q > > >> Paying Compaq to port their OS's to IA64 is one thing but if there are any R > > >> official documents proving that Intel linked this payment to Compaq killingC > > >> off their chip then I'd think Intel would be in big trouble.  > > > L > > >So you are right, in a nit-picking sort of way.  Compaq can honor theirM > > >agreement with Intel (we presume) by continuing to develop Alpha but not # > > >support the new Alphas on VMS.  > > R > > No not supporting VMS and Tru64 on any new alphas produced is exactly the sameO > > as "killing" the chip since apart from a relatively small linux usage those & > > were the OSs which used that chip. > + > What's linux?  Is it anything like these:   F You're joking, right? RedHat, Mandrake, SuSE, Slackware, etc. all have1 Alpha ports. See also: http://www.alphalinux.org/   H FreeBSD is available for Alpha, also, as are other *BSDs, as you pointed out...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 23 Jan 2003 20:57:22 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> : Subject: Re: AlphaServer users given lifeline till Itanium' Message-ID: <3E30AB92.29B4EA1D@fsi.net>    Fred Kleinsorge wrote: > 6 > "David Mathog" <mathog@caltech.edu> wrote in message4 > news:20030123084120.5d15b920.mathog@caltech.edu...! > > On 21 Jan 2003 07:28:17 -0800 - > > baby_p_nut@yahoo.com (Baby Peanut) wrote:  > > < > > > http://news.zdnet.co.uk/story/0,,t269-s2129026,00.html > > > 3 > > > AlphaServer users given lifeline till Itanium  > > 7 > > I expect AlphaServer users would generally be a lot 5 > > better off to swim hard for the lifeboats than to 8 > > reach for any of the lines dangling from the Itanic. > >  > L > Despite carping from the disgruntled, and those who despise Intel and haveK > hung their hopes on AMD - you can buy a 1Ghz Itanium2 system *today* that N > will deliver performance in the top tier of 64-bit systems (it may not be anL > EV7, but it's also not as bad as a Sparc).  Customers concerned by the FUDL > can stick with Alpha for quite a while, until they can see and touch a VMS: > system on Itanium2 with the price/performance they need.  H I'm more concerned with what my management thinks of it, and can they beC convinced to gamble the company's future on something Intel took 10 F years to produce that still does not match the latest Alpha offerings,D and DEC about half that time to produce it's first 64-bit processor.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 23 Jan 2003 20:35:24 GMT ' From: Doc Octopus <dococt@noschpam.org> 2 Subject: Re: Antique question: 11/730 Console Tape/ Message-ID: <Xns930C8039EDC96XSlug27@68.6.19.6>   E On 19 Jan 2003, "David Harrison" <djharrid@bellsouth.net> posted some / news:0nAW9.44847$Jm2.27574@news.bellsouth.net:    G > I'm administrator or a VAX 11/730 that ate its original console tape. G > I found another tape but with this tape the system refuses to perform D > a default boot to the UDA controller. I tried replacing DEFBOO.CMDD > with DUABOO.CMD (see below) and the system hits the disk, but onlyH > prints out the VMS banner before stopping. I then halt the CPU and run  > DUABOO again and it boots VMS. > G > Question: is there something I need to add to the DUABOO file so that D > the system will boot from the UDA the first time? I used to have aD > bunch of 11/730 documentation, but it has long since been trashed. > 
 > DEFBOO.CMD:  >     I  >     D/P/L  F26200  86  >     D/P/L  F2620C  FFFFFFFF  >     D/P/L  F26200  6 >     D/G/L  0  00A80003 >     D/G/L  1  3  >     D/G/L  2  3FB86  >     D/G/L  3  0  >     D/G/L  4  0  >     D/G/L  5  0  >     E  SP  > 
 > DUABOO.CMD:  >     I  >     D/G  0  11 >     D/G  1  3  >     D/G  2  3F468  >     D/G  4  0  >     D/G  5  0  >     E  SP  > 	 > Thanks,  >  > David Harrison > djharrid@bellsouth.net >  >  >  >  >  >     DEFBOO.CMD:      I      D/P/L  F26200  86      D/P/L  F2620C  FFFFFFFF      D/P/L  F26200  6 J  !   D/G/L  0  00A80003 <===  Try changing this value to 11.  Comment the H                               line with "!" so it won't be executed and K                               you don't lose the original value.  Just add  2                               a new line for it.        D/G/L  0  11       D/G/L  1  3      D/G/L  2  3FB86          D/G/L  3  0              D/G/L  4  0      D/G/L  5  0        
      E  SP  I As long as you're booting device DU0, on the first UDA adapter at 772150   looks ok.     ' Do you have DUAGEN.CMD on that console?   	 scdave at  ix()netcom()com    ------------------------------  # Date: Thu, 23 Jan 2003 20:42:58 GMT ' From: Doc Octopus <dococt@noschpam.org> 2 Subject: Re: Antique question: 11/730 Console Tape/ Message-ID: <Xns930C8182AB134XSlug27@68.6.19.6>   = On 23 Jan 2003, Doc Octopus <dococt@noschpam.org> posted some ( news:Xns930C8039EDC96XSlug27@68.6.19.6:   G > On 19 Jan 2003, "David Harrison" <djharrid@bellsouth.net> posted some 1 > news:0nAW9.44847$Jm2.27574@news.bellsouth.net:   > H >> I'm administrator or a VAX 11/730 that ate its original console tape.H >> I found another tape but with this tape the system refuses to performE >> a default boot to the UDA controller. I tried replacing DEFBOO.CMD E >> with DUABOO.CMD (see below) and the system hits the disk, but only E >> prints out the VMS banner before stopping. I then halt the CPU and % >> run DUABOO again and it boots VMS.  >>  H >> Question: is there something I need to add to the DUABOO file so thatE >> the system will boot from the UDA the first time? I used to have a E >> bunch of 11/730 documentation, but it has long since been trashed.  >>   >> DEFBOO.CMD: >>     I >>     D/P/L  F26200  86 >>     D/P/L  F2620C  FFFFFFFF >>     D/P/L  F26200  6  >>     D/G/L  0  00A80003  >>     D/G/L  1  3 >>     D/G/L  2  3FB86 >>     D/G/L  3  0 >>     D/G/L  4  0 >>     D/G/L  5  0 >>     E  SP >>   >> DUABOO.CMD: >>     I >>     D/G  0  11  >>     D/G  1  3 >>     D/G  2  3F468 >>     D/G  4  0 >>     D/G  5  0 >>     E  SP >>  
 >> Thanks, >>   >> David Harrison  >> djharrid@bellsouth.net  >>   >>   >>   >>   >>   >>   >  >  DEFBOO.CMD: >      I >      D/P/L  F26200  86 >      D/P/L  F2620C  FFFFFFFF >      D/P/L  F26200  6 G >  !   D/G/L  0  00A80003 <===  Try changing this value to 11.  Comment  >  the  E >                               line with "!" so it won't be executed G >                               and you don't lose the original value.  ) >                               Just add  4 >                               a new line for it.   >      D/G/L  0  11  >      D/G/L  1  3 >      D/G/L  2  3FB86     >      D/G/L  3  0         >      D/G/L  4  0 >      D/G/L  5  0         >      E  SP > C > As long as you're booting device DU0, on the first UDA adapter at  > 772150 looks ok.   > ) > Do you have DUAGEN.CMD on that console?  >  > scdave at  > ix()netcom()com        Oops, meant DU0GEN.CMD.      ------------------------------  % Date: Thu, 23 Jan 2003 16:55:26 -0600t/ From: "David Harrison" <djharrid@bellsouth.net>i2 Subject: Re: Antique question: 11/730 Console Tape4 Message-ID: <Pl_X9.2963$zt5.1048@news.bellsouth.net>   > Oops, meant DU0GEN.CMD.  >r  , I'm not certain. I'll have to look tomorrow.I Unfortunately my employer (can't mention the name, but initials are USAF)lH doesn't carry newsgroups, thinking they will be abused or some deep darkC secrets will be posted. SO, I have to find these answers from home.    Thanks for the tips!   David Harrison   ------------------------------  % Date: Thu, 23 Jan 2003 18:54:15 -0500 < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>2 Subject: Re: Antique question: 11/730 Console Tape0 Message-ID: <Ig%X9.439$cM3.325@news.cpqcorp.net>   David Harrison wrote:pI > I'm administrator or a VAX 11/730 that ate its original console tape. I0G > found another tape but with this tape the system refuses to perform aXG > default boot to the UDA controller. I tried replacing DEFBOO.CMD withmN > DUABOO.CMD (see below) and the system hits the disk, but only prints out theM > VMS banner before stopping. I then halt the CPU and run DUABOO again and it  > boots VMS. > K > Question: is there something I need to add to the DUABOO file so that the/I > system will boot from the UDA the first time? I used to have a bunch ofs; > 11/730 documentation, but it has long since been trashed.f > 
 > DEFBOO.CMD:  >     Ii >     D/P/L  F26200  86l >     D/P/L  F2620C  FFFFFFFFn >     D/P/L  F26200  6 >     D/G/L  0  00A80003 >     D/G/L  1  3  >     D/G/L  2  3FB86  >     D/G/L  3  0  >     D/G/L  4  0, >     D/G/L  5  0  >     E  SP  > 
 > DUABOO.CMD:  >     Iy >     D/G  0  11 >     D/G  1  3o >     D/G  2  3F468  >     D/G  4  0S >     D/G  5  0  >     E  SP  >   D A google search came up with an online manual for your antique that  describes what you need to do.  Q http://www.sysworks.com.au/disk$vaxdocmar964/decw$book/vy4yaa63.p44.decw$book#122   E I recommend that you use the console copy procedure to make a backup.m  H You are aware that there are two TU58 drives in the system?  Is there a 8 possibility that someone left a backup in the other one?     -JohnS! malmberg@dskwld.zko.dec.compaq.hpi Personal Opinion Only,   ------------------------------  # Date: Fri, 24 Jan 2003 04:34:54 GMT ' From: Doc Octopus <dococt@noschpam.org>a2 Subject: Re: Antique question: 11/730 Console Tape/ Message-ID: <Xns930CD182ACB35XSlug27@68.6.19.6>   F On 23 Jan 2003, "David Harrison" <djharrid@bellsouth.net> posted some , news:Pl_X9.2963$zt5.1048@news.bellsouth.net:   >  >> Oops, meant DU0GEN.CMD. >> > . > I'm not certain. I'll have to look tomorrow.F > Unfortunately my employer (can't mention the name, but initials are  USAF)eJ > doesn't carry newsgroups, thinking they will be abused or some deep darkE > secrets will be posted. SO, I have to find these answers from home.e >  > Thanks for the tips! >  > David Harrison >  >  >    No prob.  XUSMC here.  t  I I have the specifics on this stuff buried in a mountain of manuals in my VG garage somewhere or I have it on fiche.  Used to run a number of those  K 730's and their larger brethren over the years.  Check out John Malmberg's b post as well, good info there.  $ If you don't have luck, let us know.   ------------------------------  % Date: Thu, 23 Jan 2003 21:01:14 -0600g1 From: "David J. Dachtera" <djesys.nospam@fsi.net>-" Subject: Re: automatic screensaver& Message-ID: <3E30AC7A.43DE1A3@fsi.net>   Fred Kleinsorge wrote: > < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:xwBHqNpoU2QI@eisner.encompasserve.org... D > > In article <3e300873$1_2@hpb10302.boi.hp.com>, "Fred Kleinsorge"3 > <kleinsorge@star-dot-zko-dot-dec-dot-com> writes:W > >e= > > >> So Fred, what is your solution for DOCUMENT/GRAPHICS ?. > > >>; > > >> Conventional wisdom seems to be VMS V7.2 or earlier.  > > >p: > > > A replacement for what you are doing in document ;-) > > L > > What other tool is available to generate proprietary Bookreader format ? > >, > M > The don't use bookreader!  Times have changed.  Generate HTML, or something, > else.n  C You'd do well to sell that internally at HP. SDML -> PDF preserving E bookmarks would be a wonderful thing, since the PC Bookreader programe doesn't print.   -- i David J. Dachterai dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Fri, 24 Jan 2003 04:35:03 GMTn3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US>e" Subject: Re: automatic screensaver5 Message-ID: <3E3051F8.67A151CB@toyvax.Glendale.CA.US>M   Fred Kleinsorge wrote:  K > If you want to stay with increasingly old versions of VMS - heck I'm suresI > there are still happy V4.7 users out there - that's fine - but don't be 6 > complaining when new things aren't available for it.  -   How about when old things still don't work?a  L   I don't know how many posts I did to vmsnet.sdk.openvms.fieldtest (severalO anyway) during the VMS 7.2 and 7.3 field tests reporting that the VAX X-display J server does not work setting the default visual and that the documentationJ was messed up, re: the name of the Symbol do accomplish this.  Never got a reply and it never got fixed.3  <   There's applications that don't like a 24-plane visual and@ if you have a VAXstation with an SPXgt card, that's what you getF and you can't change the default visual it to Pseudocolor despite what> the Docs say.  And the docs are wrong; they have the symbol as1 "DECW$DEFAULT_VISUAL_CLASS" while the example has F "DECW$SEVER_DEFAULT_VISUAL_CLASS".  Both of which are wrong.  The docsI also only say it doesn't work on VMS 5.5-2.  Nothing about ALPHA only...  ! which wouldn't make sense anyway.aM See: http://www.openvms.compaq.com/doc/73final/6300/6300pro_002.html#config_7v Section 3.2.2.  9   On Alpha the symbol in DECW$PRIVATE_SERVER_SETUP.COM is.G DECW$SERVER_DEFAULT_VISUAL_CLASS (SERVER not SEVER).  If you search the)N DECW EXE files in SYS$LIBRARY you can find this string in DECW$SERVER_DIX.EXE.L However there's no such string (or anything "VISUAL_CLASS") in this or otherE server exe's on VAX.  I wouldn't think this would be such a difficult H thing to fix... setting the default visual.  I never reported it throughJ regular support channels because the SPXgt card was on a hobbiest machine.G I figured buying the External Field Tests and reporting in the newgroupe: would get attention.  But they never amounted to anything.  = Patch anyone?  Or is the VAX display server beyond maintence?t   -- Vance Haemmerlet   ------------------------------   Date: 23 Jan 2003 21:49:49 GMT7 From: yehavi@vms.huji.ac.il (Yehavi Bourvine (58-4279))e? Subject: AXP/VMS disassembler, or locating an opcode in binary?d% Message-ID: <2003Jan23.214949@hujicc>s   Hello,  M   I have a complicated question: We have here a software written years ago bywK some software company which does not exist anymore. I have to do now a very5N simple change in it (changing one IF decision from < to <=). I do not have theL sources, the company does not exist, but a programmer who used to work thereM tolld me to look for the first IF in a function called xxx. Doing DUMP on therB EXE I see this function name (probably the program was linked with1 /TRACEBACK). Now, I have the following questions:r  : - Is there a dis-assembler for AXP/VMS? I could find none.J - How do I locate the module and the routine inside the binary, and how doH   I patch it (no PATCH utility on AXP, and I don't have VAX anymore...).H - I thought of using the debugger to translate the binary codes to MacroH   opcodes. However, I can't run the program interactively (it is spawnedJ   from a detached process), thus I am left with SDA only. How do I find atB   what memory addrss a rouine which I've found in the EXE resides?3   Note that I don't have a map or STB file of it...i  >                                              Thanks! __Yehavi:     Yehavi Bourvine # The Hebrew University of Jerusalem.u   ------------------------------  % Date: Thu, 23 Jan 2003 16:40:08 -0500-' From: Chris Olive <nospam@raytheon.com>-C Subject: Re: AXP/VMS disassembler, or locating an opcode in binary?a> Message-ID: <WjZX9.330$Z74.1271@dfw-service2.ext.raytheon.com>    Yehavi Bourvine (58-4279) wrote: > Hello, > O >   I have a complicated question: We have here a software written years ago byeM > some software company which does not exist anymore. I have to do now a very P > simple change in it (changing one IF decision from < to <=). I do not have theN > sources, the company does not exist, but a programmer who used to work thereO > tolld me to look for the first IF in a function called xxx. Doing DUMP on the D > EXE I see this function name (probably the program was linked with3 > /TRACEBACK). Now, I have the following questions:R > < > - Is there a dis-assembler for AXP/VMS? I could find none.L > - How do I locate the module and the routine inside the binary, and how doJ >   I patch it (no PATCH utility on AXP, and I don't have VAX anymore...).J > - I thought of using the debugger to translate the binary codes to MacroJ >   opcodes. However, I can't run the program interactively (it is spawnedL >   from a detached process), thus I am left with SDA only. How do I find atD >   what memory addrss a rouine which I've found in the EXE resides?5 >   Note that I don't have a map or STB file of it...e  E Hey, we just went through all this just not too long ago for someone t6 else!  Check out a recent thread here in c.o.v called D "assembly/disassembly on vms ?" (exact subject).  The thread can be  located on Google here:e  .http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=3e1dd8c8%240%2483826%24edfadb0f%40dtext01.news.tele.dk&rnum=5&prev=/groups%3Fq%3DDISM32%2Bgroup:comp.os.vms%26hl%3Den%26lr%3D%26ie%3DUTF-8%26safe%3Doff%26selm%3D3e1dd8c8%25240%252483826%2524edfadb0f%2540dtext01.news.tele.dk%26rnum%3D5  E That should re-explain everything.  As for patching your image, I've yF never had to patch an Alpha image (patched plenty of VAX images using D VFE and logical block editing hacks I've written), but I know a few I people that have patched Alpha images, and maybe they will chime in here e soon.   G If I had to do it, I would look to logical block I/O and patch it that eI way with a quick LOG_IO replacement hack (in MACRO-32).  There is also a 0G program on Hunter Goatley's freeware server that claims to be what VFE v9 was on VAX/VMS, it's called CHARM.  You can find it here:0  5 ftp://ftp.process.com/vms-freeware/fileserv/charm.zip   H To give you a jump, you aren't going to disassemble an Alpha image into F MACRO-32 op codes.  And without a VAX, you can't run DISM32 (refer to E the thread I mentioned), and even if you COULD run DISM32, you still AF have an Alpha image, so you're hosed...  Disassembling an Alpha image 5 leaves you with RISC instructions, MACRO-32 op codes.n  C Anyway, read the thread referred to.  You'll find what you need in rI there.  For patching, look to Charm, write your own logical block editor oH (quick hack), or wait for someone else to chime in.  I know of at least C one person that could probably do it and do it for you right.  His  9 knowledge isn't free, but it's probably worth your money.D  L He'll chime in very shortly I'm sure, but if not, check out: www.tmesis.com.  
 Good luck.   Christ -----r Chris Olivec Systems Consultant' Raytheon Technical Services Corporatione Indianapolis, IN  * email: olivec AT indy DOT raytheon DOT com   ------------------------------  % Date: Thu, 23 Jan 2003 16:46:50 -0500i' From: Chris Olive <nospam@raytheon.com>rC Subject: Re: AXP/VMS disassembler, or locating an opcode in binary?e> Message-ID: <bqZX9.331$Z74.1110@dfw-service2.ext.raytheon.com>   Chris Olive wrote: > [snip original]    Blast my typing skills! 8-)l  	 > [snip] g > J > To give you a jump, you aren't going to disassemble an Alpha image into H > MACRO-32 op codes.  And without a VAX, you can't run DISM32 (refer to G > the thread I mentioned), and even if you COULD run DISM32, you still dH > have an Alpha image, so you're hosed...  Disassembling an Alpha image 7 > leaves you with RISC instructions, MACRO-32 op codes.r >   K That should read "leaves you with RISC instructions, *NOT* MACRO-32 codes."y  F And he's hosed with regard to disassembling with DISM32, not that his G Alpha image can't be disassembled at all, as explained in the thread I  H referred him to...  I just wanted to removed the illusion that he could 3 run DISM32 after referring him to the other thread.    Chris  -----t Chris Oliven Systems Consultant' Raytheon Technical Services Corporationh Indianapolis, IN  * email: olivec AT indy DOT raytheon DOT com   ------------------------------  # Date: Thu, 23 Jan 2003 22:13:39 GMTu" From:   VAXman-  @SendSpamHere.ORGC Subject: Re: AXP/VMS disassembler, or locating an opcode in binary?i0 Message-ID: <00A1A68B.3EB1670E@SendSpamHere.ORG>  h In article <WjZX9.330$Z74.1271@dfw-service2.ext.raytheon.com>, Chris Olive <nospam@raytheon.com> writes:! >Yehavi Bourvine (58-4279) wrote:s	 >> Hello,i >> lP >>   I have a complicated question: We have here a software written years ago byN >> some software company which does not exist anymore. I have to do now a veryQ >> simple change in it (changing one IF decision from < to <=). I do not have theaO >> sources, the company does not exist, but a programmer who used to work theresP >> tolld me to look for the first IF in a function called xxx. Doing DUMP on theE >> EXE I see this function name (probably the program was linked with 4 >> /TRACEBACK). Now, I have the following questions: >> h= >> - Is there a dis-assembler for AXP/VMS? I could find none.tM >> - How do I locate the module and the routine inside the binary, and how do0K >>   I patch it (no PATCH utility on AXP, and I don't have VAX anymore...).mK >> - I thought of using the debugger to translate the binary codes to Macro.K >>   opcodes. However, I can't run the program interactively (it is spawnedsM >>   from a detached process), thus I am left with SDA only. How do I find atfE >>   what memory addrss a rouine which I've found in the EXE resides? 6 >>   Note that I don't have a map or STB file of it... >eF >Hey, we just went through all this just not too long ago for someone 7 >else!  Check out a recent thread here in c.o.v called  E >"assembly/disassembly on vms ?" (exact subject).  The thread can be $ >located on Google here: >l >http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=3e1dd8c8%240%2483826%24edfadb0f%40dtext01.news.tele.dk&rnum=5&prev=/groups%3Fq%3DDISM32%2Bgroup:comp.os.vms%26hl%3Den%26lr%3D%26ie%3DUTF-8%26safe%3Doff%26selm%3D3e1dd8c8%25240%252483826%e >tF >That should re-explain everything.  As for patching your image, I've G >never had to patch an Alpha image (patched plenty of VAX images using mE >VFE and logical block editing hacks I've written), but I know a few 2J >people that have patched Alpha images, and maybe they will chime in here  >soon. >RH >If I had to do it, I would look to logical block I/O and patch it that J >way with a quick LOG_IO replacement hack (in MACRO-32).  There is also a H >program on Hunter Goatley's freeware server that claims to be what VFE : >was on VAX/VMS, it's called CHARM.  You can find it here: >-6 >ftp://ftp.process.com/vms-freeware/fileserv/charm.zip > I >To give you a jump, you aren't going to disassemble an Alpha image into rG >MACRO-32 op codes.  And without a VAX, you can't run DISM32 (refer to eF >the thread I mentioned), and even if you COULD run DISM32, you still G >have an Alpha image, so you're hosed...  Disassembling an Alpha image w6 >leaves you with RISC instructions, MACRO-32 op codes. >hD >Anyway, read the thread referred to.  You'll find what you need in J >there.  For patching, look to Charm, write your own logical block editor I >(quick hack), or wait for someone else to chime in.  I know of at least hD >one person that could probably do it and do it for you right.  His : >knowledge isn't free, but it's probably worth your money.  5 ... but what will I do with a pocket full of Shekels?h    M >He'll chime in very shortly I'm sure, but if not, check out: www.tmesis.com.d   ding...b   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMA             5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Fri, 24 Jan 2003 01:59:56 GMTpL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")@ Subject: Booting VMS on AlphaServer 2100 4/275 w/ serial console6 Message-ID: <00A1A691.B3AE0094@SSRL.SLAC.STANFORD.EDU>   Comp.os.vmsers --   N I recently acquired a used AlphaServer 2100 (with 128MB of memory and a singleM 4/275 processor).  It didn't have a graphics processor in it.   (It did have bJ an FDDI adapter, if that's any use to anybody.)  The guy who had it bought; it "by mistake" in an auction, and had no idea what he had.   L I have a null-modem cable from it to my Island Computing workstation, and I  was able, with y   $ SET HOST/DTE TTB0:  4 to get the serial console to display on that system.  J So far so good.  When I tried to boot the 7.2-2 CD it complained about theL firmware, so I upgraded the firmware (from the 5.4 Firmware CD).  Now when IL try to boot the 7.2-2 CD, it seems to start up, but gets in a state where itF keeps telling me to enter date and time but but doesn't respond to anyK keystrokes (or echo them, for that matter).  The message comes up every fewt1 minutes, and the CD startup won't go any further.   F I guess the clock battery must have died, but this still seems like anF unfortunate response.  I'd like to get VMS to get up further and do an installation.  l  K The os_type console variable was set to UNIX before.   I don't know whetherh that makes any difference.  C [I should say that I stuck a graphics card in there and hooked up a J multisync monitor, but "set console graphics", while accepted, didn't seem to do anything.]   Anybody seen this before?e   Thanks,d   -- Alant  O ===============================================================================t0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056cM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025tO ===============================================================================s   ------------------------------  % Date: Thu, 23 Jan 2003 21:39:37 -050012 From: rdeininger@mindspring.com (Robert Deininger)D Subject: Re: Booting VMS on AlphaServer 2100 4/275 w/ serial consoleL Message-ID: <rdeininger-2301032139380001@user-2ive15k.dialup.mindspring.com>  6 In article <00A1A691.B3AE0094@SSRL.SLAC.STANFORD.EDU>,% winston@SSRL.SLAC.STANFORD.EDU wrote:A   >Comp.os.vmsers -- >nO >I recently acquired a used AlphaServer 2100 (with 128MB of memory and a single N >4/275 processor).  It didn't have a graphics processor in it.   (It did have K >an FDDI adapter, if that's any use to anybody.)  The guy who had it bought-< >it "by mistake" in an auction, and had no idea what he had. >lM >I have a null-modem cable from it to my Island Computing workstation, and I n >was able, with  >g >$ SET HOST/DTE TTB0:n >e5 >to get the serial console to display on that system.f >iK >So far so good.  When I tried to boot the 7.2-2 CD it complained about thetM >firmware, so I upgraded the firmware (from the 5.4 Firmware CD).  Now when I M >try to boot the 7.2-2 CD, it seems to start up, but gets in a state where itiG >keeps telling me to enter date and time but but doesn't respond to anynL >keystrokes (or echo them, for that matter).  The message comes up every few2 >minutes, and the CD startup won't go any further.  E Are you sure you don't have a flow control, cabling, or configurationn@ problem with the serial connection?  It sounds like you can sendG characters to the system console, but communication goes dead after youy< get into VMS.  I can't think of a reason for that to happen.    G >I guess the clock battery must have died, but this still seems like ancG >unfortunate response.  I'd like to get VMS to get up further and do ane >installation.    J It may not be the clock battery. VMS and UNIX time formats are different. @ The Unix time stored in the NVRAM probably looks invalid to VMS.  L >The os_type console variable was set to UNIX before.   I don't know whether >that makes any difference._  H I think what matters is which OS booted most recently.  But try changing the OS_type variable.t   ------------------------------    Date: 23 Jan 2003 16:16:56 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: Can we cut the crap? WAS: Re: (UNIX is OVER) was  . . . Re: Alpha for HP UX p3 Message-ID: <2Fz+HSuiM+wR@eisner.encompasserve.org>o  U In article <3E2F113C.9030503@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:i > Bob Koehler wrote:  " >>   A real virus is hard to kill.  K > It amazes me that Unix bigots more than two decades later still rant and i) > rave this pseudo-theological non-sense!s  E    Hm, seems to me the UNIX bigots are the ones who feel differenetlyh
    than I.  : > * NEWS FLASH * NEWS FLASH * NEWS FLASH * NEWS FLASH *    > I > It isn't Unix that has put VMS into the position it is in today, it is lI > about 15 years of crappy direction and management from the likes of CQ s! > Palmer, Curley, and now Carley!.      So whats new?   ------------------------------    Date: 23 Jan 2003 13:57:43 -0800* From: cgilley@bravewc.com (Charles Gilley); Subject: Re: Command/API to list locked files in a cluster? = Message-ID: <139d5a58.0301231357.64a100b6@posting.google.com>o  E show device/files will sort of work, but not quite (maybe I'm missinglF something).  This command lists open files which may or may not have aF file lock.  Even so, the person asking wants a programmable method for@ determining who has what locked (he wants to automate production	 support).i   Chgf   ------------------------------  % Date: Thu, 23 Jan 2003 16:06:46 -0400k0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>P Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)/ Message-ID: <3E304B54.67752DE7@vl.videotron.ca>u   "Mark E. Levy" wrote: F > International Data Group and *cannot be reused without permission.*   5 Is ____vms.org the same as International Data Group ?.  N What is the definition of "reused" ???? Does this mean we are not even allowedJ to discuss the contents ? Does this mean that inside an office, you cannot/ photocopy the arcticle to store in your files ?A  N Many companies have employees who scan the newspapers for articles of interestG to that company, and then photocopy them and distribute a daily summarys+ containing such articles. Is that illegal ?t  K Also, in the days when DECUS was DECUS, it has a very clear policy that any N materials submitted to DECUS had to be freely distributable. Anyone submittingJ materials to DECUS knew. This doesn't mean you relinquishh your copyright,J just that you allow free distribution of said material. www.____VMS.org isK perhaps as close to what used to be DECUS (non profit, focused on VMS) was.p   ------------------------------  # Date: Thu, 23 Jan 2003 22:04:54 GMT7L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")P Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)6 Message-ID: <00A1A670.DDF190D0@SSRL.SLAC.STANFORD.EDU>  b In article <3E304B54.67752DE7@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >"Mark E. Levy" wrote:G >> International Data Group and *cannot be reused without permission.*   >36 >Is ____vms.org the same as International Data Group ?  O Obviously, no.  (And in fact IDG has some surprisingly restrictive rules there,aN where they prohibit "deep linking" - so you're supposed to get permission fromI them to link to their articles at all.  I haven't yet heard of a US courtxK supporting that kind of restriction, although a (um, Danish, I think) court5 did.)W   >nO >What is the definition of "reused" ???? Does this mean we are not even allowed  >to discuss the contents ? m  E Obviously not.  (And "fair use" says you get to quote some reasonable>- proportion in the course of such discussion.)t  1 >Does this mean that inside an office, you cannot 0 >photocopy the arcticle to store in your files ?  2 Obviously not; you're still the original consumer.   >eO >Many companies have employees who scan the newspapers for articles of interestlH >to that company, and then photocopy them and distribute a daily summary, >containing such articles. Is that illegal ?  J Do they write summaries of the articles or distribute the entire articles?N If they've written summaries that's clearly original (though derivative) work;K copyright is on the expression of the information (the words the article isAI written in), not on the information content.  If they're photocopying thevO articles themselves and distributing those within the company, that's blurrier.e   >eL >Also, in the days when DECUS was DECUS, it has a very clear policy that anyO >materials submitted to DECUS had to be freely distributable. Anyone submittinggK >materials to DECUS knew. This doesn't mean you relinquishh your copyright,h  N An author owns publication rights and can assign them how he chooses.  (Eg, ifM I sell an article to a magazine, I can retain copyright and sell "First North F American Serial Rights", or I can sell "all rights", or I can sell theH copyright.  I can also write something, retain copyright, and declare it "freely distributable.")  K >just that you allow free distribution of said material. www.____VMS.org iseL >perhaps as close to what used to be DECUS (non profit, focused on VMS) was.  N That's a dangerous line of argument.  "Ken Farmer's site is close in spirit toO DECUS, and therefore any work posted there will be freely distributable withouteO regard to what either Ken or the author think about it."  Let's _really_ not goe there.   -- Alanu      O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056aM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025jO ===============================================================================4   ------------------------------  % Date: Thu, 23 Jan 2003 23:24:38 +0100e6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>P Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)) Message-ID: <3E306BA6.4000503@vajhoej.dk>/  * Alan Winston - SSRL Admin Cmptg Mgr wrote:Q > Obviously, no.  (And in fact IDG has some surprisingly restrictive rules there,tP > where they prohibit "deep linking" - so you're supposed to get permission fromK > them to link to their articles at all.  I haven't yet heard of a US court M > supporting that kind of restriction, although a (um, Danish, I think) courtn > did.)    Correct.  ? A danish internet company made a business of creating a virtuali9 news service by collecting deep links to the web-sites oft various danish news-papers.'   The news-papers sued and won.u  4 Many people in Denmark think that the judges did not& understand the nature of the internet.   But ...    Arne  < PS: The service immediatetly moved to Singapore and continue      its service !   ------------------------------  % Date: Thu, 23 Jan 2003 23:27:39 +0100'6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>P Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)) Message-ID: <3E306C5B.6090800@vajhoej.dk>    JF Mezei wrote:tM > Also, in the days when DECUS was DECUS, it has a very clear policy that any P > materials submitted to DECUS had to be freely distributable. Anyone submittingL > materials to DECUS knew. This doesn't mean you relinquishh your copyright,L > just that you allow free distribution of said material. www.____VMS.org isM > perhaps as close to what used to be DECUS (non profit, focused on VMS) was.h  9 If Ken Farmer requires people to make all articles freely.  distributable then yes. Else no.  ; The fact that his web-site and DECUS serves similar purposetA does not imply anything about content being freely distributable.a   That has to be explicit.   Arne   ------------------------------  # Date: Thu, 23 Jan 2003 22:56:56 GMTt# From: "John Smith" <a@nonymous.com>eP Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)H Message-ID: <Yq_X9.82470$ej1.76464@news02.bloor.is.net.cable.rogers.com>  0 "Arne Vajhj" <arne@vajhoej.dk> wrote in message# news:3E306C5B.6090800@vajhoej.dk...c > JF Mezei wrote:tF > > Also, in the days when DECUS was DECUS, it has a very clear policy that any@ > > materials submitted to DECUS had to be freely distributable. Anyone submitting C > > materials to DECUS knew. This doesn't mean you relinquishh your 
 copyright,; > > just that you allow free distribution of said material.O www.____VMS.org isE > > perhaps as close to what used to be DECUS (non profit, focused on 	 VMS) was.  > ; > If Ken Farmer requires people to make all articles freelya" > distributable then yes. Else no. > = > The fact that his web-site and DECUS serves similar purpose C > does not imply anything about content being freely distributable.= >r > That has to be explicit.    A The corollary is that all HP has to do is copyright all its press > releases about Alpha and VMS, claim 'All Rights Reserved', and= instantly they get what they seem to want - no further public E awareness of Alpha and VMS - no legal quotable (lengthy) attribution,  no links posted, no sales.  F I'm surprised they have not taken everyone who republishes their pressC notices, SpecRate results, or any other information about Alpha and E VMS to court about this yet. Or maybe they'll resort to obfuscating a D few key words in each release, words that are decipherable, and thenD go after people using the provisions of the DMCA and get them thrownB in jail for 30 years without parole, as opposed to a mere fine for' copyright infringement. DeHPCCS anyone?0   ------------------------------    Date: 23 Jan 2003 17:28:34 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)vP Subject: Re: copyright (was: RE: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!)3 Message-ID: <f3xf0yHxgyu7@eisner.encompasserve.org>A  b In article <3E306C5B.6090800@vajhoej.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> writes: > JF Mezei wrote:>N >> Also, in the days when DECUS was DECUS, it has a very clear policy that anyQ >> materials submitted to DECUS had to be freely distributable. Anyone submitting  >> materials to DECUS knew.n  E The VMS Freeware operates under different rules, so that it can honortE GPL and similar copyleft licenses.  Times have changed, even for VMS.e   ------------------------------  % Date: Thu, 23 Jan 2003 21:05:42 -0600o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t9 Subject: Re: Does Hobbyist License Support Multiple CPUs?2' Message-ID: <3E30AD86.AF065E61@fsi.net>>   Michael Rice wrote:  > E > I may get access to a 2 CPU Alphaserver for home.  Will the OpenVMS I > hobbyist license cover this and allow me to do SMP or does it only work  > for single CPU systems?>  F Additional CPUs just add to the license unit requirement of a machine.  ' DJAS01::DDACHTERA$ sh lic openvms-alphaT   Active licenses on node DJAS01:>  > ------- Product ID --------    ---- Rating ----- -- Version --C Product            Producer    Units Avail Activ Version Release   2 Termination D OPENVMS-ALPHA      DEC             0  0     A      0.0   1-MAR-2003  1-MAR-2003 o  D The hobbyist base license is basically an unlimited capacity licenseE with a pre-set expiration date. That is, unlimited license units. So,  SMP should be fine.u   --   David J. Dachtera  dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 23 Jan 2003 16:23:57 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) A Subject: Dropping Display Postscript (was: automatic screensaver)a3 Message-ID: <IDL5xY9QvEDq@eisner.encompasserve.org>D  p In article <3e3024e0_2@hpb10302.boi.hp.com>, "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> writes: > < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:xwBHqNpoU2QI@eisner.encompasserve.org...AC >> In article <3e300873$1_2@hpb10302.boi.hp.com>, "Fred Kleinsorge"83 > <kleinsorge@star-dot-zko-dot-dec-dot-com> writes:r >>< >> >> So Fred, what is your solution for DOCUMENT/GRAPHICS ? >> >>e: >> >> Conventional wisdom seems to be VMS V7.2 or earlier. >> >9 >> > A replacement for what you are doing in document ;-)  >>K >> What other tool is available to generate proprietary Bookreader format ?r >> > M > The don't use bookreader!  Times have changed.  Generate HTML, or something3 > else.   C I have a hard time thinking of something else that has pretty fontsuB and is supported back to VMS V5.2.  VMS Development has the luxuryC of no requirement to run on older versions of the operating system.i   ------------------------------  % Date: Thu, 23 Jan 2003 14:41:32 -0500t; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 1 Subject: Re: Embedding a secret key in executablec$ Message-ID: <3e30456c$1@news.si.com>  J >At software install time, system manager enters some random digit that is@ >embedded as a binary value (encryption key)  in the executable.  F Goal: never use software with embedded keys.  Alwasy use software that recognizes LMF --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM.h@ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 23 Jan 2003 16:12:51 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>1 Subject: Re: Embedding a secret key in executable / Message-ID: <3E304CC0.E17EBE2B@vl.videotron.ca>    Rob Young wrote:A >         The beauty here is you can let them edit LICENSE.DAT ontC >         their own as you generate trial keys, or permanent keys. s  M I would much rather stay away from storing the key in a file. I would have tot9 create a logical to point to it. I don't want to make therK encryption/decryption very overt. It isn't meant to be a strong encryption,tL just enough to dissuade folks. By hiding a key in the executable, it makes aJ nice place because a binary key wouldn't stand out and folks wouldn't even know where to look for it.   ------------------------------  % Date: Thu, 23 Jan 2003 17:56:27 -0400o0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>1 Subject: Re: Embedding a secret key in executabler/ Message-ID: <3E306501.DC33F8AF@vl.videotron.ca>s   Brian Tillman wrote:H > Goal: never use software with embedded keys.  Alwasy use software that > recognizes LMF  N This isn't for licensing. It is for the ability to decode certain fields in an indexed file.   D Two applications (one background server, and a foreign mail protocolI (shareable image), linked against the same set of routines will access an M indexed file to get profile information for a user.  Certain fields will haveeN simple encryption. I could hardcode a single encryption key in the source, butM would like to give each site the ability to have its own key, but ensure that % they key remains burried in the code.e   ------------------------------  # Date: Fri, 24 Jan 2003 02:06:33 GMTf- From: "John E. Malmberg" <wb8tyw@qsl.network>-1 Subject: Re: Embedding a secret key in executable1: Message-ID: <Jc1Y9.899$ni5.529910@news1.news.adelphia.net>   JF Mezei wrote:t > Brian Tillman wrote: > H >>Goal: never use software with embedded keys.  Alwasy use software that >>recognizes LMF > P > This isn't for licensing. It is for the ability to decode certain fields in an > indexed file.  > F > Two applications (one background server, and a foreign mail protocolK > (shareable image), linked against the same set of routines will access anUO > indexed file to get profile information for a user.  Certain fields will haveiP > simple encryption. I could hardcode a single encryption key in the source, butO > would like to give each site the ability to have its own key, but ensure that ' > they key remains burried in the code.v  I And how do you prevent a DIFFERENCES command from finding the bytes that h9 are different between two images that have been modified?l  I And what happens when the software needs to be reinstalled from scratch, -. and they do not know what the master code was?     -John. wb8tyw@qsl.network Personal Opinion OnlyP   ------------------------------  % Date: Thu, 23 Jan 2003 23:54:27 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>1 Subject: Re: Embedding a secret key in executableR/ Message-ID: <3E30B8EF.93183748@vl.videotron.ca>7   "John E. Malmberg" wrote:MJ > And how do you prevent a DIFFERENCES command from finding the bytes that; > are different between two images that have been modified?u  N Fair point. And if you have access to your own encrypted record, and your knowJ your password, you could easily work out what the encryption algorithm andO keys are. Not trying to make this absolutely bulletproof, but just good enough.   J > And what happens when the software needs to be reinstalled from scratch,0 > and they do not know what the master code was?  G There would have to be some unencrypt and reencrypt utility, obviously.s    F The easiest is just to hardcode a value in the code and make it not soN obvious. Problem is that if someone gets a copy of the database, and a copy ofN the freeware software, he could then decrypt it. By having a key value that isW different for each site, a hacker will have greater difficulty decrypting the software.$   ------------------------------  % Date: Thu, 23 Jan 2003 14:47:56 -0500A; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! $ Message-ID: <3e3046ec$1@news.si.com>  B >Sorry Mark, I just talked to an attorney friend of mine, and onceA >it's publically posted by the author, as long as you don't reuseT@ >it for gain or claim it as your own (plagerize), then like J.F.= >said, the first ammendment guarantees the right for it to bet >discussed in a public forum  E Discussing it and posting verbatim are two different things.  You can < discuss all you want, but you have no right to reproduce it. --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM.c@ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991n8        This opinion doesn't represent that of my company   ------------------------------  # Date: Thu, 23 Jan 2003 21:55:10 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!e6 Message-ID: <00A1A66F.821101E7@SSRL.SLAC.STANFORD.EDU>  h In article <d7791aa1.0301230543.2c852209@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:   >aB >once you post "publically", that article can be linked to, quotedC >and read for discussion, it can not be linked to from a commercialiA >site that "you" own, nor can you claim it as your own ... if youe> >don't want it referenced, then don't post it in a free public >forum ... that's the law ...e  J The point I was trying to make by using the words "quoted in its entirety"L several times was that there is a difference between _referencing_ somethingM and _reproducing_ it.  You could post the URL of Terry's article, no problem;.L you could write "How about Terry's article?  I liked it when he said [quote]K and it bugged me when he said [quote]"; no problem.  But you - legally, and 5 politely - shouldn't reproduce it without permission.o   -- Alano    O ===============================================================================d0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056eM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================e   ------------------------------    Date: 23 Jan 2003 14:06:02 -0800* From: cgilley@bravewc.com (Charles Gilley); Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!o= Message-ID: <139d5a58.0301231406.73d6a317@posting.google.com>7  ' boy.... are you people off topic :):):)B ...ducking....   quack, quack...    ------------------------------  % Date: Thu, 23 Jan 2003 17:10:03 -0400s0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! / Message-ID: <3E305A25.68865581@vl.videotron.ca>    Brian Tillman wrote:G > Discussing it and posting verbatim are two different things.  You can > > discuss all you want, but you have no right to reproduce it.  * What is the definition of "reproduce it" ?  M Is emailing the article to one friend considered reproducing it ? Is emailingo it to 2 friends ? 3 4 5 ?s  M Also you have to put the article and author in context. If an author normallyeE has his materials distributed to a closed distribution list of payingyL customers, and then decides that one article could be published on an openedN web site for public consumption, I feel that its distribution is not the same.  N For instance, Gartner will have a great percentage of its materials  protectedL and available only to subscribers. But once in a while, they do release someM materials to the public, with the goal of being distributed to make publicityeJ for gartner. As long as nobody removes the "property/copyright of Gartner"N from the text and as long as nobody uses it commercially pretending they wroteN it, the distribution of the intact arcticle does exasctly what Gartner wanted: get it out to the public.l  L In such a case, the published rteport is seen as marketing and Gartner would( want it distributed as much as possible.  N In the same vein, if <what's his name> has a private mailing list, and once inM a while, he decides to publish one of his newsletters to the public, it is to L his advantage that said newsletter does get distributed as much as possible,J as long as it is clear in each distribution method that he was the author.   ------------------------------  # Date: Thu, 23 Jan 2003 23:39:26 GMTAL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!i6 Message-ID: <00A1A67E.1334385D@SSRL.SLAC.STANFORD.EDU>  b In article <3E305A25.68865581@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >tN >Also you have to put the article and author in context. If an author normallyF >has his materials distributed to a closed distribution list of payingM >customers, and then decides that one article could be published on an openedSO >web site for public consumption, I feel that its distribution is not the same.i >AO >For instance, Gartner will have a great percentage of its materials  protectedyM >and available only to subscribers. But once in a while, they do release somerN >materials to the public, with the goal of being distributed to make publicityK >for gartner. As long as nobody removes the "property/copyright of Gartner" O >from the text and as long as nobody uses it commercially pretending they wroterO >it, the distribution of the intact arcticle does exasctly what Gartner wanted:  >get it out to the public. > M >In such a case, the published rteport is seen as marketing and Gartner wouldh) >want it distributed as much as possible.c >cO >In the same vein, if <what's his name> has a private mailing list, and once inDN >a while, he decides to publish one of his newsletters to the public, it is toM >his advantage that said newsletter does get distributed as much as possible,,K >as long as it is clear in each distribution method that he was the author.c  F So your argument is that even if the author doesn't say you may freelyN reproduce it, you can divine that it's good for the author for it to be freelyO distributed, and therefore you're right to do so, regardless of what the authorc says?n  O I think it was just a mistake you left your bicycle locked in your garage whileuI you were away on a long trip.  It's obviously better for the bike if it's N getting ridden and maintained rather than rusting away in the dark, so despiteO the fact that you locked your garage, I know you really want me to break in andhK ride the bike around, so long as I get it back before you need it yourself.'   -- Alane    O ===============================================================================m0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056oM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025oO ===============================================================================,   ------------------------------  % Date: Thu, 23 Jan 2003 18:44:35 -0500:( From: David Froble <davef@tsoft-inc.com>; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!R, Message-ID: <3E307E63.8090603@tsoft-inc.com>   Charles Gilley wrote:r  ) > boy.... are you people off topic :):):)v > ...ducking.... >  > quack, quack...  >   " Time honored c.o.v tradition.  :-)   quacke   ------------------------------  # Date: Thu, 23 Jan 2003 18:47:40 GMTo9 From: "Headley Sappleton" <headley.sappleton@verizon.net>i7 Subject: FA: Digital DEC H8571A MMJ to DB25 (F) adapterv5 Message-ID: <gNWX9.2719$3J.1424@nwrddc01.gnilink.net>r  8 Item name:    Digital DEC H8571A MMJ to DB25 (F) adapter Item number:   2302093503l, Start price:                           $9.95= End date:                              Jan-24-03 20:35:08 PSTBL http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2302093503&ssPageName=ADM E:B:LC:US:1?   ------------------------------  # Date: Thu, 23 Jan 2003 21:21:42 GMTi4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: How to Backup OSX0 Message-ID: <3E305BAA.5096006E@blueyonder.co.uk>   Mike Rosenberg wrote:i > F > Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> wrote: > H > > |>Now burn down the building. Tell me when you get the data off your > > |>IDE raid.i > >f= > > And tell me when you get the data off your DLT-Library ifr > > there is fire in that room.h > I > If you keep the backups in the same room as the computer, you're out oftJ > luck, of course, but if you're serious about backing up, you always have) > at least one backup set stored offsite.( >   C A firesafe is also a good thing to have to store your onsite tapes./   regards,   -- r tim.llewellyn@blueyonder.co.uk t  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  # Date: Thu, 23 Jan 2003 21:23:21 GMTa% From: Tony Lawrence <tony@pcunix.com>8 Subject: Re: How to Backup OSX, Message-ID: <d3ZX9.10400$4y2.1291@sccrnsc04>   Howard S Shubs wrote:nC > In article <ron-shepard-B21C3A.00482922012003@netnews.attbi.com>,b4 >  Ron Shepard <ron-shepard@NOSPAM.attbi.com> wrote: >  > C >>How will this situation change in the future?  Disk storage will s@ >>almost certainly get cheaper in the future.  Is there any new B >>storage media that has the ability to keep up with disk storage C >>costs?  What happens in 10 years if disk storage is cheaper by a rG >>factor of 1000 than current prices, but tape/DVD costs are only 4 or n >>5 times cheaper? >  > J > I'm expecting a major technology change to solid media, which will have G > enormously higher capacity and access speed, as well as tremendously AJ > higher reliablility.  The only way to back one of these "cubes" up will H > be to copy it to another one.  Disks and tapes will be past-tense.  I  > expect this w/in 20 years. >     9 Until the "cubes" fit in a shirt pocket, it won't happen.o       -- A
 Tony Lawrence , Free SCO, Mac OS X and  Linux Skills Tests: % http://aplawrence.com/skillstest.htmla   ------------------------------    Date: 23 Jan 2003 16:09:38 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)h Subject: Re: How to Backup OSX3 Message-ID: <9MgSIzUWpUgD@eisner.encompasserve.org>'  ] In article <b0n5en$f61$1@newslocal.mitre.org>, lewis@PROBE.mitre.org (Keith A. Lewis) writes:l > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes in article <iI7f$hTI+Umg@eisner.encompasserve.org> dated 22 Jan 2003 14:37:22 -0600:XE >>   Hm.  I've got a 4mm drive and about  TB worth of tape for free.a( >>   You can get disk cheaper than that? > H > I cut my HW maintenance (contract) costs in half for several Alphas by, > removing the 4mm drive.  They break a lot.  A    I've only had 2 break over the last 10 or so years.  Must haveo    at least a dozen.   ------------------------------    Date: 23 Jan 2003 16:11:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: How to Backup OSX3 Message-ID: <8$TpPCF+HiL4@eisner.encompasserve.org>e  S In article <3lPX9.6686$Ve4.1465@sccrnsc03>, Tony Lawrence <tony@pcunix.com> writes:m > K > I'm posting from a Unix group.  If you have to shut down a VMS system to  , > back it up, I am nothing short of stunned.  A    It's just like putting UNIX in single-user mode to get a cleanoF    backup of the root partition.  For everythiung else, you don't have?    to, and many times you can get away with it for the OS, too.h   ------------------------------  % Date: Thu, 23 Jan 2003 20:49:52 -0600D1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t Subject: Re: How to Backup OSX' Message-ID: <3E30A9D0.92AC9B39@fsi.net>    Tony Lawrence wrote: >  > David J. Dachtera wrote: > > Tony Lawrence wrote: > >a > >>David J. Dachtera wrote: > >> > >>>Tony Lawrence wrote:a > >>>u > >>>  > >>>>Howard S Shubs wrote:k > >>>> > >>>>4 > >>>>>In article <Lj%W9.71429$1q3.10159@sccrnsc01>,- > >>>>>Tony Lawrence <tony@pcunix.com> wrote:  > D > I've got to trim a bit of this because it's really out of hand and > getting all twisty.  > 3 > >>>If you know how to automate backups including:  > >>>s" > >>>o Shutdown the running system! > >>>o Boot up the stand-alone CDo > >>' > >>Not necessary under any conditions.  > >s > > ; > > I'll refer you to OpenVMS engineering for a correction.= > J > I'm posting from a Unix group.  If you have to shut down a VMS system to, > back it up, I am nothing short of stunned. >  > >L > >o > >>I suspect you haven't much > >>experience at this.2 > >a > >lG > > 19 years with VMS, 24 years in the business. See my website. Former= > > OpenVMS ASE. > >= > > Try again. > E > Try again?  You read comments directed at a specific person (Howardr+ > Shaubs) and think that they apply to you?e  C AH! That's where you went wrong. Probably would have been better toeH reply by private e-mail if it was not intended for the main group or any cross-postings.e   -- 6 David J. DachteraA dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  % Date: Thu, 23 Jan 2003 22:39:04 -0500 ' From: Howard S Shubs <howard@shubs.net>d Subject: Re: How to Backup OSX< Message-ID: <howard-37C75E.22390423012003@enews.newsguy.com>  , In article <d3ZX9.10400$4y2.1291@sccrnsc04>,'  Tony Lawrence <tony@pcunix.com> wrote:   ; > Until the "cubes" fit in a shirt pocket, it won't happen.   C Current disks don't fit there, why do these have to?  Just curious.    --  4 Today, on Paper-view: The World Origami Championship   ------------------------------  # Date: Fri, 24 Jan 2003 06:25:04 GMTr0 From: Ron Shepard <ron-shepard@NOSPAM.attbi.com> Subject: Re: How to Backup OSXA Message-ID: <ron-shepard-C079FD.00250424012003@netnews.attbi.com>r  < In article <howard-37C75E.22390423012003@enews.newsguy.com>,)  Howard S Shubs <howard@shubs.net> wrote:o  = > > Until the "cubes" fit in a shirt pocket, it won't happen.e > E > Current disks don't fit there, why do these have to?  Just curious.n  D This has little to do with the backup discussion, but there are 2.5 C inch hard drives that do fit in your shirt pocket.  Also, I saw an  D article recently about a small 4GB drive that was about the size of B a postage stamp and about 2mm thick.  Imagine putting a few dozen A (or a few hundred) of these on a card with a RAID controller for   fault tolerance.   $.02 -Ron Shepardb   ------------------------------    Date: 23 Jan 2003 15:37:24 -0800# From: dooleys@snowy.net.au (dooley)lG Subject: Re: Illuminata report:: "HP's Server Business: On the Rebound"o< Message-ID: <1ca82fc6.0301231537.eeca342@posting.google.com>  v keithparris_NOSPAM@yahoo.com (Keith Parris) wrote in message news:<cf15391e.0301221458.16f1be8f@posting.google.com>...6 > This report is by Kevin Fogarty of Illuminata.  See = > http://www.illuminata.com/cgi-local/pub.cgi?docid=anreboundC > H > "We expected HP to need far more than a quarter or so to get its ducksD > in a row ... but HP's business-critical server business shows bothD > structural and financial improvements already, with the promise of< > more on the horizon.  Even amidst the tough market and the9 > merger-borne dislocation, BCS is making good progress."a3 Doesn't this count as "Drinking your own bathwater"n Phil   ------------------------------    Date: 23 Jan 2003 14:31:23 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 9 Subject: Re: Interrupt stack with EMC fibre channel diskss= Message-ID: <cf15391e.0301231431.29e5cc53@posting.google.com>y  ] "Kenneth" <yeung_kenneth@hotmail.com> wrote in message news:<b0i68h$cmj1@rain.i-cable.com>....L > I am using VMS 7.2-1 with the EMC fibre channel disks, the interrupt stackJ > for CPU-0 may go up as high as 50% of the CPU. Is there any relationship6 > between them and is there any way I can minimise it.  ? You won't know for sure if there's a relationship without doingiF something like DECps PC Sampling and seeing what VMS modules are being/ executed in interrupt state on the Primary CPU.   A Other things that use Primary CPU time include TQE processing ande= interrupts from non-Fast_Path devices including LAN adapters.   F But I don't think 50% is high enough to be a great concern.  I'd worryE if you were seeing 80% or higher a lot of the time or peaks of 90% ord higher.>   ------------------------------  # Date: Fri, 24 Jan 2003 04:19:07 GMTS From: rivie@RIvie.no.domain5 Subject: Re: Is that possible 2 Message-ID: <slrnb2lblq.4qj.rivie@RIvie.no.domain>  N In article <f948cf20.0301191442.3591d848@posting.google.com>, taupin974 wrote: > Hi> > I'd like to know if i can run open vms on a vax simulator as > Charon-VAX, Ts10 or Simh ?? > If all programing tools of vms will work if it is possible !!   G I've run VMS on SIMH. It works. Rumor has it the most recent version isi' capable of being a member of a cluster.  -- r
 Roger Ivie ivie@cc.usu.eduo   ------------------------------    Date: 23 Jan 2003 22:37:37 -0800% From: Vilmos Soti <vilmos@vilmos.org>  Subject: kvm switch for VAX?2 Message-ID: <877kcv834e.fsf@localhost.localdomain>   Hello,  < Is there such a kvm switch which enables me to connect a VAXA (3100 m76) to connect to my one true set of monitor and keyboard?  Or at least the monitor?  E Or is there a converter which allows me to connect the aforementionedc box to a vga monitor?    Thanks, Vilmos   ------------------------------  % Date: Thu, 23 Jan 2003 16:07:19 -0500a. From: "Jerry Alan Braga" <jabraga@flanagan.ca> Subject: MX mail impressions3 Message-ID: <JQYX9.244762$C8.816157@nnrp1.uunet.ca>:  G Looking at making 1 of our Alpha/VMS 7.3-1 servers as our internet MAIL17 server.  We currently use it now for our internal mail.2  I HP TCPIP 5.3 ECO1 just does not have enough under the hood to do completea configuration.= IE: SMTP authorizations, replay checks, filtering rules, etc.e  L Was wondering if anyone is now using MX 5.3 with these features and how wellA is it running and approx how many users are being served by this?s   Thanks in advancep   ------------------------------  + Date: Thu, 23 Jan 2003 18:12:56 +0000 (UTC)t+ From: david20@alpha2.mdx.ac.uk (David Webb)  Subject: Re: NTP on OpenVMSa+ Message-ID: <b0pbb8$d0h$1@aquila.mdx.ac.uk>,  o In article <a3c44af1.0301230920.2553b12@posting.google.com>, dave.baxter@bannerhealth.com (Dave Baxter) writes:tB >Thanks for your help so far guys.    I found the NTP Service just >where you said.F >     Incidentally I am using TCPIP Services for OpenVMS Version 5.0A,E >ECO3, with OpenVMS version 7.2-1.     I ran the TCPIP$CONFIG.com andoD >set up the service NTP.   I then went and edited the TCPIP$NTP.CONF >file. >eC >The instructions within the file indicated that all I needed was a G >list of reliable time servers, cycle the service in TCPIP,  and "Bob'sd >your uncle!!".n >n
 >Fat Chance!!e > < >The Config file had only the following uncommented entries. >s2 >driftfile SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP.DRIFT >i >peer time.nist.govg >peer time-b.nist.gov)! >peer time-b.timefreq.bldrdoc.govi >peer utcnist.colorado.edu >peer time-nw.nist.gov  >peer nist1.dc.certifiedtime.com >t: >Q1.   Should there be more information in the .CONF file?F >Q2.   When the Service is enabled, should there be a process created? >(I dont see one.).  > D >     Queries using NTPDC indicate that the "***  REQUEST TIMED OUT"? >     The Log file contains statistical information, however its >concludes withh >"permission denied".i >iD >     Thinking it might be firewall related, I replaced the external? >'peer's with an internal source, our Network Core Router, i.e., >c >peer xxx.xx.1.1 >n >with the same result. >cF >     I would really appreciate if someone could telme what I am doing >wrong here. >w >Thanks in advance.n >p
 >Dave Baxter.l  1 Just going through exactly the same process here.l   A few things that might help.r  M 1) You probably don't want to peer with a public server. Peering implies that > as well as taking the time you are also willing to provide it.7 Peers might also require you to provide authentication.o   Better to use thee   server command.i  
 2) I tried   server  ntp0.ja.nete server  ntp1.ja.neto server  ntp2.ja.nete   L Which are ntp timeservers which are accessible to the UK academic community.   However this didn't work.=   (I also put in A   server  ntp0.ja.net version 3. server  ntp1.ja.net version 3e server  ntp2.ja.net version 3   M since I'm not quite sure whether these servers are running the latest version  NTP 4 or not).  J After much headscratching and talking to Compaq/HP support staff I finallyA have got it working using the ip addresses rather than the names.a  * This is with DEC TCPIP services 5.3 eco 1.  N With this version of tcpip services individual startup and shutdown proceduresO are provided for each service - so I had run @sys$manager:tcpip$ntp_startup.comlM which created a TCPIP$NTP_1 process. I can't remember whether such individualsL startup and shutdown procedures were provided with TCPIP service 5.0a eco 3.      F 3) Make sure you have turned off DTSS if you are using DECNET Phase V.7    NTP and DECNET PHASE V cannot both update the clock.r  K    How you do this depends on the version of DECNET phase V you are running     either :-   1)P     Goal: How to permanently disable DTSS on DECnet Plus v7.2-1 ECO 02 or Higher     Fact: OpenVMS V7.2-1-     Fact: DECnet Plus v7.2-1 ECO 02 or Higherh*     Fact: DECnet plus v7.1 ECO06 or higher  ?     Fix: Inhibit DTSS startup by using the following procedure:t  1     1. Boot up normally allowing DTSS to come up.m>     2. Set the TDF using NET$CONFIGURE OPTION 5 (set timezone)N     3. $mcr ncl disable dtss (to disable DTSS on the currently running system)L     4. Put "$DEFINE/SYSTEM NET$DISABLE_DTSS 1" in sylogicals.com (to prevent-        DTSS from starting on the next reboot)g     5. reboot the system     or 0   2) eO     Goal: How to permanently disable DTSS on DECnet Plus v7.2-1 ECO 01 or lowerr     Fact: OpenVMS V7.2-1     Fact: OpenVMS all versions     Fact: DTSS*     Fact: Distributed Timer Server Service)     Fact: DECnet Plus v7.1 ECO05 or lowern,     Fact: DECnet Plus v7.2-1 ECO 01 or lower  O Fix: To stop DTSS starting up edit the SYS$COMMON:[SYS$STARTUP]DTSS$STARTUP.COMu file.b  K Note: Do not just edit the file to include an '$EXIT' statement. For propermK operation, DECnet-Plus requires the kernel location EXE$GO_TDF be correctlyiN initialised, and this is done when DTSS starts up. Therefore, modify the file N to start DTSS and then shut it down, leaving EXE$GO_TDF correctly initialised.  6 Add the following lines after the COMMON_EXIT label in( SYS$COMMON:[SYS$STARTUP]DTSS$STARTUP.COM   $ ncl disable dtss $ ncl delete dtsst  N The result should be that the last few lines of the file become the following:   $ COMMON_EXIT: $ ncl disable dtss $ ncl delete dtssa" $ NEW_PRIVS = F$SETPRV(PREV_PRIVS) $ exit  O This will start and stop DTSS at boot time and will generate a warning message.S  @ VITAL : DECnet-Plus depends on the proper setting of EXE$GO_TDF,9 DTSS$SET_TIMEZONE.EXE must not be prevented from running.   M 3) After editing TCPIP$NTP.CONF and starting up NTP you should see a logfile. L    You can get greater detail of what is happening by defining a system wideM    logical name TCPIP$NTP_LOG_LEVEL  this can take a value from 1 to 6 with 6w#    being the most detailed logging.o  D 4) You can use the NTPTRACE command to see whether NTP is working :-  %    @sys$manager:tcpip$define_commandss      egi      ntptrace myntp1.mdx.ac.uk: myntp1: stratum 3, offset 0.000000, synch distance 0.43906; myntp0: stratum 2, offset 45.242310, synch distance 0.16142tN ntp0.ja.net: stratum 1, offset -74.691925, synch distance 0.00101, refid 'MSF'   andv       ntptrace myntp0.mdx.ac.uk ; myntp0: stratum 2, offset 45.208302, synch distance 0.16196dN ntp0.ja.net: stratum 1, offset -74.709515, synch distance 0.00153, refid 'MSF'  C myntp1 just has a server line with the ip address of myntp0 in it's O tcpip$ntp.conf file whilst myntp0 has server lines conmtaining the ip addressest of the janet servers.b  K Once I've got this working ok I'll set up further local ntp servers gettingrA their time from the janet servers and setup peering between them.h    ' (Note. The myntp's are not real names).a    - Hope some of this information is of some use.o  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 23 Jan 2003 16:24:16 -0400y0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: NTP on OpenVMS-/ Message-ID: <3E304F6C.9DE79D82@vl.videotron.ca>e  N The TCPIP Services Management guide is your est friend, bible. It is availableH on the www.openvms.compaq.com web site. (They've redone the look and theA documentation isn't as obvious as before, but it is still there).>    Here are some relevant portions:M As the system manager of the local host, you determine which network hosts tohQ use for synchronization and populate an NTP configuration file with a list of thea participating hosts.  B NTP hosts may be configured in one or more of the following modes:    Client/server modeL This mode indicates that the local host wants to obtain time from the remoteL server and is willing to supply time to the remote server if necessary. ThisJ mode is appropriate in configurations involving a number of redundant timeK servers interconnected through diverse network paths. Internet time serverso generally use this mode.I Indicate this mode with a peer declaration in the configuration file. Fori example: peer 18.72.0.3  
  Client modeSL This mode indicates that the local host wants to obtain time from the remoteN server but it is not willing to provide time to the remote server. Client modeJ is appropriate for file server and workstation clients that do not provideL synchronization to other local clients. A host with higher stratum generally uses this mode.i> Configuring and Managing NTP 123Configuring and Managing NTP 12.1 Key ConceptshO Indicate client mode with the server declaration in the configuration file. Fort example: server 18.72.0.3    Broadcast modeF This mode indicates that the local server will send periodic broadcastM messages to a client population at the broadcast/multicast address specified.mN This specification normally applies to the local server operating as a sender.N Indicate this mode with a broadcast declaration in the configuration file. For example: broadcast 18.72.0.255b    L There is a lot more description of all possible options in the configuration- file. On the PDF file, it is around page 235.p   ------------------------------    Date: 23 Jan 2003 19:27:25 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen).1 Subject: PHD$L_PSTBASOFF <= PHD$L_PST_BASE_OFFSETo3 Message-ID: <dZEkcKxNa8kI@eisner.encompasserve.org>s  B With Alpha VMS V7.0, symbol PHD$L_PSTBASOFF was replaced by symbolD PHD$L_PST_BASE_OFFSET.  Both the old and the new comments in $PHDDEF! are "Byte offset to base of PST".>  E Can someone tell me what the semantic change was that caused the namea change ?   ------------------------------  % Date: Thu, 23 Jan 2003 15:34:12 -0800e$ From: Shane Smith <ssmith@icius.com>( Subject: Platform agnostic security hole0 Message-ID: <01C2C2F4.E9D93450@sulfer.icius.com>  8 http://www.extremetech.com/article2/0,3973,841047,00.asp  E To quote a snippet [and of course, not making any money off it :-) ]:   J > The attack, dubbed Cross-Site Tracing (XST), involves a method whereby aG > programmable engine or common client side scripting language, such ascF > JavaScript, accesses and obtains Web authentication credentials on aD > target system regardless of how well the information is stored andH > protected. This in turn can be used by a hacker to assume the identityL > of a victim on an array of sites ranging from Web mail, to online banking, > to auction sites.a  F And yep, I reckon it means Mozilla on VMS will be affected, so this is	 on topic.n  H And HP wonder why a lot of us don't like Java/Javascript. Flash will now beC removed from my machine, since it can't be switched off. Oh dear, Io won'tm< be able to see all those annoying animated adverts. How sad.    #####  . #-O-O-# !------------------------------------!. #  L  # !    Cogito, ergo tutti fruiti.      !.  #===#  !------------------------------------!   ###o   ------------------------------  % Date: Fri, 24 Jan 2003 08:26:00 +0200d* From: Mike Rechtman <rechtman@tzora.co.il>, Subject: Re: Platform agnostic security hole* Message-ID: <3E30DC78.3020709@tzora.co.il>   Shane Smith wrote:: > http://www.extremetech.com/article2/0,3973,841047,00.asp > G > To quote a snippet [and of course, not making any money off it :-) ]:n >  > J >>The attack, dubbed Cross-Site Tracing (XST), involves a method whereby aG >>programmable engine or common client side scripting language, such asuF >>JavaScript, accesses and obtains Web authentication credentials on aD >>target system regardless of how well the information is stored andH >>protected. This in turn can be used by a hacker to assume the identityL >>of a victim on an array of sites ranging from Web mail, to online banking, >>to auction sites.a >  > H > And yep, I reckon it means Mozilla on VMS will be affected, so this is > on topic.   H  From my reading of the article XST affects web *servers*, not browsers.@ This may still be applicable to Apache on VMS, or other servers  currently less supported.g  G Does anyone recall how to switch off the TRACE facility on CSWS (after  ( all, the first S stands for "secure"...)   > J > And HP wonder why a lot of us don't like Java/Javascript. Flash will now > beE > removed from my machine, since it can't be switched off. Oh dear, Iu > won't > > be able to see all those annoying animated adverts. How sad. > 
 >  #####  0 > #-O-O-# !------------------------------------!0 > #  L  # !    Cogito, ergo tutti fruiti.      !0 >  #===#  !------------------------------------! >   ###5 >      -- .  & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm@ Other useful links at http://eisner.encompasserve.org/~rechtman/E ---------------------------------------------------------------------lE Usual disclaimer: All opinions are mine alone, perhaps not even that.e? Mike Rechtman                            *rechtman@tzora.co.il*sE Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337lC    "20% of a job takes 80% of the time, the rest takes another 80%"tE ---------------------------------------------------------------------l   ------------------------------  % Date: Thu, 23 Jan 2003 19:49:38 +0100 1 From: SAP Trainee <Didier.Morandi.nospam@Free.fr>  Subject: SAP AG info on OpenVMSa$ Message-ID: <3E303942.80902@Free.fr>  ? http://www.sap.info/en/news.php4?OID=Article-214973e2fc0a0e2e11h   23.01.2003 / Alpha technology: HP Announces OpenVMS Port,  I As Hewlett Packard announced the long-anticipated port of its OpenVMS to tH Intel's Itanium is set for release next year, the company also revealed > plans to move Tru64 Unix features into its Unix flavor, HP-UX.  G The news came at the same time the company revealed its latest line of gB AlphaServers that promise to deliver price/performance gains over A existing technology. Scott Stallard, vice president, HP Business hD Critical Systems, said as part of the company's customer's adaptive E infrastructure, HP believes Tru64 Unix and Open VMS environments are ,G critical in meeting customers needs for the next two to four years. He iF said elements of Tru64 Unix will be added to HP-UX, in particular the B file systems and single system image as well as support for mixed H clusters. By 2005, Stallard said a version of OpenVMS will be available H on Itanium as a product. The version will not be binary compatible, but G will have translators, to help move OpenVMS applications from Alpha to n Itanium.  G Many AlphaServer ISV partners have committed to support Tru64 Unix and dF OpenVMS environments for the long-term, he said. HP has said it would C stop making new Alpha systems by 2006. The latest iteration of its eG AlphaServer line includes the high-end, 16-processor GS1280 enterprise  = server, the eight-processor ES80 departmental server and the  H four-processor ES47 workgroup systems and a 64-processor GS1280 will be F released later this year. Tru64 Unix and OpenVMS are available on all H the new systems and Linux is also available on the AlphaServer ES47 and I ES80 systems. EV7 will be the last full iteration of the Alpha processor lE although an EV79 upgrade will be rolled out next year. HP gained the mD Alpha technology through its purchase of Compaq Computer last year. I Compaq obtained the technology when it bought Digital Equipment in 1998. iF AlphaServers, which run the OpenVMS and Tru64 Unix operating systems, E were scheduled to be phased out of production even before the merger.m   Source: EDITTECH INTERNATIONAL   ------------------------------  % Date: Thu, 23 Jan 2003 21:14:50 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> # Subject: Re: SAP AG info on OpenVMSc' Message-ID: <3E30AFAA.97547B63@fsi.net>    Dave Gudewicz wrote: > L > When I first looked at this I thought "SAP is being ported to VMS / IA-64"
 > all  right!j > K > Then with further reading, reality set in and it was just an announcement2 > already known.   <music>> Beautiful Dreamer ...1 </music>   -- 2 David J. Dachterao dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Thu, 23 Jan 2003 20:38:44 -0600t& From: "Dave Gudewicz" <k9jdk@arrl.net># Subject: Re: SAP AG info on OpenVMSt/ Message-ID: <v319pn5gehrf54@corp.supernews.com>   J When I first looked at this I thought "SAP is being ported to VMS / IA-64" all  right!   I Then with further reading, reality set in and it was just an announcemente already known.   Dave...o  > "SAP Trainee" <Didier.Morandi.nospam@Free.fr> wrote in message news:3E303942.80902@Free.fr...A > http://www.sap.info/en/news.php4?OID=Article-214973e2fc0a0e2e11w >   > 23.01.2003 / Alpha technology: > HP Announces OpenVMS Porty >sJ > As Hewlett Packard announced the long-anticipated port of its OpenVMS toI > Intel's Itanium is set for release next year, the company also revealeds@ > plans to move Tru64 Unix features into its Unix flavor, HP-UX. > H > The news came at the same time the company revealed its latest line ofC > AlphaServers that promise to deliver price/performance gains over=B > existing technology. Scott Stallard, vice president, HP BusinessE > Critical Systems, said as part of the company's customer's adaptiverF > infrastructure, HP believes Tru64 Unix and Open VMS environments areH > critical in meeting customers needs for the next two to four years. HeG > said elements of Tru64 Unix will be added to HP-UX, in particular theiC > file systems and single system image as well as support for mixed I > clusters. By 2005, Stallard said a version of OpenVMS will be availablerI > on Itanium as a product. The version will not be binary compatible, butgH > will have translators, to help move OpenVMS applications from Alpha to
 > Itanium. >oH > Many AlphaServer ISV partners have committed to support Tru64 Unix andG > OpenVMS environments for the long-term, he said. HP has said it wouldpD > stop making new Alpha systems by 2006. The latest iteration of itsH > AlphaServer line includes the high-end, 16-processor GS1280 enterprise> > server, the eight-processor ES80 departmental server and theI > four-processor ES47 workgroup systems and a 64-processor GS1280 will bemG > released later this year. Tru64 Unix and OpenVMS are available on alleI > the new systems and Linux is also available on the AlphaServer ES47 and.J > ES80 systems. EV7 will be the last full iteration of the Alpha processorF > although an EV79 upgrade will be rolled out next year. HP gained theE > Alpha technology through its purchase of Compaq Computer last year.eJ > Compaq obtained the technology when it bought Digital Equipment in 1998.G > AlphaServers, which run the OpenVMS and Tru64 Unix operating systems,iG > were scheduled to be phased out of production even before the merger.o >e  > Source: EDITTECH INTERNATIONAL >o   ------------------------------  % Date: Fri, 24 Jan 2003 15:20:42 +1030e% From: Jeremy Begg <jeremy@vsm.com.au>u1 Subject: Re: SCSI bus problem on MicroVAX 3100/98h* Message-ID: <3E30C622.D0A4D39B@vsm.com.au>  G Well, I found my problem.  Thanks to all who responded but in the end Ib) suspect it was simply a loose SCSI cable.s   	Jeremy    Jeremy Begg wrote: >  > Hi,l > P > I've recently received a MicroVAX 3100/98 which I'm configuring before sellingN > it on to my customer.  There's a BA356 pedestal with it which has 4 RZ29B-VWK > drives in it.  The BA356 is connected to the MicroVAX 3100 via a BA35X-MG:M > dual-port adapter module in the BA356; one port is vacant.  So far so good:DO > the MicroVAX powers up and sees all the SCSI disks (four in the BA356 and itsz > internal CD-ROM drive).o > I > I then connected a SCSI cable from the spare port on the BA35X-MG to anIO > external TLZ09 tape drive.  Now, when I power on the VAX, the self test failstK > at step 22 and it won't attempt to boot.  The console SHOW DEVICE commandoH > shows only the internal CD-ROM drive.  Connecting or removing the SCSI3 > terminator on the tape drive makes no difference.  > 6 > Has anyone seen this before, and can suggest a cure? > 	 > Thanks!o >  >         Jeremy Begg    ------------------------------  % Date: Thu, 23 Jan 2003 16:24:20 -0500i' From: Chris Olive <nospam@raytheon.com>r7 Subject: Re: SDCL - Structured Digital Command Languagef> Message-ID: <45ZX9.329$Z74.1057@dfw-service2.ext.raytheon.com>   martin@rochooni.net wrote: > hi,e > D > are there any chances that sdcl could be ported to other operating > systems ?o >  > martin  F Having taken a VERY brief look at SDCL when Dick first posted this, I 7 believe, if not mistaken, the premise of SDCL is a DCL  D "pre-interpreter."  So you can create SDCL code and run SDCL on any I system you want.  The output of SDCL is... DCL, and you won't be able to uE run THAT under anything but VMS.  Maybe some simple SDCL object code dG will run under DCL-Lite for DOS or Linux (by Accelr8), but I think the o9 premise of SDCL is somewhat like Pro*C or Pro*COBOL, etc.   E If I'm not entirely mistaken, which I could be (and too lazy to open a! sdcl.zip back up and look at it.)o   Chrisy -----i Chris Olivee Systems Consultant' Raytheon Technical Services Corporation  Indianapolis, IN  * email: olivec AT indy DOT raytheon DOT com   ------------------------------  % Date: Thu, 23 Jan 2003 15:25:38 -0800e7 From: David Spencer <spencer@spaamfree.pageweavers.com> F Subject: Re: searching for seemingly obscure disk activity light cableB Message-ID: <230120031525380092%spencer@spaamfree.pageweavers.com>  { In article <140120032111399753%spencer@spaamfree.pageweavers.com>, David Spencer <spencer@spaamfree.pageweavers.com> wrote:=  H > Sorry if this is slightly off topic; but this is for a VMS machine. :) > ^ > I need a disk activity light cable for a Digital Personal Workstation 500au. The part number] > I've discovered is 17-04472-01 and is made by Amphenol. It's a simple cable - it has a four=Q > pin connector on both ends and connects the motherboard to the SCSI controller.- > Z > Mine was wrecked and I'd like to get another. So far I've only found one source and theyY > want $40 for it. Considering it's a very simple cable (one 14" wire between two plastics[ > connectors) I consider that excessive. Does anybody know where I can get spares on thingsc
 > like this??   4 For anybody who cared, I have closure to this issue.  W I visited a local surplus computer store and found a replacement cable (it actually hadm\ extra wires that I easily snipped away) for $1. I've installed it and it works perfectly. :)     -- Dave Spencer, PageWeavers   ------------------------------    Date: 23 Jan 2003 15:29:33 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt) 0 Subject: Re: System uptime - The Uptimes Project3 Message-ID: <OyCXn+rQ8guL@eisner.encompasserve.org>2  m In article <20030122231742.29680.qmail@gacracker.org>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes: @ > On Wed, 22 Jan 2003, Alan Frisbie <Abuse@NelsonUSA.com> wrote: > F >>Let's get some more high-uptime VMS systems on the list!   I want toJ >>see lots of VMS systems in the top 30.   Don't bother unless your uptimeJ >>is over 120 days.   There's no sense in dragging the average down.   :-) > C > If the CPU usage looks poor for any system in the list, I suspectt3 > installing a SETI client will fix this up nicely.e >   F I haven't checked the code, but I think the load and idle numbers may H not be correct.  My AS1000 in Dublin is reporting 62% load and 97% idle.& Pretty tricky for a single CPU system.   ------------------------------    Date: 23 Jan 2003 12:19:18 -0800) From: munroe@csworks.com (Richard Munroe)i8 Subject: Virtual Branches placed in the public domain...< Message-ID: <8d09fa7.0301231219.6c5353a5@posting.google.com>  7 And is now available for download from sourceforge.net.V  E VirtualBranches provides a "disk farm in a box" using a SCSI CDROM or2> MO library, Virtual Branches, and your favorite network accessE software (NFS, Samba, Decnet, etc) you can provide large, inexpensiveSA quantities of near line disk storage to your machines.  Check outn, http://www.acornsw.com/ for product details.  B This version should be identical to the last released version fromA Acorn Software, Inc. save that the license code has been removed.   7 The installation kits and source code are available at:e  +     http://sf.net/projects/virtualbranches/?   Use it in good health.   Dick Munroee  E p.s. I'm looking for work, pretty much anything but kernel hacking onsE billyboxes (not that I can't, but I spent way too much time shoveling > the cruft in the Windoze kernel to EVER want to go back).  For" interested parties, take a look at' http://www.acornsw.com/resume/dick.htmll   ------------------------------    Date: 23 Jan 2003 16:36:46 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)p" Subject: Re: VMS source listings ?3 Message-ID: <dYvB$cWOV6CN@eisner.encompasserve.org>c  R In article <imb03voo37n6433et7o8dksrhj5l3n7cld@4ax.com>, Dan <dan@vrx.net> writes:C > Ok, I own the microfiche source listings for vms, and I know many-G > people have the listings on CDRom, and I know with a support contractn< > I could have gotten a CD for as little as $45 from Compaq. > 5 > I also saw a source listing CD set on Ebay, rarely.g/ > Is there any way to get a look at these CDs ?g   	QB-001AB-E8 (VAX)   	QB-MT1AB-E8 (Alpha)  A No support contract is required, but there is a detailed contracti$ for getting licenced to use the CDs.   ------------------------------   End of INFO-VAX 2003.047 ************************