1 INFO-VAX	Tue, 03 Jun 2003	Volume 2003 : Issue 305       Contents: Re: accessing device registers Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS Re: Alpha / OpenVMS and SANS! Re: Alpha hardware shop in Europe ! Re: Alpha hardware shop in Europe ! Re: Alpha hardware shop in Europe ! Re: Alpha hardware shop in Europe P Re: dcl.openvms.org (was Re: OpenVMS.org: Mixed Architecture VMS Clusters  SurveP dcl.openvms.org (was Re: OpenVMS.org: Mixed Architecture VMS Clusters Survey) Su( Re: DECUS Europe Amsterdam: Days #1 & #27 RE: Download service for VMS and Tru64 layered products 7 Re: Download service for VMS and Tru64 layered products  Re: Firewall for VMS / TRU64 Re: Help with VMS  Re: Install Directory  Re: Install Directory + Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way / Re: Intel 64 bit Pentium seems to be on its way  ISACFG on AlphaStation 500, Re: Mystery Alpha CPUS, what do they fit in?, Re: Mystery Alpha CPUS, what do they fit in?+ Re: Needing to upgrade from AXP VMSv7.1-1h2 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 OpenVMS.org: Mixed Architecture VMS Clusters Survey 7 Re: OpenVMS.org: Mixed Architecture VMS Clusters Survey  Re: Portents of VMS death  Re: Portents of VMS death A Printing to a very old LXY12 line printer via a DecServer  (long) E Re: Printing to a very old LXY12 line printer via a DecServer  (long)   Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?( Re: Samba + Multinet: The Saga continues@ Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long) Re: TLZ07 compaction?  VMS / Linux & Walter Carlos (Was: Install Directory)* Re: Walter Carlos (Was: Install Directory)F [DCL] Is the max length of DCL lexical functions argument documented ?  F ----------------------------------------------------------------------  # Date: Tue, 03 Jun 2003 01:14:15 GMT  From: hoblit@liii.com ' Subject: Re: accessing device registers , Message-ID: <3edbf022.1431137@news.liii.com>  ? Thanks to Fred and Simon for your replies. I've been working on = a driver for a PCI card developed for data acquisition at the : lab where I work. The card uses the PLX 9080 PCI interface@ chip, which is documented quite well and so far it actually does; what manual describes. I started from the example driver in : driver book and in sys$examples (lrdriver.c) and went from< there. The card DMAs it's data to the alpha, and it's fast -* in my DS10 (V7.2-2) I get roughly 115MB/s.  F When I coded it up I just used the ioc$read_io & ioc$write_io routinesA since they were simpler to use, but since the example driver used A the CRAMs I thought I might be missing something.  But  it sounds E like it's not worth the extra hassle of allocating and filling in the @ CRAM structures to do what is done in ioc$ routines. I'll gladly/ keep using them.  They seem to work quite well.   E > Depending on what you are wanting to do, myself and others may have  > other hints for you.  B Thanks to a VMS-expert friend, I now have a working driver. But ifJ you have hints I'd like to hear them, or if you have a piece of PCI driverG code lying around it would be nice to see if I've overlooked something. * Any/all comments, recommendations welcome.  " thanks again for clearing this up,  
 Sam Hoblit hoblit@liii.com    ------------------------------  * Date: Mon, 2 Jun 2003 18:12:47 +0000 (UTC)0 From: "insomnee_a" <robert.heyes@btinternet.com>% Subject: Re: Alpha / OpenVMS and SANS 2 Message-ID: <bbg42v$mnl$1@hercules.btinternet.com>  L We are running VMS 7.2-1 on 2 x Alpha ES40s and the shared system disk is onC a mirror disk on our Compaq storage works SAN, using an 8port HSG80 G controller no problem. You may need to upgrade firmwares to see the HSG L controllers / SAN disks. There is more support for this kind on thing in 7.38 i believe, but we cannot upgrade due to Oracle versions.    8 "Vic Mendham" <c00per11242001@yahoo.ca> wrote in message7 news:f7a73cb1.0306020957.3bc68262@posting.google.com... @ > I need some information on VAX/ALPHA, OpenVMS and SANS arrays. > / > Has anyone ever worked on VAX/ALPHA and SANS? B > Does anyone have any good information on SANS and OpenVMS/Alpha?" > Does anyone have any good links? > D > If I'm hooking up the Alpha to an array other than a StorageWorks,E > does anyone know if I need a specific version of OpenVMS or type of . > card (scsi/fiber) and the firmware required? > H > I know it depends on what I'm hooking up. But I'm new to this and whatH > to see what others have experienced. So I figure a specific version ofD > OpenVMS or patches might be required as well if, we're going to goF > SCSI, then a specific firmware ( same as fibre) or eco's. Any Hints,@ > do NOT do or best practices when it comes to OpenVMS and SANS? > H > Does anyone know if there are any security alerts re: ALPHA's, OpenVMS > and SANS?  > E > Please reply to both comp.os.vms (so everyone can see) and to me at  > c00per11242001@yahoo.ca    ------------------------------  % Date: Mon, 02 Jun 2003 13:21:17 -0500 ( From: brandon@dalsemi.com (John Brandon)% Subject: Re: Alpha / OpenVMS and SANS 1 Message-ID: <03060213211794@dscis6-0.dalsemi.com>   N It would help to know your specific Hardware, Firmware, and Software versions.  N > We are running VMS 7.2-1 on 2 x Alpha ES40s and the shared system disk is onE > a mirror disk on our Compaq storage works SAN, using an 8port HSG80 I > controller no problem. You may need to upgrade firmwares to see the HSG N > controllers / SAN disks. There is more support for this kind on thing in 7.3: > i believe, but we cannot upgrade due to Oracle versions.  O I believe V7.2 was the release for SAN - not sure about the HW firmware.  Alpha  ONLY!   : > "Vic Mendham" <c00per11242001@yahoo.ca> wrote in message9 > news:f7a73cb1.0306020957.3bc68262@posting.google.com... B > > I need some information on VAX/ALPHA, OpenVMS and SANS arrays. > > 1 > > Has anyone ever worked on VAX/ALPHA and SANS?   J VAX is not supported on HSG80 controllers - unless you are talking about aG third-party - which I believe Nemonix(sp?) may have a solution for VAX.   M Otherwise, VAX access to the SAN would have to go through MSCP via the Alpha.   D > > Does anyone have any good information on SANS and OpenVMS/Alpha?$ > > Does anyone have any good links? > > F > > If I'm hooking up the Alpha to an array other than a StorageWorks,G > > does anyone know if I need a specific version of OpenVMS or type of 0 > > card (scsi/fiber) and the firmware required?  F You will need to contact the vendor that is supplying the "other than" StorageWorks storage.   J > > I know it depends on what I'm hooking up. But I'm new to this and whatJ > > to see what others have experienced. So I figure a specific version ofF > > OpenVMS or patches might be required as well if, we're going to goH > > SCSI, then a specific firmware ( same as fibre) or eco's. Any Hints,B > > do NOT do or best practices when it comes to OpenVMS and SANS?    - SCSI ?  I would not do it if I could help it.   J > > Does anyone know if there are any security alerts re: ALPHA's, OpenVMS
 > > and SANS?    Not that I know of.   G > > Please reply to both comp.os.vms (so everyone can see) and to me at  > > c00per11242001@yahoo.ca      John Brandon VMS Systems Administrator  Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wk    ------------------------------   Date: 2 Jun 2003 13:51:42 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: Alpha / OpenVMS and SANS 3 Message-ID: <XHWwcwen6quz@eisner.encompasserve.org>   k In article <f7a73cb1.0306020957.3bc68262@posting.google.com>, c00per11242001@yahoo.ca (Vic Mendham) writes:   0 > Has anyone ever worked on VAX/ALPHA and SANS?   D > If I'm hooking up the Alpha to an array other than a StorageWorks,E > does anyone know if I need a specific version of OpenVMS or type of . > card (scsi/fiber) and the firmware required?  ; Since SAN does not necessarily mean "Fibre Channel" to you, ; I would suggest you look back to 1984 or so and VAXclusters  for the "has anyone ever" part.    ------------------------------  $ Date: Mon, 2 Jun 2003 14:43:30 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>% Subject: Re: Alpha / OpenVMS and SANS 5 Message-ID: <bbg5sk$8orde$1@ID-141708.news.dfncis.de>    insomnee_a wrote: < > We are running VMS 7.2-1 on 2 x Alpha ES40s and the shared system   We have the same.   ; > disk is on a mirror disk on our Compaq storage works SAN,  using an< > 8port HSG80 controller no problem. You may need to upgrade	 firmwares    Same thing here   7 > to see the HSG controllers / SAN disks. There is more  support for < > this kind on thing in 7.3 i believe, but we cannot upgrade due to > Oracle versions.   Same thing here.  < The reason for the "Me too" posting is to tell Vic that this; is all about 40 KM from his office so if he goes this route 9 then he will not be the only site in the area doing this.      -- Peter Weaver Weaver Consulting Services Inc. ) Serving Southern Ontario/Western New York    ------------------------------  % Date: Mon, 02 Jun 2003 22:43:54 +0200  From: Dirk Munk <munk@home.nl>% Subject: Re: Alpha / OpenVMS and SANS & Message-ID: <3EDBB70A.8030201@home.nl>   Vic Mendham wrote:@ > I need some information on VAX/ALPHA, OpenVMS and SANS arrays. > 0 > Has anyone ever worked on VAX/ALPHA and SANS?   P Yep, ES40's on HSG80. Great combination. However HSG80 is end-of-production. Go ! for the HP EVA storage cabinets !   B > Does anyone have any good information on SANS and OpenVMS/Alpha?" > Does anyone have any good links?  P Look under storage on the HP site. Much information there on fibrechanel etc. , + including white papers on interoperability.    > D > If I'm hooking up the Alpha to an array other than a StorageWorks,E > does anyone know if I need a specific version of OpenVMS or type of . > card (scsi/fiber) and the firmware required?  A SAN is always fiber, in fact it is serial SCSI over fibrechannel. K In general go for the latest version of Alpha VMS (no VAX SAN !), with the  O latest fibre-scsi patches. SAN is by no means fully mature, but it is reliable  % when the components are well matched.    > , > I know it depends on what I'm hooking up.   O That may be the problem, be sure your storage really works with all aspects of  K VMS ! Be sure you can boot, cluster etc. Just 'VMS supported' in the specs   doesn't mean anything.   > But I'm new to this and whatH > to see what others have experienced. So I figure a specific version ofD > OpenVMS or patches might be required as well if, we're going to goF > SCSI, then a specific firmware ( same as fibre) or eco's. Any Hints,@ > do NOT do or best practices when it comes to OpenVMS and SANS? > H > Does anyone know if there are any security alerts re: ALPHA's, OpenVMS > and SANS?  > E > Please reply to both comp.os.vms (so everyone can see) and to me at  > c00per11242001@yahoo.ca    ------------------------------  # Date: Mon, 02 Jun 2003 21:37:55 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)% Subject: Re: Alpha / OpenVMS and SANS 3 Message-ID: <TsPCa.82047$_c6.701874@news.chello.at>   G In article <3EDBB70A.8030201@home.nl>, Dirk Munk <munk@home.nl> writes:  >Vic Mendham wrote: A >> I need some information on VAX/ALPHA, OpenVMS and SANS arrays.  >>  1 >> Has anyone ever worked on VAX/ALPHA and SANS?   > Q >Yep, ES40's on HSG80. Great combination. However HSG80 is end-of-production. Go  " >for the HP EVA storage cabinets !   Nope.  Yes, HP wants us to.J But as a HSG (EMA, ESA) has a serial console and a HSV (EVA) has a PC as aO console I doubt that I will soon switch to EVA/HSV (and loose good automation). J And as I think, I'm not alone with this opinion, I expect that HPQ will be, forced to extend the lifetime of the HSGs...  I Another reason is the total virtualization of storage which might be good I if everything works (eg. much less space waste) but is a nightmare if you G can't trust the (doubled) controller (and one learned over the years to N _not_ trust a single controller [pair] and use more safety belts  [like HBVS])  - >> I know it depends on what I'm hooking up.   > P >That may be the problem, be sure your storage really works with all aspects of L >VMS ! Be sure you can boot, cluster etc. Just 'VMS supported' in the specs  >doesn't mean anything.   L And think also on "finger pointing". If you use (the surely not bad/average)1 HP SANs you can avoid (at least) this problem ;-)    >> But I'm new to this and what I >> to see what others have experienced. So I figure a specific version of E >> OpenVMS or patches might be required as well if, we're going to go G >> SCSI, then a specific firmware ( same as fibre) or eco's. Any Hints, A >> do NOT do or best practices when it comes to OpenVMS and SANS?   I Always use the latest and greatest versions of everything (after a couple L of weeks "leading-edge means bleeding-edge" time ;-) as SANs are not yet old (and therefore stable) stuff.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Tue, 03 Jun 2003 01:15:20 GMT 1 From: Michael Austin <maustin@firstdbasource.com> % Subject: Re: Alpha / OpenVMS and SANS 1 Message-ID: <3EDBF0EC.7110308@firstdbasource.com>    Vic Mendham wrote: > @ > I need some information on VAX/ALPHA, OpenVMS and SANS arrays. > / > Has anyone ever worked on VAX/ALPHA and SANS? B > Does anyone have any good information on SANS and OpenVMS/Alpha?" > Does anyone have any good links? > D > If I'm hooking up the Alpha to an array other than a StorageWorks,E > does anyone know if I need a specific version of OpenVMS or type of . > card (scsi/fiber) and the firmware required? > H > I know it depends on what I'm hooking up. But I'm new to this and whatH > to see what others have experienced. So I figure a specific version ofD > OpenVMS or patches might be required as well if, we're going to goF > SCSI, then a specific firmware ( same as fibre) or eco's. Any Hints,@ > do NOT do or best practices when it comes to OpenVMS and SANS? > H > Does anyone know if there are any security alerts re: ALPHA's, OpenVMS > and SANS?  > E > Please reply to both comp.os.vms (so everyone can see) and to me at  > c00per11242001@yahoo.ca   F No VAX, but I do have ~40 SAN switches on 3 (or is it 4--- I have lost1 track) (1 and 2Gb) fabrics with a little over 130 H GS320(1),GS160(1),8400(1),ES45(16),ES40(?),DS20E(?),DS10(?) and DS10L(4)@ Alphas, and with the addition of a new HSV next week, we will beC slightly more than 130TB on 36 HSG's and a pair of HSV's.  75 or so F zones and selective presentation out the wazoo... and we even have a aF P690 and some other assorted AIX equipment and some WNT systems on theH SAN.  We will also be adding some ES80,ES47,DS25 and DS15 systems to theB mix in the near future.  It is really cool to work with the latest: technology for a change... we may also be looking for some+ (full-time,perm) talent in the near future.    --   Regards,  6 Michael Austin            OpenVMS User since June 1984   ------------------------------  # Date: Mon, 02 Jun 2003 19:11:57 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: Alpha hardware shop in Europe3 Message-ID: <1kNCa.77750$_c6.661419@news.chello.at>   T In article <3EDB1426.FF5DEDFE@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: >Woland wrote:P >> does anybody know about some shop like Islandco, but located somewhere in EU?O >> I'd like to buy some older workstation, but I'm a bit afraid of the delivery  >> price from US to EU. O >> There used to be a similar shop in Austria several years ago, but I lost the ! >> link and I can't find it now..   M Maybe it was BRAINCON.COM  But the gave up selling DEC in the last millenium. M Maybe it was TRANSTEC.DE   But the gave up selling DEC in the last millenium. L Maybe it is DICOM.AT       They are still talking about COMPAQ (and not HP).J Maybe it is MAGIRUS.COM    As a distributor likely won't sell to customer.. Maybe it is DATASYSTEMS.AT HP Business Partner  G >I'd try searching for a few DEC part numbers, using a country-specific F >web browser. e.g. I use google.co.uk and click "uk pages only" and it >locates them for me.    Some time I'll try this ;-)   D >However as to your 'fears' about Island, well i think you're prettyH >unlikely to find any better prices in the EU INCLUDING the shipping, it> >isn't that expensive. No harm in asking for a formal quote...  7 If you only include shipping, then maybe you are right. D But you have to include VAT and customs as well. It is no fear aboutF HPAQ.NET, is is a fear about outside the EU instead. As it seems, thatE customs depends on the country and the phase of the moon while inside + the EU there is no VAT and customs. So YMMV    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 2 Jun 03 21:50:26 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) * Subject: Re: Alpha hardware shop in Europe) Message-ID: <AIhDHtiNmbnQ@elias.decus.ch>   l In article <1kNCa.77750$_c6.661419@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:V > In article <3EDB1426.FF5DEDFE@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: >>Woland wrote: Q >>> does anybody know about some shop like Islandco, but located somewhere in EU? P >>> I'd like to buy some older workstation, but I'm a bit afraid of the delivery >>> price from US to EU.P >>> There used to be a similar shop in Austria several years ago, but I lost the" >>> link and I can't find it now.. >    [snip]   > H >>I'd try searching for a few DEC part numbers, using a country-specificG >>web browser. e.g. I use google.co.uk and click "uk pages only" and it  >>locates them for me. >  > Some time I'll try this ;-)  >   H I've just tried that Google feature (for something not computer related)* and it does indeed cut out a lot of noise.  E >>However as to your 'fears' about Island, well i think you're pretty I >>unlikely to find any better prices in the EU INCLUDING the shipping, it ? >>isn't that expensive. No harm in asking for a formal quote...  > 9 > If you only include shipping, then maybe you are right. F > But you have to include VAT and customs as well. It is no fear aboutH > HPAQ.NET, is is a fear about outside the EU instead. As it seems, thatG > customs depends on the country and the phase of the moon while inside - > the EU there is no VAT and customs. So YMMV  >   J True, it can be a nightmare. Recently customs here grabbed a CD containingK some demo software that I had ordered, asking me to go to quite some effort I before they would release it. I ordered another copy and let customs send % the original back to the supplier :-)   J In support of Island I will say that they did get the paperwork right (allJ 6 or so copies of it, no less) for me, when I ordered some kit from them I just had to pay the VAT.   --  
 Paul Sture   ------------------------------  $ Date: Mon, 2 Jun 2003 22:29:46 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> * Subject: Re: Alpha hardware shop in Europe5 Message-ID: <bbgc3p$9587v$1@ID-143435.news.dfncis.de>   5 "Woland" <weiland@no.spam.post.cz> schreef in bericht * news:CFN377744275471296@news.cup.hp.com... > Hi,  > K > does anybody know about some shop like Islandco, but located somewhere in  EU? E > I'd like to buy some older workstation, but I'm a bit afraid of the  delivery > price from US to EU.J > There used to be a similar shop in Austria several years ago, but I lost the   > link and I can't find it now.. > 
 > Any hints ?  > 	 > Thanks,  > Jirka   # try www.wetec.nl in The Netherlands G They carry new gear and have a reasonable collection of used equipment.   These guys are ex-DEC engineers.   ------------------------------   Date: 2 Jun 2003 21:10:51 -0000 4 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>* Subject: Re: Alpha hardware shop in Europe6 Message-ID: <20030602211051.17871.qmail@gacracker.org>  L On Mon, 02 Jun 2003, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote:N > In article <3EDB1426.FF5DEDFE@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1>	 > writes:  > >Woland wrote:N > >> does anybody know about some shop like Islandco, but located somewhere in > >> EU?H > >> I'd like to buy some older workstation, but I'm a bit afraid of the
 > >> delivery  > >> price from US to EU. M > >> There used to be a similar shop in Austria several years ago, but I lost  > >> the# > >> link and I can't find it now..  > O > Maybe it was BRAINCON.COM  But the gave up selling DEC in the last millenium. O > Maybe it was TRANSTEC.DE   But the gave up selling DEC in the last millenium. N > Maybe it is DICOM.AT       They are still talking about COMPAQ (and not HP).L > Maybe it is MAGIRUS.COM    As a distributor likely won't sell to customer.0 > Maybe it is DATASYSTEMS.AT HP Business Partner  @ Maybe it was VECOM.BE, who still list prices in Belgian Francs.    Are there *any* resellers left?     9 > If you only include shipping, then maybe you are right. F > But you have to include VAT and customs as well. It is no fear aboutH > HPAQ.NET, is is a fear about outside the EU instead. As it seems, thatG > customs depends on the country and the phase of the moon while inside - > the EU there is no VAT and customs. So YMMV   I Quite.  I got used to ordering CDs from the US.  Never picked up for VAT, N customs, or duty - even when getting 20 CDs at a time.  That was in .uk.  HereL in .be, you order one CD and you get an invitation to pay import duty at theJ post office before they'll let you have your CD.  The very thought of whatM they might ask you to pay to release something like an AlphaServer would give  you nightmares.      Doc. --  K OpenVMS.  Eight out of ten hackers                   https://vmsbox.cjb.net L           prefer *other* operating systems.        http://althacker.cjb.net    ------------------------------  # Date: Tue, 03 Jun 2003 03:15:29 GMT 2 From: "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org>Y Subject: Re: dcl.openvms.org (was Re: OpenVMS.org: Mixed Architecture VMS Clusters  Surve = Message-ID: <lpUCa.19096$nr.1538623@twister.southeast.rr.com>   L I'm working on that and it's taking time...frustrating.  I've tried a coupleE times so far without success.  Will keep trying sporadically and will  announce when done.   H Will have to do it manually for now.  Just fill out description and sendI .zip to me directly (kfarmer@openvms.u_know ), I will drop in a directory L and put url at end of description of procedure.  They can then just click onI .zip file.  I have to approve the submissions anyway so I can just attach  then.   K Thanks for asking David.  I know there are already many dcl sites out there J but I don't think there are any that have as nice a structure.  No offenseK meant to anyone.  I just happen to have a cookie cutter from work done over  past several years.  :)   = I'm going to be trying to put more time into dcl.openvms.org.   K Aaron Sakovish (http://www.alphant.com)is helping me out with the site.  He F already warned me about attachments to postings, that's why I had been, trying to get something working before hand.  H Thanks for asking David.  I'll try to get that going quickly, that means weeks...unless I get lucky.  :)    Ken    -- Kenneth Farmer <>< http://www.OpenVMS.org http://dcl.OpenVMS.org      < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EDC0DC3.B5814E02@fsi.net...  > Kenneth Farmer wrote: 
 > > [snip] > 
 > Hey, Ken...  > J > How 'bout proc.'s that are too big or complex (ancillary files, etc.) toH > post? Is there some way to post .ZIP archives? If so, I'd like to post, > by hobbyist's SPL code and perhaps others. >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 02 Jun 2003 21:53:55 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> Y Subject: dcl.openvms.org (was Re: OpenVMS.org: Mixed Architecture VMS Clusters Survey) Su ' Message-ID: <3EDC0DC3.B5814E02@fsi.net>    Kenneth Farmer wrote:  > [snip]   Hey, Ken...   H How 'bout proc.'s that are too big or complex (ancillary files, etc.) toF post? Is there some way to post .ZIP archives? If so, I'd like to post* by hobbyist's SPL code and perhaps others.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Mon, 2 Jun 2003 22:26:39 +0200+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> 1 Subject: Re: DECUS Europe Amsterdam: Days #1 & #2 5 Message-ID: <bbgbtt$9dn0r$1@ID-143435.news.dfncis.de>   @ "Keith Parris" <keithparris_NOSPAM@yahoo.com> schreef in bericht7 news:cf15391e.0305300404.2deaa0c1@posting.google.com... 5 > David Froble <davef@tsoft-inc.com> wrote in message ( news:<3ED69D7A.1030206@tsoft-inc.com>... > > Keith Parris wrote: J > > > Also remember that the ITUG (Tandem/NonStop) folks were meeting in aK > > > different hotel for all but a (few?) keynote session(s), so they were / > > > not visible at the RAI Conference Center.  > >  > > ITUG <> DECUS  > > J > > I think that Hans was interested in attendees with an interest in VMS. > C > My point was that for at least the last couple of years, ITUG and B > DECUS/CUO have held a joint conference in Europe, so in Lyon andF > Lisbon, as one looked around, there were a mix of NonStop people andH > DECUS/CUO people visible.  This year the NonStop sessions were held atB > a hotel (albeit nearby), not the RAI Conference Center where theG > Interex/DECUS/CUO people were, and thus only visible when they joined F > us for one keynote session and evening activity, for which they were > bussed over to the RAI.   A Indeed, I've never had any interest in the ITUG side of the joint B conferences. I did miss Lyon, no idea how many people visited thatJ symposium. But compared to Lisbon in 2001, the number of attendees droppedJ enormously IMHO. And I don't really think the difference is made up by the
 Tandem folks.    ------------------------------  $ Date: Mon, 2 Jun 2003 11:29:32 -0700# From: "Tom Linden" <tom@kednos.com> @ Subject: RE: Download service for VMS and Tru64 layered products9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEBEHFAA.tom@kednos.com>    It's about time.   >-----Original Message----- 3 >From: David Webb [mailto:david20@alpha1.mdx.ac.uk] % >Sent: Monday, June 02, 2003 10:08 AM  >To: Info-VAX@Mvb.Saic.Com= >Subject: Download service for VMS and Tru64 layered products  >  >  > F >I've just received my latest set of consolidated software release CDsH >June 2003 - suprised me a bit I'm not used to them arriving so quickly. >  > > >There is an interesting announcement leaflet in the packet :- > 5 >"Announcing a Web Download for the Software library"  >  > A >Apparently each quarter they will be sending their Consolidated  
 >distribution A >service customers a username and password to access a site from   >which they can & >download any of the layered products. > C >According to the leaflet the username and password will remain in   >effect long> >enough to provide early access to the next quarter's release. > J >Now all they need is to give this access to all the registered hobbyist's? >rather than to those who already have the software since they   >purchased the   >CDs.  >  >  >David Webb  >VMS and Unix team leader  >CCSS  >Middlesex University  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------   Date: 2 Jun 2003 14:09:07 -0700 + From: seanobanion@attbi.com (Sean O'Banion) @ Subject: Re: Download service for VMS and Tru64 layered products= Message-ID: <f883d5a4.0306021309.45cf31b3@posting.google.com>   C Unfortunately, it only downloads to Windoze: NTLM authentication is 	 required. D The site coyly requires "Microsoft Internet Explorer 5.1 or greater,> or a similar web browser that allows challenge/response (NTLM) authentication."  A It fails to point out that NTLM is only available on Windoze: you E cannot use Mozilla on VMS.  Mozilla beta 1.4 on Windoze lists support F for NTLM, but implements it by calling the DLL that IE uses.  NTLM has? been reverse engineered for Samba, but is not AFAIK implemented  anywhere else.  C Very cynical people ( you all know who you are :-) ) could conclude D that this was done on purpose.  I suspect that nobody knows for sureF who did this and why, but it seems clear that the target audience (VMSB VAX, VMS Alpha, and Tru64) was not clearly in their minds when the decision was made.     Sean. <insert appropriate disclaimers where desired>  d "Tom Linden" <tom@kednos.com> wrote in message news:<CIEJLCMNHNNDLLOOGNJIEEBEHFAA.tom@kednos.com>... > It's about time. >  > >-----Original Message----- 5 > >From: David Webb [mailto:david20@alpha1.mdx.ac.uk] ' > >Sent: Monday, June 02, 2003 10:08 AM  > >To: Info-VAX@Mvb.Saic.Com? > >Subject: Download service for VMS and Tru64 layered products  > >  > >  > > H > >I've just received my latest set of consolidated software release CDsJ > >June 2003 - suprised me a bit I'm not used to them arriving so quickly. > >  > > @ > >There is an interesting announcement leaflet in the packet :- > > 7 > >"Announcing a Web Download for the Software library"  > >  > > C > >Apparently each quarter they will be sending their Consolidated   > >distribution C > >service customers a username and password to access a site from   > >which they can ( > >download any of the layered products. > > E > >According to the leaflet the username and password will remain in   > >effect long@ > >enough to provide early access to the next quarter's release. > > L > >Now all they need is to give this access to all the registered hobbyist'sA > >rather than to those who already have the software since they   > >purchased the   > >CDs.  > >  > > 
 > >David Webb  > >VMS and Unix team leader  > >CCSS  > >Middlesex University  > >  > >---) > >Incoming mail is certified Virus Free. = > >Checked by AVG anti-virus system (http://www.grisoft.com). C > >Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003  > >  > --- ( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).B > Version: 6.0.484 / Virus Database: 282 - Release Date: 5/27/2003   ------------------------------   Date: 2 Jun 2003 18:42:25 -0700 ( From: bob@instantwhip.com (Bob Ceculski)% Subject: Re: Firewall for VMS / TRU64 = Message-ID: <d7791aa1.0306021742.135949fb@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbfn6j$ft9$1@new-usenet.uk.sun.com>...  > >>8 > >>Sunscreen is part of Solaris Bob you get it for free& > >>with the OS and it isn't an addon. > >>8 > >>Sad your point just went the way of all the previous > >>ones, (up in smoke). > >> > >>regards  > >>Andrew Harrison  > >  > > @ > > we'll take this a little slower for you Andrew ... VMS comes< > > with security, Sun has to add in a free security product@ > > because slowaris has no security, and now slowaris still hasA > > no security ... CERT count slowaris 559 VMS 10 ... looks like A > > your screen has a few holes in it and the bugs are coming in!  >  > 1 > Bob do you have any idea what a FireWall does ?  > = > So far from you posting there is precious little to suggest  > that you do. > E > As it is according to you one could connect an OpenVMS box directly A > to the Internet without worries (well except for all the denial E > of service attacks etc that would down it). But then what use would  > that be as a Firewall ???  > C > When you have worked out the answer to that and show that OpenVMS F > includes NAT, Stealth, Packet Filtering, VPN etc all of which peopleE > expect their firewalls to do then get back to me otherwise you justl > blew it yet again. > @ > BTW don't you get bored of this, you trot out some BS I squash. > it, doesn't it get a tiny bit dispiriting ?? > 	 > Regards  > Andrew Harrisone  B well Andrew, it does have packet filtering ... and it has security? built right in ... any other stupid questions?  NAT is a routerrE function ... you see Andrew, VMS doesn't require you to BUY security,C it already has it ...n   ------------------------------   Date: 3 Jun 2003 00:09 CDT' From: carl@gerg.tamu.edu (Carl Perkins)s Subject: Re: Help with VMS, Message-ID: <3JUN200300095341@gerg.tamu.edu>  e In article <bbaaui$7e9c5$1@ID-143435.news.dfncis.de>, "Hans Vlems" <hvlems.nieuw@zonnet.nl> writes...  } 7 }"Carl Perkins" <carl@gerg.tamu.edu> schreef in berichti( }news:30MAY200318463566@gerg.tamu.edu...2 }> "Hans Vlems" <hvlems.nieuw@zonnet.nl> writes...G }> }The 3100-98 is faster than the 3100-80 so it requires licenses with  }higher  }> }units for theiK }> }base OS and possibly the layered products. Try $ SHOW LICENSE/CHARGE to $ }> }determine what the system needs. }>G }> This relationship is not universal. For example, an XP900 requires aaM }> 12 unit VMS license, but the (much) slower DEC 3000m600 requires 20 units.x }>H }> It pretty much depends on how the system is classified at the time it< }> is/was new. They rarely, if ever, change them after that. }> }> --- Carlg } I }That is correct. When LMF was shipped (VMS 5.0 IIRC) there was a more or K }less relationship between the units needed for an A license (VMS capacity)uI }and the VUPS rating of the system. So a VAX 8550 and a VAX 6410 used theTJ }same license. Then the VAX cpu's became a lot faster and the (calculated)G }number of units went up. DEC therafter classified the systems in threetH }groups, and issued A licenses according to that. AFAIK that resulted inM }recalculated, lower values for certain systems. It also happened only once Iu }guess.: } L }I'm not familiar with the XP900, but isn't that a workstation? Units for anE }A license cannot be compared to D (workstation) licenses (nor serverr }licenses for that matter).i  8 The XP900 is a workstation, but it uses type A licenses:  E This is a COMPAQ AlphaStation XP900 466 MHz, hardware model type 1879hO Type: A, Units Required: 12     (VAX/VMS Capacity or OpenVMS Unlimited or Base)i4 Type: B, * Not Permitted *      (VAX/VMS F&A Server)9 Type: C, * Not Permitted *      (VAX/VMS Concurrent User)e5 Type: D, * Not Permitted *      (VAX/VMS Workstation)mD Type: E, * Not Permitted *      (VAX/VMS System Integrated Products)6 Type: F, * Not Permitted *      (VAX Layered Products)* Type: G, * Not Permitted *      (Reserved)8 Type: H, Units Required: 1050   (Alpha Layered Products)2 Type: I, Units Required: 1050   (Layered Products)  E As you can see, the licensing does not follow as regular a pattern aso one might have expected.   --- Carl   ------------------------------  % Date: Mon, 02 Jun 2003 17:55:51 -0500 / From: Chris Scheers <chris@applied-synergy.com>e Subject: Re: Install Directory3 Message-ID: <3EDBD5F7.E9C4D764@applied-synergy.com>f   Charlie Hammond wrote: > X > In article <3ED77730.9EE77EDB@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > >Charlie Hammond wrote:gJ > >> This may be regarded as true if you are referring to the /DESTINATION. > >> qualifier on the PRODUCT INSTALL command. > >-Q > >Can it now install files in $diskx[myproduct]  and then install a few files in_- > >sys$library ??? Last I looked it couldn't.A > G > If you want to pick nits, I would have to answer "No, PRODUCT INSTALL D > cannot to this."  However, a PRODUCT INSTALL operation can include5 > DCL commands that can do pretty much what you want., > I > >It was my understanding that the command procedures are not usable forsQ > >prompting because you are not garanteed to see their output. (I think you needh > >to use /TRACE and/or /LOG ) > ! > That was true but no longer is. < > Command procedures can now be designated as "interactive". > N > >It sort of defeats the purpose of product install if you have to do all theQ > >work in the dcl subprocess because you need to copy files to different places.  > F > If you have a lot of files that are uniformly distibuted to a lot ofH > different places, then I cannot disagree with you.  On the other hand,H > if most of your files go to a single place you can designate that withG > the /DESTINATION qualifier and use DCL to locate elswhere those filesqG > that need to be elsewhere.  So far as I know, there is no generalizediG > way around this.  On the plus side, once you have DCL access, you can 9 > do things that no installation utility ever thought of.i  B I thought that the justification for PCSI INSTALL was that all theE VMSINSTAL kits that were using DCL to do things no one had thought ofO was a bad thing?  G -----------------------------------------------------------------------S$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com y   Fax: 817-237-3074-   ------------------------------  % Date: Mon, 02 Jun 2003 21:22:14 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>O Subject: Re: Install Directory' Message-ID: <3EDC0656.88751E12@fsi.net>t   Chris Scheers wrote: > [snip]D > I thought that the justification for PCSI INSTALL was that all theG > VMSINSTAL kits that were using DCL to do things no one had thought ofn > was a bad thing?  C As I understand it, yes and no. I was given (by Hoff, I believe) to D understand that because VMSINSTAL lacks a consistent way of checkingD versions installed, prior versions, recording files installed, etc., PCSI was dreamed up.  " For what little it may be worth...   -- a David J. Dachterar dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------  % Date: Mon, 02 Jun 2003 22:25:19 +0200V From: Dirk Munk <munk@home.nl>4 Subject: Intel 64 bit Pentium seems to be on its way2 Message-ID: <bbgc3d$tu3$1@news3.tilbu1.nb.home.nl>  S The German magazine CT has a editorial called "CPU whispers" (translated of course)   Q In the editorial of 19 May the editors give us some very good evidence that a 64 v* bit Pentium class Intel CPU is on its way.  Q The succesor of the Pentium 4 has the code name Prescott, and a certain mr. Hans  O de Vries took a very good look at the Die plot pictures that were published of s	 this CPU.w  Q He concludes that the cpu has two 32 bit integer kernels that can be combined to iL one 64 bit kernel. Futhermore he concludes that the CPU has a 40 bit memory O address bus, just like the 64 bit AMD Athlon / Opteron. However internally the  C CPU is 32 still bit wide, and certain 64 bit registers are missing.n  O Their conclusion: we can expect a 64 bit Pentium class Intel CPU is the second  
 half on 2004.g  L At the same time I saw a HP powerpoint presentation which states that Alpha P servers will be will be sold untill >>> at least <<< 2006, and that support for 9 Alpha systems will continue untill >>> at least <<< 2011.n  O No statements were made about when the PA-Risc systems will no longer be sold,  P or no longer be supported. However the arrow on time line of the sheet ended at + the same point as the arrow of the Alpha's.    ------------------------------  $ Date: Mon, 2 Jun 2003 14:38:25 -0700* From: "Jack Peacock" <peacock@simconv.com>8 Subject: Re: Intel 64 bit Pentium seems to be on its way2 Message-ID: <ec6cnTmL3YRMXkajXTWcoQ@mpowercom.net>  + "Dirk Munk" <munk@home.nl> wrote in message , news:bbgc3d$tu3$1@news3.tilbu1.nb.home.nl...I > Their conclusion: we can expect a 64 bit Pentium class Intel CPU is they second > half on 2004.t > K There is a certain irony that while the Itanium would be the CPU that savedhI VMS, given the low Itanium sales figures over the last three years it nowdH appears that VMS may well be the operating system that saves the ItaniumE CPU.  Given that the rumored stats indicate there are only a relative I handful of non-developer IPF systems in production use, and now Intel may L cave in and produce the "Yamhill" X86-64 CPU after all, the only market leftG for high-priced IPF chips is in proprietary servers...in particular VMSsA servers where CPU costs are a minor part of the system price tag.b  D Unlike the ill-fated iAPX432 Intel seems to be determined to produceI Itaniums even if no one wants them, no matter what the cost.  Which makes K some sense; the money's already been spent so now Intel has to find ways to G recover the costs.  It appears the only profitable niche left is 8+ wayeG servers and proprietary systems, the ideal ecology for VMS to thrive in  given it's strong SMP support.    Jack Peacock.   ------------------------------  # Date: Mon, 02 Jun 2003 22:04:41 GMTi# From: "John Smith" <a@nonymous.com>o8 Subject: Re: Intel 64 bit Pentium seems to be on its wayI Message-ID: <ZRPCa.113771$cK1.41318@news01.bloor.is.net.cable.rogers.com>n  5 "Jack Peacock" <peacock@simconv.com> wrote in messageu, news:ec6cnTmL3YRMXkajXTWcoQ@mpowercom.net...- > "Dirk Munk" <munk@home.nl> wrote in message-. > news:bbgc3d$tu3$1@news3.tilbu1.nb.home.nl...D > > Their conclusion: we can expect a 64 bit Pentium class Intel CPU is the > second > > half on 2004.n > > B > There is a certain irony that while the Itanium would be the CPU
 that savedD > VMS, given the low Itanium sales figures over the last three years it nowB > appears that VMS may well be the operating system that saves the ItaniumE> > CPU.  Given that the rumored stats indicate there are only a relativeA > handful of non-developer IPF systems in production use, and nowr	 Intel may B > cave in and produce the "Yamhill" X86-64 CPU after all, the only market leftsE > for high-priced IPF chips is in proprietary servers...in particular  VMS C > servers where CPU costs are a minor part of the system price tag.  >OF > Unlike the ill-fated iAPX432 Intel seems to be determined to produceE > Itaniums even if no one wants them, no matter what the cost.  Whichn makes E > some sense; the money's already been spent so now Intel has to findf ways to E > recover the costs.  It appears the only profitable niche left is 8+e wayoF > servers and proprietary systems, the ideal ecology for VMS to thrive in  > given it's strong SMP support.    F Sure, but who's going to market the operating systems that run on thatE model of silicon? It won't be Microsoft, and it isn't going to be theh Linux community.  @ Do you think HP is going to advertise and market OpenVMS? If so,> there's a lovely piece of swampland in Florida and a bridge inE Brooklyn that I just happen to have available for sale at the presentm time.b   ------------------------------  $ Date: Mon, 2 Jun 2003 18:45:07 -0700* From: "Jack Peacock" <peacock@simconv.com>8 Subject: Re: Intel 64 bit Pentium seems to be on its way2 Message-ID: <QpScnf9CTMrKY0ajXTWcqQ@mpowercom.net>  . "John Smith" <a@nonymous.com> wrote in messageC news:ZRPCa.113771$cK1.41318@news01.bloor.is.net.cable.rogers.com...2 >7B > Do you think HP is going to advertise and market OpenVMS? If so,@ > there's a lovely piece of swampland in Florida and a bridge inG > Brooklyn that I just happen to have available for sale at the presentu > time.h >.J HP no, it's not a printer or a desktop PC.  But why not Intel?  If WindowsK 64 takes off on the AMD platform Microsoft has no vested interest in seeingSK Intel do well with the Itanic.  If Intel buys the poor orphan stepchild VMS-K from HP they have the ready-made customer base in VMS systems to give IPF a K boost.  Intel already bought the hardware guys from DEC, why not finish the " job and buy the software side too?    Jack PeacockH   ------------------------------  % Date: Mon, 02 Jun 2003 16:21:53 -0400p* From: BoylesA <alan.boyles@mindspring.com># Subject: ISACFG on AlphaStation 500 / Message-ID: <vdnco8nnf1v135@corp.supernews.com>r   A couple of questions:  H 1:  I am trying to config the sound card on my Alphastation 500/500 and D the manual says to run isacfg -all, only problem there is no isacfg > command at the >>> prompt.  Current console is 7.2_2 and 4.58.  E 2:  When I boot the Firmware upgrade CD and list the ARC or SRM I am  B getting an APU-E message stating that the Manufacturing Header is E invalid.  This machine I believe came from the factory with NT on it.r  	 Any idea?p   Thanks in advancen   Alan   ------------------------------   Date: 2 Jun 2003 18:57:47 -0700a# From: dooleys@snowy.net.au (dooley) 5 Subject: Re: Mystery Alpha CPUS, what do they fit in?w= Message-ID: <1ca82fc6.0306021757.6e947e56@posting.google.com>c  g "Matt Simis" <mattsimis@hotmail.com> wrote in message news:<bb4m7g$5rlec$1@ID-131939.news.dfncis.de>...pF > I have seen these on eBay (even bought one :(  and around on various > websites:s, > http://www.dyna-comp.com/html/cpd/cpu.html > J > What the hell are are these (21264 ones) for? I just cant get a straightK > answer on why there seems to be an abundance of socket based cpus with noe > motherboards?f > ! > Have look at the page for pics.  > Does any one have a clue?e >  Speculation only....: Some printers (Konica?) had Alpha 21164 processors inside.8 Maybe the 21264 processors were destined for use in some7 newer version of these printers, and became surplus to u5 requirements when they switched to pentiums for their/ print controllers. Phil   ------------------------------  % Date: Mon, 02 Jun 2003 21:18:55 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>S5 Subject: Re: Mystery Alpha CPUS, what do they fit in? ' Message-ID: <3EDC058F.C8287E99@fsi.net>m   John Smith wrote:n > [snip]G > And who will pay the development expense for a 4-way board for a deado > processor?  5 Unless I misread the site, that work is already done.e  G As to your other points, I believe Alphas are still in manufacture, andrE probably will be until Itanic rises from the depths, or OVMS Engr. isoG told to start porting to Opetron because that'll be here years ahead ofi ready-for-prime-time Itanic.   -- m David J. Dachtera  dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 2 Jun 2003 18:46:35 -0700i( From: bob@instantwhip.com (Bob Ceculski)4 Subject: Re: Needing to upgrade from AXP VMSv7.1-1h2= Message-ID: <d7791aa1.0306021746.53e9069c@posting.google.com>1  v "Teri Lyn Smith" <poodleskirt@sbcglobal.net> wrote in message news:<yOwBa.8930$Hp2.6805@newssvr17.news.prodigy.com>...G > Anyone with experience going from v7.1-1h2 to a current (read 'latest?N > supported and least buggy') AXP VMS please email me with cavaets and advice. > 1 > I hate to fix what isn't broken but must do it.V >  > Thanks > Teri Lyn Smith > mailto:smithtl@cccta.org  : it depends what you are going to ... 7.1-2 supports ds10's7 and ds20's, and it is fully compatible with 7.1-1h2 andb7 that means no upgrades for raxmaster and other routines & that need recompiled for 7.2 - 7.3 ...   ------------------------------  % Date: Mon, 02 Jun 2003 21:09:16 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)' Message-ID: <3EDC034C.CADDABB1@fsi.net>-  ( Andrew Harrison SUNUK Consultancy wrote: > [snip]= > Origionally the UI wasn't part of the NT kernel, but peopleA= > complained about less than snappy performance when compared1@ > with Win32 so Microsoft added parts of the UI to the NT kernel > I think in NT4.0.@ > @ > People then complained that it was less reliable, probably the7 > same people who had complained about the performance.k  H I'm reminded of a story from computer school where the insructor regaled? us with a tale of a lady he'd had in class at one time who keptiE submitting the same unedited program over and over without fixing the G errors. When he asked her why, she said, "Well, the machine is bound tol get it right eventually!"S  H Dunno if M$ will ever "get it right", but until VMS makes more money andG has better market penetration than Micro$slop, I guess we'll have to bei+ careful about throwing certain stones, eh? t   Glass house syndrome, y'know.A   -- M David J. Dachterar dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 02 Jun 2003 18:27:52 GMTl2 From: "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org>< Subject: OpenVMS.org: Mixed Architecture VMS Clusters Survey= Message-ID: <IGMCa.17805$nr.1357408@twister.southeast.rr.com>e  G As you probably know, two weeks ago in Amsterdam, HP demonstrated mixediE architecture VMS clusters, consisting of an AlphaServer GS1280 Marvel H partition running OpenVMS/Alpha and an HP Itanium system running OpenVMSI Industry Standard 64 in an Itanium partition. This demo portends peaceful I coexistence between clustered Alpha and Itanium systems for many years to J come. This survey asks several questions about other issues in addition to  mixed architecture VMS clusters.  , http://www.openvms.org/pages.php?page=Survey  K I know, many of you just took the VAX survey.  Well, truth is these surveys L are helping us get a very good picture of some of the atittudes and concernsL of the VMS community.  There will be more in the near future.  The more dataH we can collect to present to HP the better, and no, were not giving awayJ email addresses or company names.  In addition, a couple of future surveysH are going to ask for permission to follow up with some of you.  If given5 permission we will send a more detailed questionarre.   K I put a text field at the end of every question on this last survey.  SeemsyG I haven't been able to satisfy all survey takers yet and I'm trrying toaG reach a happy medium.  This will give everyone the opportunity to speak H there mind if they didn't like the question or felt the answers were not good enough.  Be gentle.  :)     Ken    -- Kenneth Farmer <>< http://www.OpenVMS.org http://dcl.OpenVMS.org   ------------------------------  # Date: Mon, 02 Jun 2003 19:03:44 GMTe2 From: "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org>@ Subject: Re: OpenVMS.org: Mixed Architecture VMS Clusters Survey= Message-ID: <kcNCa.17810$nr.1364423@twister.southeast.rr.com>a  $ Before someone else points it out...  K Looks like my keyboard, grammar checker and spell checker are broken.  I'll  get those fixed.  	 ATTITUDESp
 QUESTIONNAIREe THEIR mind not THERE mind...   In too much of a hurry.   :)   -- Kenneth Farmer <><        = "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org> wrote in messageh7 news:IGMCa.17805$nr.1357408@twister.southeast.rr.com... I > As you probably know, two weeks ago in Amsterdam, HP demonstrated mixedrG > architecture VMS clusters, consisting of an AlphaServer GS1280 Marvel J > partition running OpenVMS/Alpha and an HP Itanium system running OpenVMSK > Industry Standard 64 in an Itanium partition. This demo portends peaceful K > coexistence between clustered Alpha and Itanium systems for many years totL > come. This survey asks several questions about other issues in addition to" > mixed architecture VMS clusters. >u. > http://www.openvms.org/pages.php?page=Survey >-E > I know, many of you just took the VAX survey.  Well, truth is these  surveysmE > are helping us get a very good picture of some of the atittudes ande concernsI > of the VMS community.  There will be more in the near future.  The more. dataJ > we can collect to present to HP the better, and no, were not giving awayL > email addresses or company names.  In addition, a couple of future surveysJ > are going to ask for permission to follow up with some of you.  If given7 > permission we will send a more detailed questionarre.e >sF > I put a text field at the end of every question on this last survey. SeemsfI > I haven't been able to satisfy all survey takers yet and I'm trrying to.I > reach a happy medium.  This will give everyone the opportunity to speaknJ > there mind if they didn't like the question or felt the answers were not > good enough.  Be gentle.  :) >: >5 > Ken  >r > -- > Kenneth Farmer <>< > http://www.OpenVMS.org > http://dcl.OpenVMS.org >p >  >o >    ------------------------------  % Date: Mon, 02 Jun 2003 21:14:13 -050001 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Portents of VMS death' Message-ID: <3EDC0475.38ED89F7@fsi.net>2   jlsue wrote: > H > On 1 Jun 03 07:33:09 +0200, p_sture@elias.decus.ch (Paul Sture) wrote: >  > >>I > >And then try the automotive or warehousing sectors, where they look toI) > >shave every last penny from the costs.> >  > TANSTAAFL.  D None the less, in today's business climate, businesses are squeezingG every last drop of ROI out every dollar they spend. Without opening the B "can be done vs. should be done" can of worms, most business folks? believe they are doing the right thing for themselves and their - investors, denial and outright failure aside.   C > As my grandmother used to say, if you're not careful you could beI > penny-wise and pound foolish.y  @ A mentor of mine once said, "Until you know value, everything is worthless".b  G Question: if what you need costs ten times what you can afford, what isa that worth to you?   --   David J. Dachtera  dba DJE Systemsy http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/T   ------------------------------   Date: 2 Jun 2003 22:45:36 -0700t. From: mistdragon@zdnetonebox.com (mist dragon)" Subject: Re: Portents of VMS death= Message-ID: <7500353b.0306022145.54ecb895@posting.google.com>g  F > My point is that it doesn't make sense to compare the *existing* VMSI > system, with no chance for changes, to a UNIX solution that is not onlyD? > more recent version, but also implies incorporating a change.   C You didnt get the point right ? The point was simply to see whethergF the VMS system would take the estimated load. Since there are not muchE systems left to compare with, unix is natural choice and if HP offers C both, why not try first if just switch of OS would be enough beforea, deciding if its worth to switch outside HP ?  C What does HP say anyway : It says that it tries to sustain existingM< VMS base and that it sells HP-UX, Linux and Windows. NaturalE conclusion is that it does not trust VMS and that it will only run onsE performance levels that the current customer base demands. Its closedcD to specific areas that run custom applications (how many shrink-wrapD applications does VMS have anyway? Zero. How may people tailor theirC systems from scrach in these days? Very few with excessive funds or : extraordinary problems. How many of these applicaitons are< non-scientific (VMS is not good on those) ? Very very few.).  J > At least, it doesn't make sense if what you're trying to do is prove theM > viability of a platform.  The most glaring inconsistency is, imho, that younH > state that no changes are allowed, yet changing to UNIX is a change.    E Read my lips : If VMS cant take the load then VMS must be abandoned.     IfH > changes (i.e., to UNIX) are allowed, then why not changes to the VMS &K > TCP/IP version?  It certainly couldn't have been *that* painful to update  > the OS & TCP/IP.  @ You misinterpret me. I mean no major changes to applications. OsC changes were allowed and updates done even to the extent of knifing' vms itself.e  I > Looking at it from the outside, it appears as if the test were designed F > from the start to come to a pre-ordained conclusion that VMS was not	 > viable.   F You are wrong. Totally wrong. What is there so difficult to understand ? Read the previous mails:  ) 1. VMS runs an application on platform n. ; 2. A new VMS platform y with top-of-the-line GS is created. + 3. Application is tuned to top performance.uC 4. System is initialized and _only_ operating system is switched too Tru64.0 5. Same application is tuned to top performance.  tE Conclusions: Tru64 outperforms VMS using the customers application ifi@ they buy that platform. No need to change applications, only OS.  A Conspiracy theory: VMS staff wanted off VMS because they knew itsmE dying ? HP wanted them to move off VMS because they knew it was dying:D (you knew Tru64 is from HP too?) ? VMS staff was not adequate to itsE task and knew no-one would want VMS in these days so they decided alleD to switch to modern OS ? The staff wanted to retire after seeing too much ? What is your theory ?   Mist   ------------------------------  % Date: Mon, 02 Jun 2003 20:39:03 -0400o- From: Ken Robinson <kenrbnsn@kis-hosting.com>?J Subject: Printing to a very old LXY12 line printer via a DecServer  (long)> Message-ID: <5.2.1.1.2.20030602202313.0274dcc8@mail.rbnsn.com>  H I am doing some on-again/off-again consulting for a state agency in NJ. F They have been printing on a very old LXY12 printer attached to a VAX F 3100-30 (VMS 7.1) via a MUX. They are now trying to print to the same J printer from a VAX 3100-85 (VMS 7.3) via a DecServer 700. The output from F the new machine looks like there is a buffer overflow happening. i.e. ! garbaged lines, lost output, etc.a  J Here is the output of a show terminal command from the machine that works:C Terminal: _TXA0:      Device_Type: LQP02         Owner: SYMBIONT_43e?                                                Username: SYSTEM   C     Input:    9600     LFfill:  0      Width: 132      Parity: Nonen1     Output:   9600     CRfill:  0      Page:   66n   Terminal Characteristics:TF     Interactive        Echo               No Typeahead       No Escape@     No Hostsync        TTsync             Lowercase          TabH     No Wrap            Hardcopy           No Remote          No EightbitD     No Broadcast       No Readsync        Form               FulldupF     No Modem           No Local_echo      No Autobaud        No HangupF     No Brdcstmbx       No DMA             No Altypeahd       Set_speedH     No Commsync        No Line Editing    Overstrike editing No FallbackG     No Dialup          No Secure server   No Disconnect      No PasthrutL     No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJ     Numeric Keypad     No ANSI_CRT        No Regis           No Block_modeH     No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2J     No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input    Device spooled to _DKA200:  6 Here is the show terminal output from the new machine:   $ sho ter lta1000mC Terminal: _LTA1000:   Device_Type: LQP02         Owner: SYMBIONT_64M?                                                Username: SYSTEMB  C     Input:    9600     LFfill:  0      Width: 132      Parity: None-1     Output:   9600     CRfill:  0      Page:   66.   Terminal Characteristics: F     Interactive        Echo               Type_ahead         No Escape@     No Hostsync        TTsync             Lowercase          TabH     No Wrap            Hardcopy           No Remote          No EightbitD     No Broadcast       No Readsync        Form               FulldupF     No Modem           No Local_echo      No Autobaud        No HangupF     No Brdcstmbx       No DMA             No Altypeahd       Set_speedH     No Commsync        No Line Editing    Overstrike editing No FallbackG     No Dialup          No Secure server   No Disconnect      No Pasthru L     No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJ     Numeric Keypad     No ANSI_CRT        No Regis           No Block_modeH     No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2J     No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input    Device spooled to _DKA300:   $ mc latcp sho port lta1000   K Local Port Name:   _LTA1000:         Local Port Type:  Application (Queued)  Local Port State:  Inactive  Connected Link:   :   Target Port Name:     LQP02            Actual Port Name::   Target Node Name:     BACK_OFFICE      Actual Node Name:=   Target Service Name:                   Actual Service Name:i  8 And the DecServer Port Definition: (port 3, name: LQP02): Port  3:                               Server: BACK_OFFICE  F Character Size:            7           Input Speed:               9600F Flow Control:            XON           Output Speed:              9600F Parity:                 None           Modem Control:         Disabled Stop Bits:                 1  F Access:               Remote           Local Switch:              NoneF Backwards Switch:       None           Name:                     LQP02F Break:                 Local           Session Limit:                4F Forwards Switch:        None           Type:                      Hard Default Protocol:        ANY   Preferred Service: Nonet   Authorized Groups:   0 (Current)  Groups:   0   Enabled Characteristics:2 Input Flow Control,  Output Flow Control,  Queuing    K We have already put a VT terminal in place of the printer which works fine aI in both cases, so that seems to rule out the DecServer or the cable from b* the Decserver to the printer as a problem.  F Has anyone seen a problem like this? Or has anyone printed to a LXY12  printer via a DecServer?   Thanks in advance.   Ken Robinson   ------------------------------  % Date: Mon, 02 Jun 2003 22:01:30 -0500@1 From: "David J. Dachtera" <djesys.nospam@fsi.net>GN Subject: Re: Printing to a very old LXY12 line printer via a DecServer  (long)' Message-ID: <3EDC0F8A.4D886CAE@fsi.net>2   Ken Robinson wrote:  > [snip]G > Has anyone seen a problem like this? Or has anyone printed to a LXY12o > printer via a DecServer?  D Only thing I can think of is make sure the printer is set to support& XON/XOF instead of CTS/RTS or DTR/DSR.  H Otherwise, it's possible that buffers are filling up before the elementsC in the data path can respond to in-band flow control. At 9600, thate? stretches the imagination; so, I think it may be related to thel" printer's flow control setting(s).   First guess time...b   -- n David J. Dachterad dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  % Date: Mon, 02 Jun 2003 19:32:00 -0400r( From: David Froble <davef@tsoft-inc.com>) Subject: Re: read "generic PC CD" on VMS? , Message-ID: <3EDBDE70.1020505@tsoft-inc.com>  $ I've never known when to keep quiet.  # Can such a CD be mounted /FOREIGN ?   I If so, then a user mode program could be used for operations rather than  N implementing a device driver.  If the goal is simply reading data from the CD  this is a valid option.    Dave     Larry Kilgallen wrote:  y > In article <01KWMFJL5DRQAOKN0V@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:  > $ >>>Here's some text from a web-site. >>>g8 >>>===================================================== >>>DIGITAL PICTURES ON CDi >>>cB >>>What are the differences between Photo CD and Kodak Picture CD? >>> 5 >>Yes, it is the Kodak Picture CD I am interested in.: >> >>F >>>OpenVMS only understands MODE 1 CDROM and cannot handle Mode 2 CDs. >>> K >>OK.  OpenVMS doesn't understand DOS floppies either, but MGPCX allows me nH >>to read and write them from VMS.  Is there a similar utility to allow B >>one to read mode 2 CDs?  How difficult would it be to write one? >> > E > It would require a device driver that is able to read Mode 2 (for at > device that can do so).> >      -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 2 Jun 2003 19:23:57 -0500w- From: Kilgallen@SpamCop.net (Larry Kilgallen)s) Subject: Re: read "generic PC CD" on VMS?r3 Message-ID: <+99Ng3lKrmtd@eisner.encompasserve.org>   W In article <3EDBDE70.1020505@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:t  3 <top posting corrected to give appropriate context>.   > Larry Kilgallen wrote:  F >> It would require a device driver that is able to read Mode 2 (for a >> device that can do so).  3 <top posting corrected to give appropriate context>n  % > Can such a CD be mounted /FOREIGN ?  > K > If so, then a user mode program could be used for operations rather than aP > implementing a device driver.  If the goal is simply reading data from the CD  > this is a valid option.t  D Mounting /FOREIGN generally cannot be used to make up for what would= otherwise be done by a driver (an ACP yes, but not a driver).h   ------------------------------   Date: 3 Jun 2003 00:22 CDT' From: carl@gerg.tamu.edu (Carl Perkins)o1 Subject: Re: Samba + Multinet: The Saga continuesu, Message-ID: <3JUN200300223084@gerg.tamu.edu>  ! brad@.gateway.2wire.net writes...e\ }In article <3ED8D0F8.E327BF86@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:& }>Hoping that someone here can help... }>G }>I'm still trying to get Samba V2.2-8 running with Mutlinet V4.2 Rev Ae }>(maybe need newer?). } C }Possibly.  Check out the threads from this selection of samba-vms:> } A }http://marc.theaimsgroup.com/?l=samba-vms&w=2&r=1&s=multinet&q=b  } L }A number of posters seem to list MultiNet 4.4 as a minimum (I can't say for( }sure; I don't use MultiNet in my setup.  G I'm still running Samba V2.2.7a, which works fine with Multinet 4.3A-X.s  I So keep in mind that I'm using a version of Samba that is 1 back from thepK one you are tyring to get running, and my Multinet is 1 point version ahead  of yours, but 1 back from 4.4.  K It is possible that V4.2 is too old, or you might check the patches - theremH are a lot of them and the patch image replacements are often the same asH the images used in newer versions (so after the patching process you canF end up with varous parts of Multinet being the same executable that is7 used in newer versions, including the current version).e  " }Also note this particular thread: } @ }http://marc.theaimsgroup.com/?l=samba-vms&m=104266249319278&w=2 } E }This poster lists the SMBD service in detail, as you do; note he has  }  }Socket Options = SO_KEEPALIVE } 5 }as part of the service definitions; would this help?s1 }>Anyone have any ideas about where to look next?  }> }>-- c }>David J. Dachtera B }_________________________________________________________________1 }Bradford J. Hamilton			"All opinions are my own"t0 }bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"  A My SMBD service definition is the same as it has been for years, l@ predating the V2 line of Samba, so it is not clear if some of it% is not needed. That said, I have the n  %         Socket Options = SO_KEEPALIVE0   set, and also have this:           Flags = UCX_SERVER  I in my SMBD service defintion. I also have a Max Servers setting, but thatP' should not be needed to get it working.e   --- Carl   ------------------------------  % Date: Tue, 03 Jun 2003 09:23:43 +0930 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au>*I Subject: Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long) . Message-ID: <3EDBE387.7000106@wasd.vsm.com.au>   Fred Kleinsorge wrote:6 > It just a matter of priorities, time, and resources.   Yes.  N > Motif V1.3 was done primarily in response to the needs of software like JAVAJ > for client features in X11R6.x.  The refresh brought both the server andI > client bits up to the current release.  It also brought along with it a K > number of features that had not previously been available - Magic-Cookie,eG > and Kerberos just being a few - some of which were needed by DII/COE.t    Yes.  A Sun environment in drag.  J > The XDM implementation is not provided as part of Motif or the base OS -K > instead it is a component of the TCPIP product.  So it is not that it wasS5 > "overlooked" - it wasn't part of the Motif project..  H This beggars belief Fred.  It's a little like saying the TCP/IP product K included an XDM but it can't be used with DECwindows (yet) because the XDM wH project did not include the provision of hooks into the Session Manager.  I > The OpenVMS priority right now is focused on the delivery of OpenVMS onaM > Itanium.  With the underlying Magic-Cookie support now available, I imagineoI > at some point XDM Magic-Cookie support will follow, your request to thenI > TPCIP group should help make sure that it is on their future work list.)  I Would the provision of the XDM be more appropriately positioned with the iI DECwindows group?  This is where the XFS resides, which is also a TCP/IP i
 based server.a  L > As to 24-bits... simply change the pixel depth.  Most of the cards we shipJ > today support 8, 16 and 24 bit depths.  The default depth of 8 is mostlyH > historical and performance driven.  The Radeon 7500 will have a 24-bitN > default.  I run my personal workstation (with the Oxygen VX1) at 1920 x 1200 > @ 16bits.h  I We no longer generally use desktop workstations Fred.  Too expensive and  I not necessary for our activity profile.  The post and issue concerns the aC necessity for the comprehensive support of the X Window System for  L thin-client environments (remember, we are replacing *X-terminals*, and the ) colour depth was one of multiple issues).a  K I am unsure what your working environment is like Fred.  Ours (probably in  K keeping with many non-commercial) requires access to multiple applications -G distributed across multiple platforms.  VMS (currently) has a place in 6J this.  There are also multiple Unices in use and Windows Terminal Server. K The one desktop applicance needs access to any or all of these.  VMS needs mL to integrate seamlessly into this heterogeneity.  In some instances the one L desktop also needs to allow multiple uses and users to host their sessions. J   It is not only an annoyance if access controls need to be disabled when J starting a VMS hosted application (now addressed with 1.3) or session but L unproductive and counter security policy in many circumstances as well.  It H also raises complaints (which VMS could well do without) from those who ? have no interest or investment in O/S idiosyncracies, platform eD dependencies, the vendors' time, resources and priority allocations.  J Of course, this is preaching to the converted.  I am not wishing to dwell L on the bleeding obvious here (or unduly to sound like much of the banter in F this forum).  I just wish to emphasize that the much-needed update of L DECwindows without any corresponding functionality changes in a fundamental L component of that X environment is a significant anomaly that would be best N receiving immediate attention (project management boundaries notwithstanding).   Thanks for listening.v  > > "Mark Daniel" <Mark.Daniel@wasd.vsm.com.au> wrote in message* > news:3EDAD271.3040302@wasd.vsm.com.au... > K >>I am not really wishing to start a "this is typical of DEC/CPQ/HP OpenVMSyL >>Management ..." thread.  Please restrain the impulse to do so if this postJ >>just reinforces your experience over the years.  If there are others outH >>there in this same situation it just might be an opportunity to informK >>those OpenVMS Engineering Project Managers who frequent and now are ofteneJ >>active in these newgroups, of what (I feel is) a very basic requirement. >>L >>This relates to my day-job (DSTO), not the proprietory company representedK >>by my email address (VSM).  That really dosn't change anything of course.oK >>Small organizations as well as large are equally dependent the ubiquitous< >  > Xa >  >>Window System environment. >>H >>We are in the process of replacing a large number of older X-terminals >  > that > H >>provide only 8 bit colour with those supporting 24 bits (amongst otherL >>reasons).  In so doing we discovered that a candidate solution (which best9 >>goes unspecified in this forum) requires the support of, >  > MIT-MAGIC-COOKIE-1.  > B >>  Now, I don't want to debate the efficacy of the this method ofB >>"authentication" or privacy insurance.  Suffice to say it *is* aF >>requirement.  It is also a "policy" that such such an authentication >  > scheme > L >>be used with X-terminals to reduce the possibility of unauthorized clientsI >>accessing sensitive information, including displays, entered passwords, J >>etc.  In other words, all the stuff that the standard X Window System soL >>promiscuously allows.  Up until now we have not been able to implement theD >>"policy" on our VMS systems because we use TCP/IP extensively as aA >>transport and DECwindows 1.0->1.2 has only supported user-basedpL >>authentication for DECnet, or the XDM-AUTHENTICATION-1 which is cumbersome8 >>and was not practicable (at least in our environment). >>K >>Motif 1.3 has changed this.  It supports MIT magic and works well.  (ManyrL >>thanks to the specialist handling the call at our national CSC for chasingJ >>this down and obtaining a copy for us well before we would have received >  > it > J >>on the Q2 distribution.)  OK, all is well.  Hmmm, not quite.  After timeK >>and effort was expended getting the XDM to support the MIT_MAGIC-COOKIE-1 I >>authentication it still didn't.  And won't!  You see, apparently all oflF >>OpenVMS' X Display System (DECwindows) has received a major overhaul >  > EXCEPT > I >>THE XDMCP tool!  Yes, the XDM was "overlooked" (?) and does not provideh" >>what the rest of the suite does. >>E >>When I pressed my contact at the CSC he relayed his impression from$ > 	 > OpenVMS1 > G >>Engineering over this issue.  I quote (with permission) my reply heree >  > (with  > K >>only some private detail removed) so as not to have to recompose the sameiF >>sentiments.  He understood the remarks and is forwarding them to the+ >>"whomever". Thanks for your reading time.s >> >>: >>>From: Daniel, Mark Sent: Monday, June 02, 2003 11:17 AM >>>Subject: RE: magic cookiest >>> 
 >>>Hi [name],U >>>t >>>dF >>>>Sigh... I thought we were well past "yes/no", you can't do it with9 >>>>XDM. We've been trying to raise this as a "please fix  >>>sJ >>>My mistake.  I thought we were still in the "get the folks back home to >>>tell us how" stage :^)  >>>n >>>lJ >>>>this ASAP", but getting lots of "yeah, sure, after Itanium ships" type >>>>noises. :-(  >>>4C >>>Never thought I'd be so exasperated.  I know I'm not telling yousI >>>anything new [name], just expressing myself out loud.  Perhaps you canr, >>>return this reply verbatim to "whomever". >>>iK >>>Not wishing to again express any opinion over the essential value of MITeD >>>magic cookie style authentication, it is so fundamental a part ofJ >>>heterogenous environments (which we all live in these days) that for itI >>>to be absent is tantamount to illuminating a neon sign over VMS saying G >>>"DOES NOT FIT IN".  VMS does not need to draw attention to itself iniI >>>*this* way.  Now, MIT magic in Motif 1.3 is an *excellent* move.  BUT,eK >>>it's only half done if the XDMCP tool does not support it!!  Thin-clientsK >>>environments just cannot be supported without an effective XDM.  I wouldiB >>>have thought this would have been obvious to blind-Freddy.  I'mI >>>surprised that someone in the DECwindows Motif 1.3 enhancement project I >>>did not notice this, or did not state long and loud that the XDM is an-K >>>essential component of the VMS X Display System environment.  Perhaps itnF >>>should be wrested from the TCP/IP team, or some better coordinationJ >>>between them and DECwindows project management.  Perhaps it is just Too >>>Hard. >>>a >>>eJ >>>>Can you give me a rough dollar value on what we could sell you guys ifJ >>>>we delivered this capability? If not dollars, then some number of DS??& >>>>systems? As they say, money talks. >>>iK >>>Ignoring the issue of future Itanium sales :^)  Perhaps you might remindnI >>>the bean counters that new systems aside, my Division retains hardwarenH >>>and software maintenance on the existing systems.  I just enquired ofB >>>our IT Manager and for this Division alone it's in the order of >  > [considerable number]- > G >>>Australian beans per annum, the majority of which is for VMS systems @ >>>(perhaps not major customer status, but significant, I'd say,K >>>"money-for-jam").  Considering the reported disparity in margins between-J >>>sales of new iron and that for "services", I would suggest that OpenVMSH >>>first strive to retain this income stream before asking how much moreG >>>we'll spend next year.  In fact it is probably from this source that F >>>ports to Itanium are being funded.  Nobody is debating that now the6 >>>Alpha platform has been declared obsolescent that aK >>>Itanium/Opteron/whatever port is necessary and inevitable but not to the5, >>>exclusion of much else that is necessary. >>>i >>>eI >>>>Or would we be giving sales to [platform]? XP workstations give heaps  >  > more > F >>>>than 8 bit colour depth. DS10 or DS15 instead maybe? Wouldn't need >>>>magic cookies at all...n >>>lD >>>Still would.  It has now come to the attention (after the need toE >>>explain why we can't support VMS sessions on [platform] - at leastU >  > before > E >>>Motif 1.3) of our IT Security Officer that those using VMS have no : >>>connection authentication enabled on their X-Terminals.1 >>>Needless-to-say, "this needs to be addressed".  >>>s >>>h >>>>[signature]  >>>t >>>Hope this is of some value. >>>s >>>Regards,p >>>w >>>Mark Daniel.m >> >  >    ------------------------------   Date: 2 Jun 2003 16:01:32 -0700e. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: TLZ07 compaction?= Message-ID: <b096a4ee.0306021501.7bf7ab55@posting.google.com>i  k "Scandora, Anthony E., Jr." <Scandora@cmt.anl.gov> wrote in message news:<bbfpfn$722$1@milo.mcs.anl.gov>...sN > I have an old MicroVAX 3100 Model 30 that had an Archive-branded Python, theJ > same drive that Digital resold as a TLZ06.  VMS 6.2 ran the Archive justN > like a TLZ06 except it always had compaction on whether or not you asked forK > it, which was fine with me because it fit a full backup on a single tape.eL > Then the Python died.  I replaced it with a genuine Digital-branded TLZ07,6 > and now a full backup does not fit on a single tape. > N > Is TLZ07 compaction the same as TLZ06?  I said /media=comp in standalone and; > online backup.  Should I have used a different qualifier?i > 	 > Thanks,e3 > Tony Scandora, Argonne National Lab, 630-252-7541l > scandora@cmt.anl.gov  D Can we please see your exact commands? A log? The output of SHOW DEV drive /FULL?  B Could it be that you have more data than before? Same size tapes?   F There is a bug wherein the /med=comp doesn't work on the init command.0 Use it on both the mount and the backup command.  B The /media=comp should have worked with standalone backup. Are you* sure you don't have more data than before?  F For an online backup, run the mount command. Then run SHOW DEVICE tape, /FULL and see what it says about compaction.  + There's also block size. Try /block=32256.    9 You should also be able to use longer tapes: 120m, DDS-2.<     Disclaimer: JMHO Alan E. Feldmani   ------------------------------  # Date: Mon, 02 Jun 2003 22:10:09 GMTa# From: "John Smith" <a@nonymous.com>g Subject: VMS / LinuxI Message-ID: <5XPCa.113777$cK1.89238@news01.bloor.is.net.cable.rogers.com>u  F http://www.informationweek.com/story/showArticle.jhtml?articleID=10100
 565&pgno=1    F I could turn this article/survey into a good set of print ads for VMS.  ! I know that HP won't do the same.a   ------------------------------  % Date: Mon, 02 Jun 2003 18:15:18 -05007/ From: Chris Scheers <chris@applied-synergy.com> / Subject: Walter Carlos (Was: Install Directory)v3 Message-ID: <3EDBDA86.E42D97C1@applied-synergy.com>:   Michael Unger wrote: > * > This reminds me of an old rumour (?) ... > J > Some 20 or even 30 years ago there was a record "Switched-On Bach" whereG > inventions and fugues of J.S.Bach were played on an early synthesizeroF > model. Obviously the producer assumed that noone would buy it if theJ > performer was a woman [*] the name was "modified" -- from "Wendy Carlos" > to "Walter Carlos".t > A > [*] The old story of "Women cannot operate highly sophisticatedt > (electronic) devices" ...i    F Well, the version that I heard was that at the time "Switched on Bach"E was recorded, it was Walter Carlos.  By the time of some of the laters8 recordings, a somewhat troubled Walter had become Wendy.  F In any case, I have several of the records and can recommend them as aF very good example of early Moog work.  IIRC, they were recorded in the 1970s.  G -----------------------------------------------------------------------s$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com a   Fax: 817-237-3074    ------------------------------  $ Date: Mon, 2 Jun 2003 18:52:10 -0700* From: "Jack Peacock" <peacock@simconv.com>3 Subject: Re: Walter Carlos (Was: Install Directory)02 Message-ID: <r4-cnbKjMq-MYkajXTWcpQ@mpowercom.net>  < "Chris Scheers" <chris@applied-synergy.com> wrote in message- news:3EDBDA86.E42D97C1@applied-synergy.com...7H > In any case, I have several of the records and can recommend them as aH > very good example of early Moog work.  IIRC, they were recorded in the > 1970s. >eE The original, "Switched-on Bach", had an excellent version of the 3rdtH Brandenburg.  The follow on album "Switched-On Bach II" had a BrandenbugJ too, IIRC the 4th.  The only other one in my old stack of vinyl was "SonicI Seasonings", no Bach but a nice mix of synthesizer and natural sounds.  Ii, recommend the section with the thunderstorm.    Jack Peacock/   ------------------------------  # Date: Mon, 02 Jun 2003 22:13:44 GMTh6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)O Subject: [DCL] Is the max length of DCL lexical functions argument documented ?m3 Message-ID: <s_PCa.83132$_c6.706880@news.chello.at>m  K I just made a litte test and found that the max lengths of DCL entities arew   READ			2048s< WRITE			up to 1024 (where every expression can't exceed 256)5 WRITE/SYMBOL		2048 (but only symbols, no expressions)e5 F$LENGTH		1024 (but including whole DCL command line)i5 F$LOCATE		1024 (but including whole DCL command line)e  I I found some limits documented, but I'm not sure about the last 2 limits.lH What makes me nervous is, that it includes the DCL command itself, so itG makes a difference if you shorten the commands or use long symbol nameseE (in my example with "WRITE SYS$OUTPUT F$LENGTH (buffer)" it was 990).   H Sadly the lexical functions do not include explainations of the possibleJ length, only the documentation of WRITE backs my assumptions for F$LENGTH.   Can anyone enlighten me ?f   TIAO   -- n Peter "EPLAN" LANGSTOEGERV% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2003.305 ************************