1 INFO-VAX	Mon, 05 Nov 2001	Volume 2001 : Issue 615       Contents:" Re: Blockbuster uses Alpha systems Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees? Re: Compaq guarantees?! Re: DEC DOCUMENT product removal?  Decnet Circuit/line problems  Re: Decnet Circuit/line problems! Re: DHCP client software for VMS? ! How to upgrade VMS/Vax 6.0 to 6.1 % Re: How to upgrade VMS/Vax 6.0 to 6.1 % Re: How to upgrade VMS/Vax 6.0 to 6.1 % Re: How to upgrade VMS/Vax 6.0 to 6.1 4 Romanian Business Opportunity - Detailed Engineering! Re: savesets,  CDs and attributes ! Re: savesets,  CDs and attributes ! Re: savesets,  CDs and attributes   Re: savesets, CDs and attributes Re: vms mail questions  F ----------------------------------------------------------------------  $ Date: Mon, 5 Nov 2001 13:48:53 +1030) From: "The CO" <askme@somewhere.in.oz.au> + Subject: Re: Blockbuster uses Alpha systems 2 Message-ID: <8ynF7.4583$w61.221699@ozemail.com.au>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:fzZb5thRy2nh@eisner.encompasserve.org... 7 > In article <DTiotGxQ0bj6-pn2-6LHYbgDlp9iP@localhost>, / djweath@attglobal.net (Dave Weatherall) writes: / > > On Thu, 1 Nov 2001 08:25:09, Phillip Helbig / > > <HELBPHI@sysdev.deutsche-boerse.com> wrote:  > >  > >> > What is Blockbuster ????  > >>K > >> I think it is a chain of video-tape (and, today, probably DVD as well)  > >> rental stores in the U.S. > > J > > They are in Munich too. I've never been in one but maybe I should just# > > to see if VMS is still at work.  > F > Perhaps in Munich the clerks are smarter and would be able to answerF > complex technical questions like "where is the computer keyboard ?".C > Around Boston I have not had good luch with Blockbuster clerks on 2 > much easier questions (about their merchandise).  J They are in Oz as well.  The local outlet has an Alpha box and 3 x VTtermsG and seems to run a captive login with a menu for the various functions. ! Definitely VMS underneath it all.     
 Geoff Roberts  Computer Systems Manager Saint Mark's College Port Pirie, South Australia 6 geoffrob at stmarks dot pp dot catholic dot edu dot au   ------------------------------  # Date: Sun, 04 Nov 2001 18:48:17 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq guarantees? ; Message-ID: <R3gF7.4763$MI.1736737@typhoon.ne.mediaone.net>   > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:9s3scl$2p46$1@info.cs.uofs.edu...= > In article <dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>, 9 >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:  > |>; > |> And Gates, Grove, and McNealy would inherit the earth.  > |> > 2 > That's not as sure a thing as you might imagine.  K C'est true, and the same holds true for the whole scenario. I might write a E newsletter, but I don't line my walls with tinfoil a la Mel Gibson in  "Conspiracy Theory."   > Our department which, G > other than our Major courses, teaches the mandatory Computer Literacy I > courses has recently started discussing alternatives to MS products and H > wether or not we should consider using things like StarOffice in theseI > courses.  It was also brought up in the recently mentioned meeting with I > the U's head of IT if any consideration was being given to changing the J > administrative standard to something other than MS.  The seeds have been6 > sown and we are not the only place talking this way.  F This is good news indeed. Sand in the gears of the Microsoft marketing1 machine is good, monkey wrenches are even better.   K I think Apple's famous Big Brother ad was an allusion to IBM, but Microsoft ' could well be substituted for Big Blue!    ------------------------------  # Date: Sun, 04 Nov 2001 19:49:52 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Compaq guarantees? @ Message-ID: <AZgF7.59336$U7.4743195@bin1.nnrp.aus1.giganews.com>  = Terry C. Shannon <terryshannon@mediaone.net> wrote in message 5 news:dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net...    ...   E > If the unthinkable were to happen and Marvel got nuked, the fate of  OpenVMS F > would be pretty well sealed. As would a significant chunk of Hewlett > PAQard's profits.  > 8 > And Gates, Grove, and McNealy would inherit the earth.  J If I wanted to maintain my reputation as an industry observer, I'd be moreL careful about suggesting that VMS and (Alpha-specific) Marvel are in any wayG significant in standing in the way of those three.  Especially now that L Alpha is a lame duck at best and Compaq's lack of interest in VMS is clearerF than ever (to those who didn't find it abundantly clear long ago), the8 principal remaining impediments are IBM, Linux, and AMD.   - bill   ------------------------------  # Date: Sun, 04 Nov 2001 21:50:58 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq guarantees? ; Message-ID: <6LiF7.4811$MI.1820957@typhoon.ne.mediaone.net>   5 "Bill Todd" <billtodd@metrocast.net> wrote in message : news:AZgF7.59336$U7.4743195@bin1.nnrp.aus1.giganews.com... > ? > Terry C. Shannon <terryshannon@mediaone.net> wrote in message 7 > news:dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net...  >  > ...  > G > > If the unthinkable were to happen and Marvel got nuked, the fate of 	 > OpenVMS H > > would be pretty well sealed. As would a significant chunk of Hewlett > > PAQard's profits.  > > : > > And Gates, Grove, and McNealy would inherit the earth. > L > If I wanted to maintain my reputation as an industry observer, I'd be moreJ > careful about suggesting that VMS and (Alpha-specific) Marvel are in any way I > significant in standing in the way of those three.  Especially now that F > Alpha is a lame duck at best and Compaq's lack of interest in VMS is clearer H > than ever (to those who didn't find it abundantly clear long ago), the: > principal remaining impediments are IBM, Linux, and AMD. >   K Interesting. Marvel is by its very nature Alpha-specific. I seriously doubt J that it would be feasible to graft an I07 chip onto McKinley or Madison at this stage of the game.   J Operating under the assumption that Marvel did get a taste o' the Taliban,F and further assuming that the plug was not concurrently pulled on VMS,L Hewlett-PAQard would have hope that Wildfire technology could sustain the OSH until the 2004-2005 availability of IPF-Inside Blade and switched fabric systems.   Which IMHO is a stretch.  G Whether Compaq's management is interested in VMS or not is perhaps less E important than the contractual obligations Compaq has WRT the OS. Can < management fiat trump DII-COE or other incumbent agreements?   I don't know, I'm just asking.   ------------------------------  % Date: Sun, 04 Nov 2001 17:58:03 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Compaq guarantees? , Message-ID: <3BE5C7F7.2221EC9C@videotron.ca>   Dave Cherkus wrote: H >   - HPaq combined balance sheet looks miserable due to poor x86 server@ >     sales, etc. (the Great Internet Buildout still is on hold): >   - EV7 won't bring in any significant revenue till Q103A >   - Building Marvels will take tons of capital spending in FY02 : >   - There's no cash laying around to cover this spendingD >   - Banks don't trust Carly and Curly so they won't lend the money+ >   - Carly and Curly shut down the project    No, I don't believe so.   N If EV7 is almost complete, then the remaining money to be spent will be fairly9 minimal, especially if PCs lose more money than expected.   J Consider that Alpha/VMS is profitable due to its installed base. Of courseL Compaq and HP have factored in that they will no longer get new customers toE adopt a dying platform. But they have existing customers who are very E profitable due to their support contracts and prospects for upgrades.   M Furthermore, if you scuttle Alpha now, it means that the expertise that built M the wildfire boxes and who will adapt those boxes to the new interconnect for L EV7 will go away. It is important for HP to keep those folks inside of HP soV that when IA64 becomes palatable, they can design a IA64-based Wildfire style machine.  I The way I see it, Alpha and VMS are put on life support to stay in a coma N until IA64 is mature enough, at which point they can do transplants of all theM cool stuff. They have already announced that they will transplant some of the  cool Tru64 stuff to HP-UX.   ------------------------------   Date: 4 Nov 2001 16:14:02 -0800 ( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Compaq guarantees? = Message-ID: <d7791aa1.0111041614.551c3d11@posting.google.com>   ` JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3BE2B2D8.551D075@videotron.ca>...   O > > nothing to stop HP from specifying, in theory, that the replacement machine   > > is a NT system of some kind. > N > Interesting. HP knows that killing VMS would result in those customers goingN > to Sun or IBM.  But if they kill VMS and shove a free NT box with all the NTK > software to replace the VMS stuff, wouldn't they end up retaining a large  > percentage of VMS customers ?   F are you kidding?  i wouldn't run nt if they paid me too ... anyone whoE would install security holes and blue screens of nt in their business D would have to be stupid or insane or both ... we will stay on vms asE long as we can, support or no support, then go to ibm or sun linux or E unix as their are a lot of dec emulation products (i.e. edt, dcl) for D these platforms ... and of course end up with gray hair within a few	 years ...    ------------------------------   Date: 4 Nov 2001 16:16:47 -0800 ( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Compaq guarantees? = Message-ID: <d7791aa1.0111041616.609e2eaf@posting.google.com>   h koehler@encompasserve.org (Bob Koehler) wrote in message news:<bgRA6tjJb0$X@eisner.encompasserve.org>...   > G >    There's no way you're going to convince me that HP's going to walk G >    away from VMS' current profitability.  At worst they might sell it 	 >    off.   G what do you mean at worst?  selling vms to red hat or anyone that would 1 truly support and enhance vms would be fantastic!    ------------------------------   Date: 4 Nov 2001 16:27:15 -0800 ( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Compaq guarantees? = Message-ID: <d7791aa1.0111041627.2bfcf768@posting.google.com>   w "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message news:<dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>... ? > "Dave Cherkus" <cherkus777@777unimaster.com> wrote in message . > news:Xns914F71A48C89Fidtoken@199.125.85.9...; > > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in 7 > > news:gtLE7.3437$kw.1420394@typhoon.ne.mediaone.net: M > > > I still don't see why Compaq or cHomPaq or Hewlett PAQard would scuttle % > > > the Alpha products in question.  > > 9 > > Although I don't want to see it, here's one scenario: # > >   - Merger happens in Spring 02 J > >   - HPaq combined balance sheet looks miserable due to poor x86 serverB > >     sales, etc. (the Great Internet Buildout still is on hold)< > >   - EV7 won't bring in any significant revenue till Q103C > >   - Building Marvels will take tons of capital spending in FY02 < > >   - There's no cash laying around to cover this spendingF > >   - Banks don't trust Carly and Curly so they won't lend the money- > >   - Carly and Curly shut down the project  > > , > > Feel free to invent your own scenario... > K > A band of Usenet denizens (that's US) gets together and forms The Phoenix H > Processor Group, purchases the Marvel franchise, and deploys same. ;-} > F > Your scenario is not implausible, but without information on capitalJ > spending, etc, it's difficult to determine how much has been invested inN > Marvel and how much remains to be invested before the product sees the lightL > of day. (32-processor Marvels have been running for more than a month now,C > up from 2-way in July, 8-way in August, and 16-way in September).  > M > If the unthinkable were to happen and Marvel got nuked, the fate of OpenVMS F > would be pretty well sealed. As would a significant chunk of Hewlett > PAQard's profits.  > 8 > And Gates, Grove, and McNealy would inherit the earth.  F all i know is we invested in vms being told we would be supported bothI hardware and software and with or without an itanic port we better see it H or we will be part of a class action suit and will demand every penny of our vms investment back!   ------------------------------  $ Date: Sun, 4 Nov 2001 19:51:41 -0600, From: "Rich Jordan" <rjordan@mindspring.com> Subject: Re: Compaq guarantees? 2 Message-ID: <9s4r3q$p98$2@slb6.atl.mindspring.net>  L What is the likelihood of the merger not being approved?  There certainly isC a great deal of analyst (and apparently stockholder) resistance and   dissatisfaction being expressed.  K My 'best case' scenario (which I'm currently planning on voting my pittance H of shares in both companies to advance) is the merger fails the vote, HPI goes somewhere else for distraction, Capellas and Winkler et al get shown - the door, and a new management team comes in.   L At least that leaves the _chance_ that something good might happen, that newI management that doesn't have its collective heads up bill gates butt, and K can look clearly at the financial pictures and disastrous decisions made by ) the current regime might be in put place.    I can dream...   Rich Jordan  CCS   ! Terry C. Shannon wrote in message 2 <6LiF7.4811$MI.1820957@typhoon.ne.mediaone.net>... >  > H >Whether Compaq's management is interested in VMS or not is perhaps lessF >important than the contractual obligations Compaq has WRT the OS. Can= >management fiat trump DII-COE or other incumbent agreements?  >  >I don't know, I'm just asking.  >    ------------------------------  # Date: Mon, 05 Nov 2001 02:00:59 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Compaq guarantees? @ Message-ID: <vpmF7.61839$U7.5018451@bin1.nnrp.aus1.giganews.com>  = Terry C. Shannon <terryshannon@mediaone.net> wrote in message 5 news:6LiF7.4811$MI.1820957@typhoon.ne.mediaone.net...    ...   L > Operating under the assumption that Marvel did get a taste o' the Taliban,H > and further assuming that the plug was not concurrently pulled on VMS,K > Hewlett-PAQard would have hope that Wildfire technology could sustain the  OSJ > until the 2004-2005 availability of IPF-Inside Blade and switched fabric
 > systems. >  > Which IMHO is a stretch.  K Why?  People keep saying (e.g., when VMS default file-access performance is H compared with Unix's, or when questions about future IPF performance areH raised) that performance isn't at the center of why people purchase VMS.I And limiting Alpha to current ES45 and Wildfire systems is just about the E *only* way that migration to, say, Madison can be made to resemble an I 'upgrade' (which should be an issue in the port time-frame:  unless Intel J started working on on-chip MP and memory support quite a while before theyI acquired the Alpha team, 2005 is the earliest one could hope to see it in  production).  B So since at some point there'll inevitably be a flat period in theG performance rise of systems supporting VMS (while IPF catches up with a K stagnant Alpha), letting it occur now rather than 3 years from now isn't an L obvious problem (and reduces the interval over which people will keep seeing+ IPF as a performance-inferior alternative).    > I > Whether Compaq's management is interested in VMS or not is perhaps less G > important than the contractual obligations Compaq has WRT the OS. Can > > management fiat trump DII-COE or other incumbent agreements?  H Not an issue, unless those agreements specify some kind of obligation toG continue following technology curves rather than just a continuation of  support for current technology.    - bill   ------------------------------  % Date: Sun, 04 Nov 2001 20:20:28 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Compaq guarantees?v' Message-ID: <3BE5F76C.8716C057@fsi.net>e   Bill Gunshannon wrote: > = > In article <dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>, 9 >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:a > |>; > |> And Gates, Grove, and McNealy would inherit the earth.g > |> > I > That's not as sure a thing as you might imagine.  Our department which,eG > other than our Major courses, teaches the mandatory Computer Literacy I > courses has recently started discussing alternatives to MS products andlH > wether or not we should consider using things like StarOffice in theseI > courses.  It was also brought up in the recently mentioned meeting withoI > the U's head of IT if any consideration was being given to changing theoJ > administrative standard to something other than MS.  The seeds have been6 > sown and we are not the only place talking this way.  H You make my mouth water with such talk. Some others and myself (locally)E are hedging our bets on the chance that Solaris will see a resurgence-C and Linux will come into its own in the server space. I'm sorry VMS0G can't be there as well, but there's that whole "affordability" obstacle: remaining to be overcome.t  F I'm too old for the usual Yuletide fantasies, so such thoughts as wellD as Bob Ceculski's comment in another thread about VMS being sold offG (hopefully, intact) to someone who will actually *DO* something with ith< (besides letting it rot on the vine) will be the "visions of, sugar-plums" dancing in my head this season.   -- L David J. Dachterae dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/y   ------------------------------  % Date: Sun, 04 Nov 2001 21:26:37 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: Compaq guarantees? , Message-ID: <3BE5F8CA.5B35BE46@videotron.ca>   Bob Ceculski wrote:dH > all i know is we invested in vms being told we would be supported bothK > hardware and software and with or without an itanic port we better see itsJ > or we will be part of a class action suit and will demand every penny of > our vms investment back!    , Told ? Do you have anything on legal paper ?   ------------------------------  % Date: Sun, 04 Nov 2001 21:30:59 -0500y- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Re: Compaq guarantees?k, Message-ID: <3BE5F9CF.7E26E0F1@videotron.ca>   Rich Jordan wrote: > N > What is the likelihood of the merger not being approved?  There certainly isE > a great deal of analyst (and apparently stockholder) resistance and>" > dissatisfaction being expressed.  H Isn't the merger already forgotteny, assumed to be a done deal with just7 paperwork remaining ? The media don't cover it anymore.9  K > goes somewhere else for distraction, Capellas and Winkler et al get showne/ > the door, and a new management team comes in.n  H I wouldn't be surprised if Winkler were given the top job at Compaq when. Capellas is rewarded for having ruined Compaq.   ------------------------------  $ Date: Sun, 4 Nov 2001 21:54:48 -0500  From: John Santos <JOHN@egh.com> Subject: Re: Compaq guarantees?e4 Message-ID: <1011104214959.355B-100000@Ives.egh.com>  , On Sun, 4 Nov 2001, David J. Dachtera wrote:   > Bill Gunshannon wrote: > > ? > > In article <dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>,s; > >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:s > > |>= > > |> And Gates, Grove, and McNealy would inherit the earth.s > > |> > > K > > That's not as sure a thing as you might imagine.  Our department which,dI > > other than our Major courses, teaches the mandatory Computer LiteracytK > > courses has recently started discussing alternatives to MS products andeJ > > wether or not we should consider using things like StarOffice in theseK > > courses.  It was also brought up in the recently mentioned meeting withnK > > the U's head of IT if any consideration was being given to changing the L > > administrative standard to something other than MS.  The seeds have been8 > > sown and we are not the only place talking this way. > J > You make my mouth water with such talk. Some others and myself (locally)G > are hedging our bets on the chance that Solaris will see a resurgencedE > and Linux will come into its own in the server space. I'm sorry VMSiI > can't be there as well, but there's that whole "affordability" obstaclen > remaining to be overcome.  > H > I'm too old for the usual Yuletide fantasies, so such thoughts as wellF > as Bob Ceculski's comment in another thread about VMS being sold offI > (hopefully, intact) to someone who will actually *DO* something with itb> > (besides letting it rot on the vine) will be the "visions of. > sugar-plums" dancing in my head this season.  F David, I take it you're not a Cubs fan?  Us Red Sox fans are never tooC old for the usual Yuletide fantasies.  They are the only thing thatsA keeps us going.  Someday when I have more time, I'll post my "TopaE 10 reasons Red Sox fans are like VMS fans".  Simultaneous hoping that-C the team will be sold to management that cares and dreading that itCG will be sold to someone who only wants to milk it for the season ticket ; revenues and then will sell it down the river, is a biggie.    --   John Santosd Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 04 Nov 2001 22:33:07 -0600a1 From: "David J. Dachtera" <djesys.nospam@fsi.net>4 Subject: Re: Compaq guarantees?e' Message-ID: <3BE61683.DEB02470@fsi.net>i   John Santos wrote: > . > On Sun, 4 Nov 2001, David J. Dachtera wrote: >  > > Bill Gunshannon wrote: > > > A > > > In article <dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>, = > > >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:w > > > |>? > > > |> And Gates, Grove, and McNealy would inherit the earth.e > > > |> > > >iM > > > That's not as sure a thing as you might imagine.  Our department which,dK > > > other than our Major courses, teaches the mandatory Computer LiteracyaM > > > courses has recently started discussing alternatives to MS products and L > > > wether or not we should consider using things like StarOffice in theseM > > > courses.  It was also brought up in the recently mentioned meeting withrM > > > the U's head of IT if any consideration was being given to changing the N > > > administrative standard to something other than MS.  The seeds have been: > > > sown and we are not the only place talking this way. > >tL > > You make my mouth water with such talk. Some others and myself (locally)I > > are hedging our bets on the chance that Solaris will see a resurgence0G > > and Linux will come into its own in the server space. I'm sorry VMS K > > can't be there as well, but there's that whole "affordability" obstacleo > > remaining to be overcome.n > >nJ > > I'm too old for the usual Yuletide fantasies, so such thoughts as wellH > > as Bob Ceculski's comment in another thread about VMS being sold offK > > (hopefully, intact) to someone who will actually *DO* something with it @ > > (besides letting it rot on the vine) will be the "visions of0 > > sugar-plums" dancing in my head this season. > H > David, I take it you're not a Cubs fan?  Us Red Sox fans are never tooE > old for the usual Yuletide fantasies.  They are the only thing that C > keeps us going.  Someday when I have more time, I'll post my "ToprG > 10 reasons Red Sox fans are like VMS fans".  Simultaneous hoping thatnE > the team will be sold to management that cares and dreading that it I > will be sold to someone who only wants to milk it for the season ticket = > revenues and then will sell it down the river, is a biggie.o  E Well, that's the puzzling part. Sort of like an old Three Stooges gaglE where they are counting out a wad a bills found in a suit-coat in the 7 inside pocket (I believe Shemp was doing the counting):l  
 "One hunn'ed,e two hunn'ed, t'ree hunn'ed,
 four hunn'ed,l
 five hunn'ed, . oh - a fifty!" (wads it up and throws it away) "How'd that get in there?"  F Of course, even The Stooges had the good sense to come back to reality& and go diving after the discarded $50.  H Too bad today's biz school grad.'s aren't as smart as The Stooges. (Then@ again, they *WERE* considered COMIC geniuses!) The "season pass"G (high-end enterprise-class) customers are the "hunn'ed" dollar bills. AtA few thousand of them, plus the gov't to be found in the world, as D opposed to many hundreds of thousands (if not a few million) "$50"'s being discarded.  F I may be a certifiable moron, but even *I* can see the error of *THAT* way!   -- o David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 05 Nov 2001 04:31:56 GMTk4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq guarantees?.; Message-ID: <0DoF7.5929$kw.2301929@typhoon.ne.mediaone.net>   7 "Rich Jordan" <rjordan@mindspring.com> wrote in message , news:9s4r3q$p98$2@slb6.atl.mindspring.net...K > What is the likelihood of the merger not being approved?  There certainlye isE > a great deal of analyst (and apparently stockholder) resistance ando" > dissatisfaction being expressed.   Good question. >xD > My 'best case' scenario (which I'm currently planning on voting my pittanceJ > of shares in both companies to advance) is the merger fails the vote, HPK > goes somewhere else for distraction, Capellas and Winkler et al get showna/ > the door, and a new management team comes in.a >tJ > At least that leaves the _chance_ that something good might happen, that new K > management that doesn't have its collective heads up bill gates butt, andcJ > can look clearly at the financial pictures and disastrous decisions made by+ > the current regime might be in put place.  >- > I can dream...  K I can't for the life of me understand the continued fascination with MistercG Gates. Adopt and promote his stuff and you lose margin and vendor lock.6J Perhaps you "make it up on volume" when it comes to lower margins, but who gains the volume? Dell?6  F Windows 2000 Datacenter has thus far been a flop. I've yet to see muchI interest in .NET. Yet Compaq and others promote Windoze XP (which runs onfF ultra-low-margin peecees) like it's the Second Coming or something. Go	 figure...    ------------------------------  # Date: Mon, 05 Nov 2001 04:33:12 GMTm4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq guarantees?0; Message-ID: <cEoF7.5934$kw.2302131@typhoon.ne.mediaone.net>C  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3BE5F76C.8716C057@fsi.net...n > Bill Gunshannon wrote: > >>? > > In article <dpeF7.4735$MI.1685953@typhoon.ne.mediaone.net>,.; > >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:e > > |>= > > |> And Gates, Grove, and McNealy would inherit the earth.y > > |> > ><K > > That's not as sure a thing as you might imagine.  Our department which,nI > > other than our Major courses, teaches the mandatory Computer LiteracyPK > > courses has recently started discussing alternatives to MS products anduJ > > wether or not we should consider using things like StarOffice in theseK > > courses.  It was also brought up in the recently mentioned meeting with8K > > the U's head of IT if any consideration was being given to changing the L > > administrative standard to something other than MS.  The seeds have been8 > > sown and we are not the only place talking this way. > J > You make my mouth water with such talk. Some others and myself (locally)G > are hedging our bets on the chance that Solaris will see a resurgence E > and Linux will come into its own in the server space. I'm sorry VMS.I > can't be there as well, but there's that whole "affordability" obstacle  > remaining to be overcome.p >h  J Sun doesn't seem to be embracing Solaris-on-IPF which IMHO is a mistake on their part.u   ------------------------------  % Date: Sun, 04 Nov 2001 23:32:48 +0100i= From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@dummy.com> * Subject: Re: DEC DOCUMENT product removal?) Message-ID: <3BE5C210.CA9148CF@dummy.com>b   Larry Kilgallen wrote: > k > In article <55f85d77.0111030256.2b699686@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes: : > > I note that the DEC DOCUMENT software has been removed3 > > from the "Q3CY01" layered product distribution.  > : > > I've just started to learn to use this software and am8 > > finding it not only very easy to use, but especially > > "Very Cool & Sexy"(tm).b > >p9 > > I would not like to lose it now that I have found it.a > C > I don't know about CSLG, but buying a personal use license direct 7 > from Touch Technologies should not be that expensive.-  8 Did that, payed 199 USD (distributed on 4mm (DAT) tape).4 Got all docs as .PS files that I converted into PDF.? N.B, this was not "hobbyist", you can do whatever you want with67 it, according to my contact at Touch Technologies, Inc.g  ? (And yes, it's cool to get all our own manuals look just as any ! other VMS (or any DEC) manual...)a   Jan-Erik Sderholm.o   ------------------------------  # Date: Mon, 05 Nov 2001 00:14:24 GMTn From: webtrading@schwab.coms% Subject: Decnet Circuit/line problemst9 Message-ID: <3be5d8a3.109042373@news.scrmnt1.ca.home.com>a  ? I have three nodes running Decnet Phase IV just fine. I went toaC install Decnet Plus (or Decnet IV, I tried both) on a couple of newmA machines. I cannot get the new system to talk to the old systems.s  B The new systems do not show a circuit connecting any of the nodes.C Show known nodes shows all the nodes there. Show circuits shows theeF circuit there, and the state is on. I used the same circuit name as on the other boxes.  9 I have tried naming the circuit the same as the name that.E net$configure gives it (when I tried loading Decnet Plus) and I tried E giving it the same name as the circuit on the other boxes (sva-0) andT& neither seems to get tied into a line.  B I was able to "set host" into this box once, but I have never been< able to do so out. It appears that a circuit is not making a= connection to a node name in either the permanent or volatile>	 database?R   BTW, IP works fine. * ------------------------------------------< NO, John Mee3 at home dot com (remove the spaces and do the # obvious with the "dot" and the "at"4   ------------------------------  $ Date: Sun, 4 Nov 2001 21:45:49 -0500  From: John Santos <JOHN@egh.com>) Subject: Re: Decnet Circuit/line problemsi4 Message-ID: <1011104211900.355A-100000@Ives.egh.com>  ; We're going to need lots more information before anyone can  begin to help you.  / On Mon, 5 Nov 2001 webtrading@schwab.com wrote:e  A > I have three nodes running Decnet Phase IV just fine. I went tohE > install Decnet Plus (or Decnet IV, I tried both) on a couple of newiC > machines. I cannot get the new system to talk to the old systems.n  G VAX or Alpha?  What model(s)?  What version(s) of VMS?  What version(s) 
 of DECnet?  D What error messages do you get, if any, at network startup?  Did you* reboot after changing to/from DECnet-Plus?  B What physical connections exist between the systems?  (Sounds like= Ethernet, since you mention SVA-0, but you must be explicit.)n& What network interfaces are you using?  F If ethernet, are all the systems on the same lan segment, or are thereH routers or bridges involved?  If so, are they configured to route/bridgeI DECnet?  If there are TCP/IP-only routers in the path, then you must use eI DECnet-Plus and enable DECnet-over-IP (or use a third-party IP stack withmI a DECnet-over-IP pseudo device and configure that in your DECnet config.)   > Can the two new systems talk to each other?  (Don't spend timeA trying to figure this out, but if you already know, the answer isrC useful.  If you don't know, it is more productive to try to get oneR: of the new systems to talk to the existing systems first.)  D > The new systems do not show a circuit connecting any of the nodes.E > Show known nodes shows all the nodes there. Show circuits shows thenH > circuit there, and the state is on. I used the same circuit name as on > the other boxes. > ; > I have tried naming the circuit the same as the name thatJG > net$configure gives it (when I tried loading Decnet Plus) and I triedeG > giving it the same name as the circuit on the other boxes (sva-0) andn( > neither seems to get tied into a line.  H What does NCP's "show known line status" and "show known circuit status" show?   E Did you configure DECnet-IV using its network config tool (netconfig, ? IIRC), or did you just try to clone the config from the workingw systems?  E The DECnet-Plus circuit name was most likely CSMACD-0, which won't be B right for DECnet-IV, but the NET$CSMACD_STARTUP.NCL file (if it is still around) should have alA   CREATE NODE 0 CSMA-CD STATION CSMACD-0 COMMUNICATION PORT = EZAsD or similar line, which will tell us the hardware device name (EZA0:,@ in this case) from which someone might be able to figure out the' correct DECnet-IV line & circuit names.r  D > I was able to "set host" into this box once, but I have never been> > able to do so out. It appears that a circuit is not making a? > connection to a node name in either the permanent or volatilea > database?l >  > BTW, IP works fine.u   Which IP stack and version?   * IP config info might also give some hints.  9 Also, DECNet-IV *MUST* be started before TCP/IP, LAT, andaB any other Ethernet protocol that hasn't been specifically designedD to allow the Ethernet MAC address to change out from under it.  (ButE I think if you do it in the wrong order, this breaks IP, not DECnet.)c  , > ------------------------------------------> > NO, John Mee3 at home dot com (remove the spaces and do the % > obvious with the "dot" and the "at"i   The VMS FAQ (posted at"     http://www.openvms.compaq.com/.     ftp://rtfm.mit.edu/pub/usenet/comp.os.vms/,     comp.answers and news.answers newsgroups  ; and here whenever a new version comes out) topic INTRO5 hasF; good guidelines for what information to include when askingu a question here.   -- 3 John SantosE Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  * Date: Sun, 4 Nov 2001 18:57:32 +0000 (UTC) From: david20@alpha2.mdx.ac.uk* Subject: Re: DHCP client software for VMS?+ Message-ID: <9s432s$jsl$2@aquila.mdx.ac.uk>   \ In article <cu44uto9lvd1d4ovq6suosmup9cgteqd16@4ax.com>, Beyonder <beyonder@vrx.net> writes:8 >Like I'm going to find anything that obscure on ebay...C >I'm going to hate trying to navigate the compaq site to find it...c >RI A large number of us have been asking Compaq to put their software up on hM an FTP site for ages so that hobbyist and others can download later versions. , Unfortunately Compaq hasn't listened so far.    
 David Webb VMS and Unix team leader CCSS Middlesex University     >B..F >On 1 Nov 2001 20:43:13 -0600, Kilgallen@SpamCop.net (Larry Kilgallen) >wrote:e >r^ >>In article <5pu3utknpg0ngh78eaad3crbv1rthseeqg@4ax.com>, Beyonder <beyonder@vrx.net> writes: >>> I have a hobbyist license. >>: >>Then if you don't like the media-only price from Compaq,5 >>you can try eBay.  Your existing license will work.a >h >  >eA >-----=  Posted via Newsfeeds.Com, Uncensored Usenet News  =------B >http://www.newsfeeds.com - The #1 Newsgroup Service in the World!A > Check out our new Unlimited Server. No Download or Time Limits!1A >-----==  Over 80,000 Newsgroups - 19 Different Servers!  ==-----D   ------------------------------  $ Date: Mon, 5 Nov 2001 14:02:07 +1030) From: "The CO" <askme@somewhere.in.oz.au> * Subject: How to upgrade VMS/Vax 6.0 to 6.12 Message-ID: <BKnF7.4589$w61.222724@ozemail.com.au>  I I know this is almost silly to talk of VMS 6.1 as an upgrade, however....i  L I finally managed to get my 6.1 savesets off 9 track and on to a drive where they are easier to access.I I've never tried to upgrade a working system before.   Is there an onlinet% reference or something I can look at?eA I'm particularly concerned about what will break in the process...   Cheers  
 Geoff Roberts  Computer Systems Manager Saint Mark's College Port Pirie, South Australiat6 geoffrob at stmarks dot pp dot catholic dot edu dot au   ------------------------------  % Date: Sun, 04 Nov 2001 22:37:28 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> . Subject: Re: How to upgrade VMS/Vax 6.0 to 6.1' Message-ID: <3BE61788.C3F60B2B@fsi.net>e  
 The CO wrote:t > K > I know this is almost silly to talk of VMS 6.1 as an upgrade, however....v > N > I finally managed to get my 6.1 savesets off 9 track and on to a drive where > they are easier to access.K > I've never tried to upgrade a working system before.   Is there an online ' > reference or something I can look at?mC > I'm particularly concerned about what will break in the process..   G Well, if you don't have the install guide, maybe the next best thing is F the release notes. Look in the .A saveset for a file with an extension of ".RELEASE_NOTES".  E From what I hear of V6.0 Vs. V6.1, somethings that are broken in V6.0 E may actually start working under V6.1. I doubt anything critical will $ break, but y'never know until y'try.   -- l David J. Dachterar dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Sun, 04 Nov 2001 23:12:09 -0500 ' From: Howard S Shubs <howard@shubs.net>l. Subject: Re: How to upgrade VMS/Vax 6.0 to 6.1< Message-ID: <howard-AC7BC7.23120904112001@enews.newsguy.com>  2 In article <BKnF7.4589$w61.222724@ozemail.com.au>,+  "The CO" <askme@somewhere.in.oz.au> wrote:a  K > I know this is almost silly to talk of VMS 6.1 as an upgrade, however....1  F If you have the savesets available, they should look like files named O something like VAXVMS061.A VAXVMS061.B etcetera.  Put them all in a directory, < then invoke VMSINSTALy  1 $ @SYS$UPDATE:VMSINSTAL VAXVMS device:[directory]t  O where the full pathname to the directory containing the savesets is the second yI parameter "device:[directory]".  The command procedure will take it from iK there.  OTOH, if you want to -install- the software instead of upgrade it, c= restore the .B saveset to a device and boot from that device.  -- e Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  $ Date: Mon, 5 Nov 2001 01:30:24 -0500  From: John Santos <JOHN@egh.com>. Subject: Re: How to upgrade VMS/Vax 6.0 to 6.14 Message-ID: <1011105011131.355B-100000@Ives.egh.com>  ) On Sun, 4 Nov 2001, Howard S Shubs wrote:o  4 > In article <BKnF7.4589$w61.222724@ozemail.com.au>,- >  "The CO" <askme@somewhere.in.oz.au> wrote:  > M > > I know this is almost silly to talk of VMS 6.1 as an upgrade, however....  > H > If you have the savesets available, they should look like files named Q > something like VAXVMS061.A VAXVMS061.B etcetera.  Put them all in a directory, a > then invoke VMSINSTALw > 3 > $ @SYS$UPDATE:VMSINSTAL VAXVMS device:[directory]o  C I'm pretty sure that [directory] must equal [000000].  (This is nothB generally true for layered product installs and upgrades, but only@ for VMS system upgrades.)  Also, any integrated layered productsB that get installed as part of the VMS upgrade (decnet, decwindows)  should be in the same directory.  B There are a whole bunch of preliminary steps you need to do beforeB starting the upgrade.  These vary by version, so you should try to< dig up a copy of the VMS V6.2 Installation & Upgrade manual.> Typically, you need to unshadow the system disk (if shadowed),A disable clustering, turn of networks and queues, maybe reset someiC special sysgen parameters that have been set for previous versions,nC make sure your AUTOGEN feedback is good (reflects a normal workloadhA for at least 24 hours uptime, and is less than a month old), thatiB any sysgen parameter changes you want to keep are in MODPARAMS.DATE and any cruft has been cleaned out, and reboot in minimal mode.  (Seta  sysgen param STARTUP_P1 = "MIN")  B In practice, I've found that booting in minimal mode takes care of& stopping the queues and networks, etc.  A I also check that no ECO's or LP installs or random mucking aboutt? have left stuff in the node-specific tree (e.g. [SYS0...]) thatn0 should be in [VMS$COMMON...].  Usually, a dir ofD sys$sysdevice:[sys0.*]/excl=(*.dir,*.log) will reveal any suspicious= files.  Especially watch for .EXE's and be careful of .COM's.i  Q > where the full pathname to the directory containing the savesets is the second lK > parameter "device:[directory]".  The command procedure will take it from aM > there.  OTOH, if you want to -install- the software instead of upgrade it,  ? > restore the .B saveset to a device and boot from that device.t > -- r > Howard S ShubsF > "Run in circles, scream and shout!"  "I hope you have good backups!"   -- i John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  $ Date: Mon, 5 Nov 2001 02:05:30 +0200 From: mc9@export2000.ro"= Subject: Romanian Business Opportunity - Detailed Engineering G Message-ID: <eaep.3.0.reg.CorMKN.37199.9366543981@server.export2000.ro>d   To:   info-vax@mvb.saic.como Attn: Marketing Department* From: INDUSTRIAL ENGINEERING SA, Bucharest: Ref.: Romanian Business Opportunity - Detailed Engineering  H ------------------------------------------------------------------------2                  Our anti-spamming company policy:,                       NEVER BOTHER YOU AGAIN  9            To remove your E-mail address from the presentn:            contact list JUST DO NOT REPLY to this message.  E  If you receive this message by mistake and/or you are not interestedhD    in the following brief presentation, please accept our apologies.  F This is a world-wide promotion campaign. The selected E-mail addressesH are extracted only FROM THE COMMERCIAL WEBSITES of the targeted markets.H ------------------------------------------------------------------------  D We would like to offer you for consideration our brief presentation.:          We are looking for a marketplace in your country.  6              To communicate with us please reply using9          the plain text format in the body of the messaget  5              >>> mentioning your Specific Inquiry <<<a  4               and your detailed contact information:  C >>> company name, address, phone & fax numbers, contact person. <<<a  >      Simple replies and advertisements will not be considered.2                We do not open any PC applications.  D If you answer to this message, we will contact you every 3 months inG order to update our partners service database. Thank you for your time.c  
 Best regards,r   INDUSTRIAL ENGINEERING SA Staffw    (                BRIEF EXPORT PRESENTATION  < We are able to propose you detailed engineering on credit or7 by installments by the highly experienced engineers of  / INDUSTRIAL ENGINEERING SA - Bucharest, ROMANIA.m  7 INDUSTRIAL ENGINEERING SA is the only design company ino2 South Eastern Europe with such a large partnership' in the world with similar companies as:    Titan Project - CANADA;  Fluor Daniel - HOLLAND;  Elf and Kaltenbach - FRANCE;$ Foster Wheeler Italiana Spa - ITALY;, Stone & Webster and Bechtel- UNITED KINGDOM;4 Mitsubishi Heavy Industries Ltd., NKK Corp, - JAPAN;9 Mitsui Eng. Co. Ltd., JGC Corp, Toyo Eng. Corp., - JAPAN;iB Samsung Eng. Co. Ltd., and Sunkyong Eng. & Constr. Ltd.,  - KOREA;H Noell Umveltechnik GmbH, RWE-DEA, Edeleanu GmbH, Steiner GmbH - GERMANY.  ; We can design according to the different standards & codes,a3 both European and American, being experienced with:h/ ASME, API, TEMA, ANSI, BS, AD-MERKBLATTER, etc.t  5 Our design work is 95% exported in over 20 countries.   3 Due to its versatility and flexibility the company u1 can cooperate with any other organization and fore1 any client as per the field of activities below. v  8 * Basic & detail engineering of process plants and their8   components with a 95% computer aided design ratio for:   	- Energetics;# 	- Oil Refineries & Gas Processing;l& 	- Petrochemical & Chemical Complexes;" 	- Food & Pharmaceutical Industry;! 	- Environmental Protection, etc.1   * Procurement;: * Buildings (architecture, civil work, facilities) design;< * Consultancy & training for QMS - ISO 9001 & EMS ISO 14001;B * Technical assistance, general consultancy, studies, and surveys.  ? We are certified by LLOYD'S REGISTER QUALITY ASSURANCE LIMITED:wE - No. 201475 (since 1995 / renewed in 1998), Q.M.S. acc. to ISO 9001;w1 - No. 260234, EMS acc. to ISO 14001 (since 1998).   & We have 40 Employees, many members of: - American Welding Society;s# - Romanian Civil Engineers Society;l+ - American Society of Mechanical Engineers; E - Romanian State Committee for Pressure Vessels and Lifting Machines.v   Main Design Reference List:w  2 - Lurgi SVZ Schwarze Pumpe GmbH - Pressure VesselsL   Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  3 - Steiner GmbH & Co. KG - Kala Project YCD 81006 YCaL   Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  2 - Salzgitter Anlagenbau GmbH - EDC Unloading LibyaL   Location: GERMANY / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  9 - Ras Lafan Onshore Facilities Project - Pressure Vesselsa>   Location: QATAR / General Designer: JGC Corporation - JAPAN;  > - Agrp Mina Al Ahmandi - Pressure Vessels and Steel StructuresH   Location: KUWAIT / General Designer: SUNKYONG. & CONSTR. Ltd. - KOREA;  ( - Juia Yman Gas Plant - Pressure VesselsE   Location: SAUDI ARABIA / General Designer: JGC Corporation - JAPAN;n  , - APC - Elmex, Alexandria - Pressure VesselsJ   Location: EGYPT / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  > - G.U.K. Kazgermunai Gas and Oil Separation Plant - Akshabulak=   Location: KAZAKHSTAN / General Designer: RWE-DEA - GERMANY;c  ( - Jordan Electricity Company - Tank FarmK   Location: JORDAN / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;h  1 - Aqaba South Petroleum Installations - Tank FarmnK   Location: JORDAN / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;r   - Palmyra Gas Projects=   Location: SYRIA / General Designer: TITAN PROJECT - CANADA;e  / - Mahrukat LPG Cylinders Filling Unit - Tayyara J   Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  . - Syrian Petroleum Company Gas Pipeline - ZaraJ   Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  : - Syrian Petroleum Company Jbisseh Gas Plant - Air CoolersJ   Location: SYRIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  3 - Industrialexport SA - Headquarters InfrastructurenE   Location: ROMANIA / General Designer: WESTFORTH ARCHITECTURE - USA;s  % - SNP Petrom - Gas Stations RevampinggL   Location: ROMANIA / General Designer: INDUSTRIAL ENGINEERING SA - ROMANIA;  7 - AIBB-GRIVCO - Skid Mounted Equipment Stock Avit Jet 1o5   Location: ROMANIA / General Designer: ELF - FRANCE.s  L Please don't hesitate to contact us regarding any further information on ourL detailed design capabilities according to the specific needs of your market.   ------------------------------  % Date: Sun, 04 Nov 2001 20:07:04 -0600s1 From: "David J. Dachtera" <djesys.nospam@fsi.net>f* Subject: Re: savesets,  CDs and attributes' Message-ID: <3BE5F448.12093B74@fsi.net>t   Jeff Campbell wrote: > D > The DEC interface has been documented since atleast May of 1993 in< > "Guide to OpenVMS File Applications." The V7.3 info is at: > Q > http://www.openvms.compaq.com:8000/73final/4506/4506pro_001.html#cdrom_conceptsr >  > (may be wrapped) > D > The ISO 9660 specification is also needed to use this information.  H So, the piece I'm looking for is the one (if any) which explains exactlyA where within the ISO-9660 data structures RMS expects to find thedF file/record attributes metadata, if anywhere. I would expect that sameA document, if it exists, to explain how to write (on VMS) ISO-9660i3 structures containing the aforementioned metadata. l  A Note that when I say "how" here, I'm talking about system serviceeB parameters and/or DCL commands and qualifiers, not the actual dataE structure format itself. Alternatively, I would like an authoritativenF statement that such is not currently supported, as well as a statement5 of whether such support can be expected anytime soon.   ? As for the "how-to", I would expect to find a single *OFFICIAL*aD document, given that VMS and the associated software seems to take a; unique view of many specifications, standard or otherwise. r   --   David J. Dachteraa dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------   Date: 4 Nov 2001 20:46:42 -0600g- From: Kilgallen@SpamCop.net (Larry Kilgallen)t* Subject: Re: savesets,  CDs and attributes3 Message-ID: <8I5Kz7s$6Tng@eisner.encompasserve.org>M  [ In article <3BE5F448.12093B74@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:l > Jeff Campbell wrote: >> RE >> The DEC interface has been documented since atleast May of 1993 inl= >> "Guide to OpenVMS File Applications." The V7.3 info is at:n >>  R >> http://www.openvms.compaq.com:8000/73final/4506/4506pro_001.html#cdrom_concepts >> t >> (may be wrapped)b >>  E >> The ISO 9660 specification is also needed to use this information.u > J > So, the piece I'm looking for is the one (if any) which explains exactlyC > where within the ISO-9660 data structures RMS expects to find theeH > file/record attributes metadata, if anywhere. I would expect that same  @ Did you look at the section Jeff cited ?  It gives the meanings,B in ISO-9660 terminology.  That is why you need a copy of ISO-9660.  C > document, if it exists, to explain how to write (on VMS) ISO-9660 5 > structures containing the aforementioned metadata. , > C > Note that when I say "how" here, I'm talking about system servicenD > parameters and/or DCL commands and qualifiers, not the actual dataG > structure format itself. Alternatively, I would like an authoritativecH > statement that such is not currently supported, as well as a statement7 > of whether such support can be expected anytime soon.   B Do you have an official statement that VMS has no built-in support? for writing IBM variable length record DASD format ?  How aboutoD EBCDIC tape labels ?   VMS also has no support built in for punchingD paper tape, although it was a common device driver class exercise on VAX.  B You are looking for a level of support that does not exist.  "How"D you write an ISO-9660 image on VMS is with $QIO.  P1 has the virtualC address of the buffer you have prepared and P2 has the number 2048.L  A > As for the "how-to", I would expect to find a single *OFFICIAL* F > document, given that VMS and the associated software seems to take a= > unique view of many specifications, standard or otherwise.    ? For VMS to republish the ISO-9660 standard is not useful.  That ; standard specifies the layout you need in your data buffer.   D And of course ISO-9660 is more "official" than VMS documentation :-)   ------------------------------  % Date: Sun, 04 Nov 2001 21:14:20 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>b* Subject: Re: savesets,  CDs and attributes' Message-ID: <3BE6040C.C376AB2C@fsi.net>s   Larry Kilgallen wrote: > [snip]= > You are looking for a level of support that does not exist.i  ' Hence, my original post in this thread.    > [snip]; > For VMS to republish the ISO-9660 standard is not useful.e  ; ...or necessary. What is needed is a document stating VMS'su1 INTERPRETATION and/or implementation of ISO-9660.i   -- - David J. Dachtera  dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sun, 4 Nov 2001 22:05:55 -0500  From: John Santos <JOHN@egh.com>) Subject: Re: savesets, CDs and attributesi4 Message-ID: <1011104215843.355C-100000@Ives.egh.com>   Strange!  J Larry, this came out as an invisible text attachment in VMS Pine (3.91-2).6 It looked like a an empty message, with an attachment.? I tried "View attachments" ("V") command, and it listed one, asmD text (which it will usually display), but it refused to display thisA one.  I tried saving the attachment to a text file, which I couldM then type just fine.  B Then when I went to reply to it (to complain, nudge, nudge, say no5 more), up it popped int the "reply" editing screen...-  D I know what a stickler you are for text, etc., so I thought this was very ironic.  ;-)t  % On 4 Nov 2001, Larry Kilgallen wrote:.  ] > In article <3BE5F448.12093B74@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Jeff Campbell wrote: > >> gG > >> The DEC interface has been documented since atleast May of 1993 int? > >> "Guide to OpenVMS File Applications." The V7.3 info is at:e > >> tT > >> http://www.openvms.compaq.com:8000/73final/4506/4506pro_001.html#cdrom_concepts > >> n > >> (may be wrapped)c > >> cG > >> The ISO 9660 specification is also needed to use this information.v > > L > > So, the piece I'm looking for is the one (if any) which explains exactlyE > > where within the ISO-9660 data structures RMS expects to find theaJ > > file/record attributes metadata, if anywhere. I would expect that same > B > Did you look at the section Jeff cited ?  It gives the meanings,D > in ISO-9660 terminology.  That is why you need a copy of ISO-9660. > E > > document, if it exists, to explain how to write (on VMS) ISO-9660/7 > > structures containing the aforementioned metadata. - > > E > > Note that when I say "how" here, I'm talking about system serviceuF > > parameters and/or DCL commands and qualifiers, not the actual dataI > > structure format itself. Alternatively, I would like an authoritative1J > > statement that such is not currently supported, as well as a statement9 > > of whether such support can be expected anytime soon.e > D > Do you have an official statement that VMS has no built-in supportA > for writing IBM variable length record DASD format ?  How aboutuF > EBCDIC tape labels ?   VMS also has no support built in for punchingF > paper tape, although it was a common device driver class exercise on > VAX. > D > You are looking for a level of support that does not exist.  "How"F > you write an ISO-9660 image on VMS is with $QIO.  P1 has the virtualE > address of the buffer you have prepared and P2 has the number 2048.t > C > > As for the "how-to", I would expect to find a single *OFFICIAL*cH > > document, given that VMS and the associated software seems to take a? > > unique view of many specifications, standard or otherwise. o > A > For VMS to republish the ISO-9660 standard is not useful.  That1= > standard specifies the layout you need in your data buffer.n > F > And of course ISO-9660 is more "official" than VMS documentation :-) >  >    -- , John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sun, 04 Nov 2001 21:00:22 GMT 4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com> Subject: Re: vms mail questionseA Message-ID: <G%hF7.298043$bY5.1176322@news-server.bigpond.net.au>    >n" > For someguy@hotmail.com you need >:6 >  MAIL> set forw /user=guy smtp%"someguy@hotmail.com" > or: >  MAIL> set forw /user=guy "smtp%""someguy@hotmail.com"""/ > depending on the version of OpenVMS you have.   I Or if you are running modern versions of VMS and TCP/IP you can leave offgJ the complicated syntax, (once required for SMTP addresses), and specify it in a more natural way... a-la:  )     set forw/user=guy someguy@hotmail.como   Cheers,  Matt.g   ------------------------------   End of INFO-VAX 2001.615 ************************