1 INFO-VAX	Mon, 02 Jun 2003	Volume 2003 : Issue 304       Contents: Re: accessing device registers Re: accessing device registers Alpha / OpenVMS and SANS Alpha hardware shop in Europe ! Re: Alpha hardware shop in Europe ! Re: Alpha hardware shop in Europe  curl library on VMS  Re: curl library on VMS  Re: curl library on VMS 7 Re: Download service for VMS and Tru64 layered products 3 Download service for VMS and Tru64 layered products  Re: ES45 AGP Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64+ Re: Global Sections and %SYSTEM-F-PAGOWNVIO  Re: Help with VMS & Re: How to make a shadowed system disk# Re: JAVA appears to hang on OpenVMS , Re: Mystery Alpha CPUS, what do they fit in? Re: Need OpenVMS (any version) Re: Need OpenVMS (any version) Re: Need OpenVMS (any version)+ Re: Needing to upgrade from AXP VMSv7.1-1h2 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 
 Paul Sture Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death  Re: Portents of VMS death ; Printer recommendation, hobbyist/decwindows/mozilla and VMS ? Re: Printer recommendation, hobbyist/decwindows/mozilla and VMS  Queue Manager runaway   Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?  Re: read "generic PC CD" on VMS?@ Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long). switching on Bach (was: RE: Install Directory)2 Re: switching on Bach (was: RE: Install Directory) TLZ07 compaction?   Re: [OT] best HTML code cleaner?  Re: [OT] best HTML code cleaner?  F ----------------------------------------------------------------------   Date: 2 Jun 2003 07:48:58 -0500 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)' Subject: Re: accessing device registers 3 Message-ID: <0Fp3BCb0PQtH@eisner.encompasserve.org>   D In article <3ed81e49.7610192@news.liii.com>, hoblit@liii.com writes:H > To access device registers in a device driver VMS supplies 2 differentD > methods: use CRAMs or the ioc$read_io & ioc$write_io routines. TheE > device driver book discusses both methods but doesn't compare them. F > Is one method preferable to the other? Is there a slight performanceJ > gain using CRAM rather than  IOC routines? Do the ioc$read_io & write_ioC > internally convert the request to one using CRAMs/ or vice versa?  > < > It probably doesn't really matter very much, just curious. >   I When I wrote a PCI device driver, I didn't bother with the CRAMs. I found A it was simpler to just use the ioc$read_io/ioc$write_io routines.   ; Are you writing a driver or just looking at existing code ?   I Depending on what you are wanting to do, myself and others may have other  hints for you.   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------  # Date: Mon, 02 Jun 2003 14:30:46 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> ' Subject: Re: accessing device registers 2 Message-ID: <qcJCa.1718$Qh7.1204@news.cpqcorp.net>  $ Use the ioc$map/read/write routines.  H The CRAM method was developed around the original IO strategy for Alpha,C which was for very smart, fast DMA controllers.  Frankly, I find it K confusing and not a good fit for most devices - which in the end turned out  to be mostly dumb controllers.  H The ioc$map/read/write routines take care of housekeeping like inserting4 MB's and doing address swizzling on older platforms.    I <hoblit@liii.com> wrote in message news:3ed81e49.7610192@news.liii.com... H > To access device registers in a device driver VMS supplies 2 differentD > methods: use CRAMs or the ioc$read_io & ioc$write_io routines. TheE > device driver book discusses both methods but doesn't compare them. F > Is one method preferable to the other? Is there a slight performanceJ > gain using CRAM rather than  IOC routines? Do the ioc$read_io & write_ioC > internally convert the request to one using CRAMs/ or vice versa?  > < > It probably doesn't really matter very much, just curious. >  > Sam    ------------------------------   Date: 2 Jun 2003 10:57:28 -0700 + From: c00per11242001@yahoo.ca (Vic Mendham) ! Subject: Alpha / OpenVMS and SANS = Message-ID: <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? @ Does anyone have any good information on SANS and OpenVMS/Alpha?  Does anyone have any good links?  B If I'm hooking up the Alpha to an array other than a StorageWorks,C does anyone know if I need a specific version of OpenVMS or type of , card (scsi/fiber) and the firmware required?  F I know it depends on what I'm hooking up. But I'm new to this and whatF to see what others have experienced. So I figure a specific version ofB OpenVMS or patches might be required as well if, we're going to goD 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?  F Does anyone know if there are any security alerts re: ALPHA's, OpenVMS	 and SANS?   C Please reply to both comp.os.vms (so everyone can see) and to me at  c00per11242001@yahoo.ca    ------------------------------  # Date: Mon, 02 Jun 2003 08:31:52 GMT & From: Woland <weiland@no.spam.post.cz>& Subject: Alpha hardware shop in Europe0 Message-ID: <CFN377744275471296@news.cup.hp.com>   Hi,   N does anybody know about some shop like Islandco, but located somewhere in EU? M 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..   Any hints ?    Thanks,  Jirka    ------------------------------  $ Date: Mon, 2 Jun 2003 10:53:29 +0200/ From: Roland Barmettler <spamsink@crapmail.com> * Subject: Re: Alpha hardware shop in Europe; Message-ID: <20030602105329.13926706.spamsink@crapmail.com>    Hi Woland schrieb:  > > does anybody know about some shop like Islandco, but locatedD > somewhere in EU? I'd like to buy some older workstation, but I'm a1 > bit afraid of the delivery price from US to EU. E > There used to be a similar shop in Austria several years ago, but I ) > lost the link and I can't find it now..   2 There's one in Germany: http://www.pdv-systeme.de/B I bought a powersupply once there and the company made a very good impression to me.    Cheers, Roland   -- ** Invalid bugcheck code **    ------------------------------  % Date: Mon, 02 Jun 2003 10:08:54 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>* Subject: Re: Alpha hardware shop in Europe) Message-ID: <3EDB1426.FF5DEDFE@127.0.0.1>   
 Woland wrote:  > O > does anybody know about some shop like Islandco, but located somewhere in EU? N > I'd like to buy some older workstation, but I'm a bit afraid of the delivery > price from US to EU.N > There used to be a similar shop in Austria several years ago, but I lost the  > link and I can't find it now..  F I'd try searching for a few DEC part numbers, using a country-specificE web browser. e.g. I use google.co.uk and click "uk pages only" and it  locates them for me.  C However as to your 'fears' about Island, well i think you're pretty G 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...    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Mon, 02 Jun 2003 15:20:31 +0200 7 From: Robert Trawinski <robert.trawinski@softax.com.pl>  Subject: curl library on VMS/ Message-ID: <bbfiuv$lg7$1@bozon2.softax.com.pl>    Hi all,   1 Is  there curl library implementation on OpenVMS?    Robert.    ------------------------------  # Date: Mon, 02 Jun 2003 14:23:28 GMT , From: "James Gessling" <jgessling@yahoo.com>  Subject: Re: curl library on VMS: Message-ID: <A5JCa.773$Z71.271@newssvr16.news.prodigy.com>  H I got mine from: http://curl.sourceforge.net/  At least I think so, it's been quite a while.    Jim   D "Robert Trawinski" <robert.trawinski@softax.com.pl> wrote in message) news:bbfiuv$lg7$1@bozon2.softax.com.pl... 	 > Hi all,  > 3 > Is  there curl library implementation on OpenVMS?  > 	 > Robert.  >    ------------------------------  % Date: Mon, 02 Jun 2003 19:44:05 +0200 B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>  Subject: Re: curl library on VMS7 Message-ID: <3EDB8CE5.23C8@this.mailaddress.is.invalid>    Robert Trawinski wrote:  > 	 > Hi all,  > 3 > Is  there curl library implementation on OpenVMS?    http://curl.haxx.se/   --   ME Posted by news://news.nb.nu    ------------------------------   Date: 2 Jun 03 19:17:26 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) @ Subject: Re: Download service for VMS and Tru64 layered products) Message-ID: <N3uGGpmNyh$n@elias.decus.ch>   Y In article <bbg08r$mrg$1@aquila.mdx.ac.uk>, david20@alpha1.mdx.ac.uk (David Webb) writes:  > G > I've just received my latest set of consolidated software release CDs I > June 2003 - suprised me a bit I'm not used to them arriving so quickly.  >  >   ? > There is an interesting announcement leaflet in the packet :-  > 6 > "Announcing a Web Download for the Software library" >  > N > Apparently each quarter they will be sending their Consolidated distributionP > service customers a username and password to access a site from which they can' > download any of the layered products.  > O > According to the leaflet the username and password will remain in effect long ? > enough to provide early access to the next quarter's release.  >   F Is this being advertized as an additional service, or replacement one?  K > Now all they need is to give this access to all the registered hobbyist's N > rather than to those who already have the software since they purchased the  > CDs.   A good idea.   --  
 Paul Sture   ------------------------------  * Date: Mon, 2 Jun 2003 17:07:39 +0000 (UTC)+ From: david20@alpha1.mdx.ac.uk (David Webb) < Subject: Download service for VMS and Tru64 layered products+ Message-ID: <bbg08r$mrg$1@aquila.mdx.ac.uk>   E I've just received my latest set of consolidated software release CDs G June 2003 - suprised me a bit I'm not used to them arriving so quickly.      = There is an interesting announcement leaflet in the packet :-   4 "Announcing a Web Download for the Software library"    L Apparently each quarter they will be sending their Consolidated distributionN service customers a username and password to access a site from which they can% download any of the layered products.   M According to the leaflet the username and password will remain in effect long = enough to provide early access to the next quarter's release.   I Now all they need is to give this access to all the registered hobbyist's L rather than to those who already have the software since they purchased the  CDs.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Mon, 02 Jun 2003 14:04:55 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>  Subject: Re: ES45 AGP 1 Message-ID: <bQICa.1712$Gg7.514@news.cpqcorp.net>   . "Tom Linden" <tom@kednos.com> wrote in message3 news:CIEJLCMNHNNDLLOOGNJIKENLHEAA.tom@kednos.com...  >  >  > Why do you give up PCI slots? 1 > Is it not a separate slot as on typical PC MBs?  >  >   K Remember that an AGP is effectively a fancy single slot PCI bus.  On a "PC" L you don't typically see 4 different flavors of slot capability - you see theI AGP, and some number of PCI slots (you don't get the option of not having ? the AGP).  On non-Wintel servers you generally don't see an AGP I configuration at all.  The ES45 designers decided to offer a number of MB K configurations with different option card capabilities.  You normally would G get 10 PCI slots (I think there are 4 PCI hoses).  But when you need to J devote an entire hose to the AGP, it reduces the number of PCI slots to 6.  H I would imagine that *most* ES45 buyers would rather have the PCI slots.K This *isn't* a system that is suitable for your office cube (and *I* have a  couple DS20's in mine).    ------------------------------  % Date: Mon, 02 Jun 2003 11:19:52 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <bbf8cf$ahv$1@new-usenet.uk.sun.com>   Bob Ceculski wrote: ` > david20@alpha1.mdx.ac.uk (David Webb) wrote in message news:<bb2csc$66u$1@aquila.mdx.ac.uk>... > M >>Sun seems to do quite well in this market with a "general purpose operating N >>system".  They have their own Sunscreen firewall package running on Solaris N >>not to mention all the checkpoint firewall-1 systems running on Sun Solaris  >>boxes. >>J >>And of course there are tons and tons of Linux boxes acting as firewalls >>running ipchains or iptables.  >> >>David Webb >>VMS and Unix team leader >>CCSS >>Middlesex University >  > @ > and of course on unix/linux you need to buy security, and even@ > after trying to buy it, the security model is so weak that you= > still get hacked, unlike vms which can run securely without  > extra addons ...   Ohhh dear oh dear oh dear.  : Another posting that should never have had the send button/ applied to it from the desktop of Bob Ceculski.    Want to know why ????   4 Sunscreen is part of Solaris Bob you get it for free" with the OS and it isn't an addon.  4 Sad your point just went the way of all the previous ones, (up in smoke).   regards  Andrew Harrison    ------------------------------   Date: 2 Jun 2003 06:36:48 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: Firewall for VMS / TRU64 3 Message-ID: <dEmzuarCUlL$@eisner.encompasserve.org>    In article <bbf8cf$ahv$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:   > Bob Ceculski wrote:    <snip>   > Ohhh dear oh dear oh dear. > < > Another posting that should never have had the send button1 > applied to it from the desktop of Bob Ceculski.   K User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827   F Andrew, can we presume the SunOS version of Mozilla lacks the commonly, available feature elsewhere of killfiles :-)   ------------------------------  % Date: Mon, 02 Jun 2003 12:46:06 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <bbfde5$cca$1@new-usenet.uk.sun.com>   Larry Kilgallen wrote: > In article <bbf8cf$ahv$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  >  >>Bob Ceculski wrote:  >  >  > <snip> >  >>Ohhh dear oh dear oh dear. >>< >>Another posting that should never have had the send button1 >>applied to it from the desktop of Bob Ceculski.  >  > M > User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827  > H > Andrew, can we presume the SunOS version of Mozilla lacks the commonly. > available feature elsewhere of killfiles :-)    , No it has killfiles, but I prefer kill bobs.   Regards  Andrew Harrison    ------------------------------   Date: 2 Jun 2003 05:42:35 -0700 ( From: bob@instantwhip.com (Bob Ceculski)% Subject: Re: Firewall for VMS / TRU64 = Message-ID: <d7791aa1.0306020442.31082548@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbf8cf$ahv$1@new-usenet.uk.sun.com>...  > Bob Ceculski wrote: b > > david20@alpha1.mdx.ac.uk (David Webb) wrote in message news:<bb2csc$66u$1@aquila.mdx.ac.uk>... > > O > >>Sun seems to do quite well in this market with a "general purpose operating P > >>system".  They have their own Sunscreen firewall package running on Solaris P > >>not to mention all the checkpoint firewall-1 systems running on Sun Solaris 
 > >>boxes. > >>L > >>And of course there are tons and tons of Linux boxes acting as firewalls! > >>running ipchains or iptables.  > >> > >>David Webb > >>VMS and Unix team leader > >>CCSS > >>Middlesex University > >  > > B > > and of course on unix/linux you need to buy security, and evenB > > after trying to buy it, the security model is so weak that you? > > still get hacked, unlike vms which can run securely without  > > extra addons ... >  > Ohhh dear oh dear oh dear. > < > Another posting that should never have had the send button1 > applied to it from the desktop of Bob Ceculski.  >  > Want to know why ????  > 6 > Sunscreen is part of Solaris Bob you get it for free$ > with the OS and it isn't an addon. > 6 > 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 comes8 with security, Sun has to add in a free security product< because slowaris has no security, and now slowaris still has= no security ... CERT count slowaris 559 VMS 10 ... looks like = your screen has a few holes in it and the bugs are coming in!    ------------------------------   Date: 2 Jun 2003 13:07:40 GMT , From: bill@gw5.cs.uofs.edu (Bill Gunshannon)% Subject: Re: Firewall for VMS / TRU64 5 Message-ID: <bbfi6r$8tqsv$1@ID-135708.news.dfncis.de>   = In article <d7791aa1.0306020442.31082548@posting.google.com>, + 	bob@instantwhip.com (Bob Ceculski) writes:  > 1 >                 CERT count slowaris 559 VMS 10     And RSTS/E 0  9 Better dump that Alpha and fire up the PDP-11 again......    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 2 Jun 2003 07:38:31 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: Firewall for VMS / TRU64 3 Message-ID: <jz$$VpaWkkTp@eisner.encompasserve.org>    In article <bbf8cf$ahv$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  6 > Sunscreen is part of Solaris Bob you get it for free$ > with the OS and it isn't an addon.  D    And doubtless worth every penny you pay for it.  There's always aD    little problem when your firewall is built on a straw foundation.   ------------------------------  % Date: Mon, 02 Jun 2003 15:32:44 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <bbfn6j$ft9$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bbf8cf$ahv$1@new-usenet.uk.sun.com>...  >  >>Bob Ceculski wrote:  >>a >>>david20@alpha1.mdx.ac.uk (David Webb) wrote in message news:<bb2csc$66u$1@aquila.mdx.ac.uk>...  >>>  >>> O >>>>Sun seems to do quite well in this market with a "general purpose operating P >>>>system".  They have their own Sunscreen firewall package running on Solaris P >>>>not to mention all the checkpoint firewall-1 systems running on Sun Solaris 
 >>>>boxes. >>>>L >>>>And of course there are tons and tons of Linux boxes acting as firewalls! >>>>running ipchains or iptables.  >>>> >>>>David Webb >>>>VMS and Unix team leader >>>>CCSS >>>>Middlesex University >>>  >>> A >>>and of course on unix/linux you need to buy security, and even A >>>after trying to buy it, the security model is so weak that you > >>>still get hacked, unlike vms which can run securely without >>>extra addons ...  >> >>Ohhh dear oh dear oh dear. >>< >>Another posting that should never have had the send button1 >>applied to it from the desktop of Bob Ceculski.  >> >>Want to know why ????  >>6 >>Sunscreen is part of Solaris Bob you get it for free$ >>with the OS and it isn't an addon. >>6 >>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 has? > no security ... CERT count slowaris 559 VMS 10 ... looks like ? > your screen has a few holes in it and the bugs are coming in!     / Bob do you have any idea what a FireWall does ?   ; So far from you posting there is precious little to suggest  that you do.  C As it is according to you one could connect an OpenVMS box directly ? to the Internet without worries (well except for all the denial C of service attacks etc that would down it). But then what use would  that be as a Firewall ???   A When you have worked out the answer to that and show that OpenVMS D includes NAT, Stealth, Packet Filtering, VPN etc all of which peopleC expect their firewalls to do then get back to me otherwise you just  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 Harrison    ------------------------------  % Date: Mon, 02 Jun 2003 15:53:39 -0000 4 From: wspencer@ap.org.nospam.please (Warren Spencer)4 Subject: Re: Global Sections and %SYSTEM-F-PAGOWNVIO/ Message-ID: <vdmso37au25267@news.supernews.com>   + sendspamhere@127.0.0.1 (Nic Clews) wrote in  <3ED47470.27B0757C@127.0.0.1>:     >Warren Spencer wrote:$ >>  PAGOWNVIO,  page owner violation >>  * >>   Facility:     SYSTEM, System Services >>  H >>   Explanation:  An image attempted to change a page in memory that is >>   owned by G >>                 a more privileged access mode. For example, an image D >>                 executing in user mode attempted to delete a page, >>                 owned by supervisor mode. >>  H >>   User Action:  Verify that pages referred to in system service calls	 >>   are  4 >>                 owned by the calling access mode. >>  I >> My question is this:  How do I go about finding what is wrong here?  I I >> have the source for the app being wrappered, but I'm unsure what to go B >> hunting for, being a little light as I am in the Global SectionI >> business. Could someone give me a short checklist of items to inspect?  >>  Many thanks!   >  >The answer is in the question!  > I >Don't get me wrong, I'm not an application builder and programmer, but I I >think what you need to do here is perform a change mode to whatever mode H >that page is in, e.g. CMEXEC or CMKRNL or whatever is appropriate. I'llI >assume that the page your accessing, or attempting to access is owned by = >bridgeworks, and the remainder of the protection is correct.  > @ >So there are two things to check, the access mode, and the pageG >protection, but check the access mode first, and it's your application / >that needs it. (If I've understood your post).  > G >(not sure where to guide you to in the documentation discussing access A >modes and page protection). BTW, make sure your change modes are C >properly coded, and that you correctly handle any error conditions H >whilst in an elevated mode, and gracefully come back out of the mode toB >user mode in your application. This info is in the documentation.   Thanks Nic.   J I've got some more details so let me state the question a little better...  J There's a C function, which, when called from a regular program, maps the F global section in question without error.  However, the same function + called via BridgeWorks results in PAGOWNVIO   J I've confirmed that under Bridgeworks the process runs under correct user F id, with the correct privs, and should have full access to the global = section.  The call to map the global section looks like this:   +     status = SYS$MGBLSC(in_addr, v_addr, 0, E                         SEC$M_SYSGBL | SEC$M_GBL | SEC$M_WRT, &sec_d,                          0, 0);  H Since the access mode is specified as 0 (3rd param), and all images use H this routine to access the global section, I'm at a loss to explain the / PAGOWNVIO.  Any suggestions on what to look at?    ws   ------------------------------   Date: 2 Jun 2003 00:09:31 -0700 - From: pfleging.lka@ekkw.de (pfleging.michael)  Subject: Re: Help with VMS< Message-ID: <b8cd107b.0306012309.b385ecb@posting.google.com>  * > Somone mentioned here that you could do  > H > test 75            (scsi low-level format and verify on MicroVAX 3100) > ? >       but be careful with the questions about SCSI-Bus and ID  >   G > I noticed the be careful statement, is this something you think I can ) > acomplish without messing something up. E > Will it just be asking which SCSI bus which I belive would be A and @ > which SCSI ID which would be ID 0 and ID 1 for DKA0 and DKA100   The syntax is:               >>> test 75   8                next you will be asked about the SCSI-Bus  >                 SCSIA = 0 , (SCSIB = 1  if you have two buses)  -                then about the id of the drive   #                 SCSIID  0,1,2,3,4,5   3                the last question is  "are you sure"                     no = 0,   yes=1   9                then it takes hours and hours (3h for 1GB)   =                and if you have luck there is no error and the ?                number of Bbrepl is not to large (will be shown)   G                And the drive is really formatted (Unlike the formatting A                with the SCSI-Bios of an Adaptec-Controller or the (                linux scsiformat command)                  it is a good idea to issue               >>> show devices   before formatting.    J But remember, to use a disk with the VMS operating system you dont have to* low-level the drive, but to initialize it:    Format   .        INITIALIZE  device-name[:] volume-label    Example        INITIALIZE  dka200: TEST    ------------------------------  % Date: Mon, 02 Jun 2003 13:24:04 -0400 & From: David M Smith <dsmit115@csc.com>/ Subject: Re: How to make a shadowed system disk 8 Message-ID: <iv1ndv496e3k0ea6a9rvs6ksnj24332nph@4ax.com>  G On 31 May 03 09:09:01 +0200, p_sture@elias.decus.ch (Paul Sture) wrote:   ? >If you had not snipped the first part of my post, referring to B >SHADOWING=1, that is precisely what I meant. V7.3-1 on Alpha does" >not have that last paragraph BTW.  M Sorr, my mistake -- I misread what you were saying. I thought you were saying N that the SHADOWING parameter was not documented, now I realize you were saying8 that the value of SHADOWING = 1 is no longer documented.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  # Date: Mon, 02 Jun 2003 13:48:38 GMT - From: "labadie" <tonari_no_tottoro@127.0.0.1> , Subject: Re: JAVA appears to hang on OpenVMS2 Message-ID: <WAICa.1709$177.1511@news.cpqcorp.net>  > "Joseph Lofft" <joe.lofft@itec.mail.suny.edu> wrote in message7 news:de82e5e4.0305291212.3d67f4b1@posting.google.com... = > I am wondering if anyone else has encountered this problem.  > F > I am running JAVA131 V1.3-16 on OpenVMS V7.3-1.  Occasionally when IF > use either the java or javac commands I am never returned to the VMSC > prompt.  I have found that if I press CTRL-T that the command has ? > completed executing and I am then returned to the VMS prompt.  > F > The same behavior holds true for java running in batch scripts.  TheE > job will appeat to be still executing even though all commands have E > completed executing.  I verify this becasue the java app I am using F > sends email as the last step, the email gets sent, but the job never > finishes executing.  >  > Any thoughts?   0 I read in the releases notes of VMS731_SYS-V0300  = After applying VMS731_SYS-V0200 patch kit, threaded processes D          calling LIB$SPAWN without specifying the flag of NOWAIT canD          hang in HIBernation state in supervisor mode.  The user ASTF          queue (PCB$L_ASTQFL_U) will have the PCB$L_WAKE_ACB queued toE          it, waiting to be delivered, but blocked by the higher mode.   8          Images Affected:[SYS$LDR]PROCESS_MANAGEMENT.EXE# 			 [SYS$LDR]PROCESS_MANAGEMENT.STB ' 			 [SYS$LDR]PROCESS_MANAGEMENT_MON.EXE ' 			 [SYS$LDR]PROCESS_MANAGEMENT_MON.STB      You should apply it .    Regards    Grard   ------------------------------  # Date: Mon, 02 Jun 2003 16:39:22 GMT # From: "John Smith" <a@nonymous.com> 5 Subject: Re: Mystery Alpha CPUS, what do they fit in? I Message-ID: <_4LCa.112570$cK1.46983@news01.bloor.is.net.cable.rogers.com>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EDA2007.840757CB@fsi.net...  > > 9 > > On Thu, 29 May 2003 19:41:48 +0100, Matt Simis wrote:  > > E > > 21164 ZIFs are used in loads of Evaluation Boards made by DEC and  Samsung.> > >  I have two 600MHz PC164LX EV56 systems that use ZIF CPUs. > > D > > Microway produces a system that uses 21264 ZIF CPUs, it is based on the > > UP2000 board:  > > * > > http://www.microway.com/mwnsup2000.htm > C > It'd be really cool if The OpenVMS Consortium (remember my "Who's  withB > me?" post?) could work a deal with Microway to come up with a 4u Alpha ; > machine that, while not formally supported by HP/OVMS was  essentially A > built with all OpenVMS compatible (read: qualified) components.  > F > Then, we pre-load with an e-business set of OpenVMS, TCP/IP, Apache,C > etc. and sell that and support against Micro$lop at a competitive  price. > 5 > Dunno if that's possible, but I can dream, can't I?     B All the margin would be in the support, not in the hardware at low production volumes.   E How long do you suppose it'll be before you run out of low-cost Alpha B CPU's to populate the 4-way machines you are thinking of? HP won'tB sell you any at low cost to undercut their 'market' even if it didA expand the number of VMS customers significantly. So you're stuck A buying end-of-line Samsung manufactured CPU's as long as they are B still available as new parts. Once they're gone you are reduced to? buying used chips and then you have to advertise the systems as C containing used parts and sell them at used prices (FTC regulations  and all that).  E And who will pay the development expense for a 4-way board for a dead 
 processor?  F But for an organization that wanted to build a compute farm and didn'tA mind having 1000 2 or 4-way machines with older cpu technology in C their grid (and didn't mind having the local electricity company as F their partner) I'd say it was a great idea. I'm sure the cost would be' reasonable...for the hardware at least.    ------------------------------  + Date: Mon, 02 Jun 2003 11:54:54 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ' Subject: Re: Need OpenVMS (any version) ; Message-ID: <01KWM8TAWHRMAM67GX@sysdev.deutsche-boerse.com>   J > [Cue comment from Bill Gunshannon - what *is* wrong with the educational
 > programme?]    The NEW educational programme.  F ONE USER PER MACHINE.  Now, IF one has DECcampus, then one CAN combineH the multi-user license from DECcampus with the base license from the newE programme.  (Considering that DECcampus didn't provide base licenses, F this is a real advantage---IF you have DECcampus.)  On the other hand,H NO NEW EDUCATIONAL SITE will have DECcampus.  There is a critical numberE of systems needed to justify the cost, and no-one will buy it without E having tried things out first.  But with the new educational license, E then one can't try things out with more than one user per system.  Oh F yeah, try to sell VMS to your boss in an academic environment with theD new educational license: "What's this VMS garbage?  With Linux I can& have more than one user per machine!"   H I saw Mark Gorham show a slide with a flag at each site which had signedG up for the new educational programme.  Looked impressive.  I know for a F fact that one of those sites consists of ONE GUY who, more or less forE his own use, ordered a new educational license so he can run some old E hardware he inherited (i.e. might have gone into the skip otherwise).sD This place has tens of thousands of students and is one of the majorG players if not the major player in academic computing in the country iniE question.  Until recently, they also had DECcampus.  Many departmentsuB were big VMS users in the past.  Not any more.  Sic transit gloriaD mundi.  Those who moved to unix didn't move to a DEC/Compaq/HP unix.  F I wonder how many other of those flags in Marks Gorham's map describe  similar situations.V   ------------------------------  * Date: Mon, 2 Jun 2003 10:27:11 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb)A' Subject: Re: Need OpenVMS (any version) + Message-ID: <bbf8pv$kdk$1@aquila.mdx.ac.uk>e  w In article <01KWM8TAWHRMAM67GX@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:-K >> [Cue comment from Bill Gunshannon - what *is* wrong with the educationalS >> programme?] >  >The NEW educational programme.S >wG >ONE USER PER MACHINE.  Now, IF one has DECcampus, then one CAN combineVI >the multi-user license from DECcampus with the base license from the newtF >programme.  (Considering that DECcampus didn't provide base licenses,G >this is a real advantage---IF you have DECcampus.)  On the other hand,iI >NO NEW EDUCATIONAL SITE will have DECcampus.  There is a critical number"F >of systems needed to justify the cost, and no-one will buy it withoutF >having tried things out first.  But with the new educational license,F >then one can't try things out with more than one user per system.  OhG >yeah, try to sell VMS to your boss in an academic environment with the1E >new educational license: "What's this VMS garbage?  With Linux I canl' >have more than one user per machine!"   > I >I saw Mark Gorham show a slide with a flag at each site which had signedeH >up for the new educational programme.  Looked impressive.  I know for aG >fact that one of those sites consists of ONE GUY who, more or less for F >his own use, ordered a new educational license so he can run some oldF >hardware he inherited (i.e. might have gone into the skip otherwise).E >This place has tens of thousands of students and is one of the majoriH >players if not the major player in academic computing in the country inF >question.  Until recently, they also had DECcampus.  Many departmentsC >were big VMS users in the past.  Not any more.  Sic transit gloriaoE >mundi.  Those who moved to unix didn't move to a DEC/Compaq/HP unix.t >rG >I wonder how many other of those flags in Marks Gorham's map describe   >similar situations.  O It's even worse than that. Maybe in other countries DECCAMPUS allows you to use'N the software on any Alpha/VAX box in the institution but in the UK you need toM pay to register each system with DECCAMPUS. Hence the fact you have DECCAMPUSrG on your central systems doesn't give you the right to use the DECCAMPUSgN licenses combined with the Educational base license unless you pay to put that system on DECCAMPUS.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  + Date: Mon, 02 Jun 2003 12:49:44 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ' Subject: Re: Need OpenVMS (any version)r; Message-ID: <01KWMBEQIPW0AOKN0V@sysdev.deutsche-boerse.com>j  J > It's even worse than that. Maybe in other countries DECCAMPUS allows youH > to use the software on any Alpha/VAX box in the institution but in theF > UK you need to pay to register each system with DECCAMPUS. Hence theF > fact you have DECCAMPUS on your central systems doesn't give you theH > right to use the DECCAMPUS licenses combined with the Educational base: > license unless you pay to put that system on DECCAMPUS.   G I'm not sure of the details, never having administered it (merely used lF it at 3 or 4 different places over the years).  I seem to recall that I the total costs were non-linear, i.e. above a certain number of machines i the costs became interesting.C   ------------------------------  # Date: Mon, 02 Jun 2003 13:53:35 GMTk- From: "labadie" <tonari_no_tottoro@127.0.0.1>m4 Subject: Re: Needing to upgrade from AXP VMSv7.1-1h21 Message-ID: <zFICa.1710$Q87.499@news.cpqcorp.net>   = "Teri Lyn Smith" <poodleskirt@sbcglobal.net> wrote in messaget6 news:yOwBa.8930$Hp2.6805@newssvr17.news.prodigy.com...G > Anyone with experience going from v7.1-1h2 to a current (read 'latest F > supported and least buggy') AXP VMS please email me with cavaets and advice.1 >01 > I hate to fix what isn't broken but must do it.S >d > Thanks > Teri Lyn Smith > mailto:smithtl@cccta.org >o >eK If you go to Vms 7.3, you might encounter a DUPKEY problem, and you have ata! http://ftp.support.compaq.com.au/n   a  rtlmar2002 which is helpful.    Regards    Grard   ------------------------------  % Date: Mon, 02 Jun 2003 11:23:34 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>i< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)0 Message-ID: <bbf8jd$am4$1@new-usenet.uk.sun.com>   John Smith wrote:e: > "John Laird" <john@laird-towers.org.uk> wrote in message4 > news:aouedv8qvca09fnddg9bbucil2gu3msmar@4ax.com... > 5 >>On Fri, 30 May 2003 15:05:38 GMT, "Fred Kleinsorge"s* >><my-last-name@stardotzko.dec.com> wrote: >> >>8 >>>"Nic Clews" <sendspamhere@127.0.0.1> wrote in message& >>>news:3ED70D9D.86C90572@127.0.0.1... >>>  >>>>Greg Cagle wrote:H >>>>4 >>>>The question remains, what's gone wrong with NT? >>>> >>>n >>>Windows.d >>>eC >>>Dave is a wiz at kernels, and the NT kernel is mostly a thing ofa >>	 > beauty.  > E >>>But on top of the kernel is layered the Windows environment.  It'sh >> > warts, > D >>>plus all the questionable 3rd party drivers and software create a >>
 > house of > % >>>cards that is easily knocked down.m >>C >>By "on top of" do you really mean "partly embedded in and also ona >  > top of" ?y > F >>Not getting the kernel and the UI completely separated is said to be > 	 > the one  > D >>argument that Dave Cutler lost.  By all accounts, he's not someone >  > who gives- >  >>in easily. >  >  > @ > I think you got that correct. Performance tends to suffer whenE > security/isolation rings are present and have to be adhered to. TheDF > Windows GUI sucks a lot of processing and I believe that in order toH > provide acceptable user perception of 'performance', eg. snappy windowA > instantiation, mouse response, and a few other user perceptiblei% > events, some compromises were made.t >  > ; Origionally the UI wasn't part of the NT kernel, but peopleo; complained about less than snappy performance when compared'> 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 the5 same people who had complained about the performance.-   Regards- Andrew Harrison0   ------------------------------  # Date: Mon, 02 Jun 2003 14:14:52 GMTj9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>2< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)2 Message-ID: <wZICa.1713$nc7.1331@news.cpqcorp.net>   > >  > > B > > I think you got that correct. Performance tends to suffer whenG > > security/isolation rings are present and have to be adhered to. TheAH > > Windows GUI sucks a lot of processing and I believe that in order toJ > > provide acceptable user perception of 'performance', eg. snappy windowC > > instantiation, mouse response, and a few other user perceptible ' > > events, some compromises were made.o > >e > >a= > Origionally the UI wasn't part of the NT kernel, but peopleb= > complained about less than snappy performance when comparede@ > with Win32 so Microsoft added parts of the UI to the NT kernel > I think in NT4.0.r >P@ > People then complained that it was less reliable, probably the7 > same people who had complained about the performance.3 >0  D I actually attended the very first NT developers conference.  We allK snickered a bit when they described how they implemented their graphics andaH told us how the performance cost would not be high.  Many of us had beenJ through the transition from propriatary direct rendering interfaces to X11E and knew that they would be beaten bloody by the existing PC graphicsV developer base.A  F The original design was probably the right thing to do... but it meantL NT/Win32 had to compete against Windows 3.x on the same boxes and took it on the chin for performance.t   ------------------------------   Date: 2 Jun 03 16:37:19 +02002) From: p_sture@elias.decus.ch (Paul Sture)h< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)) Message-ID: <4SW+5WQSILES@elias.decus.ch>e  _ In article <ccKdnZ2gct6g-0yjXTWcoQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:i > 8 > "Paul Sture" <p_sture@elias.decus.ch> wrote in message% > news:H4lj5Ghx3MEB@elias.decus.ch...eA >> In article <qMOdnfwqZcQmuU2jXTWcpA@metrocast.net>, "Bill Todd"i" > <billtodd@metrocast.net> writes:	 >> <snip>s >> >>J >> > NT probably does have a somewhat closer relationship to VMS than what > I'du8 >> > write for a record manager today would have to RMS, >>M >> Out of curiosity, what features would you put into a new RMS, and is thereDL >> anything in particular you would drop? As this is a theoretical question,< >> I'm not especially concerned with backwards compatibilty. > H > Where to begin?  At least in OSs where crossing the application/systemH > interface is not unreasonably expensive, a record manager lends itselfM > better to a Unix-style system where each record operation is handled by thecI > OS using OS buffers, so VMS would not be the ideal platform on which tor
 > create it. e  I I _was_ thinking in the context of VMS, but all interesting stuff anyway.p  : > Once you have that, you have protection for the internalM > structure of the files (users can't modify it directly; copy operations areoK > done by system functions, which is safer than having applications do themqN > anyway); you can also perform (and protect) updates using a transaction log,L > which allows record operations to be made persistent in a single log writeD > (even multiple operations can be captured in a single log write ifK > synchronous operation isn't requested and the applications use Flush-like-L > mechanisms to establish consistency points) and things like index updatingN > can safely be batched and performed lazily in the background (so can on-lineK > reorganization) - you can even use pseudo-log-structured storage to batcheM > multiple bucket updates into a single disk access (which makes the presence I > of a background on-line reorg mechanism more important, and also allowssJ > bucket compaction - or even full-fledged compression, though that's moreM > expensive - such that partially-filled buckets occupy no more space on disknE > than their data requires), though this starts tying into underlyingpK > file-system changes that I'm working on.  The presence of the transactiondG > log also facilitates user-level transaction support, though if *long*iL > transactions are to be supported things can get considerably more complex. >   F That last bit can be a gotcha. I once recommended that a project underH development be changed to use the transaction tools that were available.H The project leader reported back to us that the programming changes wereD pretty trivial of 95% of the the programs, but the remaining 5% were absolute pigs.  H > I think I'd get rid of RFA mechanisms in indexed files:  the permanentA > indirection and maintenance overheads don't seem justifiable.  e  , I didn't realize they were such an overhead.   > RMS-32 mayM > even have implemented no-RFA single-key indexed files at one point - I knowo > I discussed it with them.     E I don't recall it escaping into the wild. Back in the days when I wasoH actively developing applications using RMS, for the most part I used RFAK access only within the scope of a program, due to the way they could changetE on a CONVERT operation. I used RFAs mainly for things like navigatingyH backwards through screens of data records, particularly where non-unique duplicate keys were involved.t  , > As a substitute, it's possible to define aI > flexible *unordered* container structure supporting permanent RFAs thatwM > never need get indirected, so multi-key files are still feasible, they justI: > don't have a primary index but only secondary indexes.    F Which would mean that my existing code would work with secondary keys,M but not primary ones. Not as pretty, but I could have lived with that, if the-H performance gains were sufficient. It is probably worth noting here thatE we used to have a rule that all primary keys were unique. We did this:I for transaction and pre/post image recovery reasons, but I found it to be.F a good rule of thumb (I also have memories of resolving some appallingB performance problems by changing duplicate primary keys to unique 1 values, though that was on RT-11, not using RMS).    > Sequential access inL > physical order is still fast, and reorganization into a preferred physicalH > order is possible as long as the RFAs are only used internally (by theK > alternate indexes) rather than by applications.  Another option is to use H > (unique, or if necessary 'uniquified') primary key values as permanentM > record identifiers (as I think NonStop SQL does) that alternate indexes canu > use for access.t >   . That fits the scenarios I m thinking of above.  N > Some kind of relatively simple support for 1:many parent:child relationshipsK > (supporting hierarchical structures) would be nice, likely implemented byeH > physical sequencing within a primary data level to provide good accessM > clustering.  If you don't want the parent clustered with its children, thenSM > you can just implement the structure within the application using key-basedpJ > pointers into separate data sets and suitable enclosing transactions forB > updates, though it might be nicer for the system to support thatJ > transparently within a single 'file' containing multiple record types inH > multiple data sets and managing the linkages among them.  Record typesL > should be able to evolve on line, with newer versions able to coexist withJ > the old ones (which would be updated if/when their new fields got used).G > Some of this stuff starts encroaching on database territory, but onlyeJ > selectively:  mostly, it offers a simple navigational alternative to theJ > overheads and inefficiencies of a full-blown relational model upon whichG > some higher-level constructs (like *simple* view mechanisms) could bei
 > layered.  J I rather like that idea. Back in the 1980s I always wanted to develop whatC I used to call a "Poor man's Datatrieve". Indeed we got part of themJ way there with a data library and file library. Unlike CDD, the data itemsE could be defined once and only once no matter how many files used it.-F Basic data validation routines, string pattern matching etc could alsoJ be specified there. The general idea was that if you changed a file layoutD you could simply recompile and go, without touching the code itself. > F > There's a ton of complexity in RMS aimed at '70s-era speed and spaceN > optimizations that just aren't important any more, so out they go.  64 KB isI > too small a limit on bucket size, and bucket overflow mechanisms should.; > remove all limits on record size (large records should berG > piece-wise-accessible like files are; limiting key size to 1 KB or sof) > remains reasonable and useful, though).e > I Agreed. I also picked up on a comment of Hein's a few weeks ago about the F FDL editor choosing bucket sizes which are not appropriate for today'sA cluster sizes, but I'll have to check Google for details of that..  6M > That's what comes to mind off the top of my head, anyway.  I'm sure there'seD > a lot more beneath the surface.  Feel free to offer suggestions or > observations.. >   H Not bad for an "off the top of your head" :-) Thanks, you've reminded me2 how much I used to enjoy doing file related stuff.   --  
 Paul Sture   ------------------------------  % Date: Mon, 02 Jun 2003 15:41:07 +0100yO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)0 Message-ID: <bbfnmb$g2k$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote: >>>xA >>>I think you got that correct. Performance tends to suffer when>F >>>security/isolation rings are present and have to be adhered to. TheG >>>Windows GUI sucks a lot of processing and I believe that in order toeI >>>provide acceptable user perception of 'performance', eg. snappy window B >>>instantiation, mouse response, and a few other user perceptible& >>>events, some compromises were made. >>>  >>>a >>= >>Origionally the UI wasn't part of the NT kernel, but peoplen= >>complained about less than snappy performance when compared @ >>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.  >> >  > F > I actually attended the very first NT developers conference.  We allM > snickered a bit when they described how they implemented their graphics andwJ > told us how the performance cost would not be high.  Many of us had beenL > through the transition from propriatary direct rendering interfaces to X11G > and knew that they would be beaten bloody by the existing PC graphics0 > developer base.r > H > The original design was probably the right thing to do... but it meantN > NT/Win32 had to compete against Windows 3.x on the same boxes and took it on > the chin for performance.i >   8 Akk I just realised my mistake I meant win3.1 not Win32.  > But you are right I remember when we transitioned from SunView@ to X-Windows. SunView used direct rendering, which was quick and@ had a smaller footprint than X. Plenty of people complained that> X was slower, of course SunView didn't allow you to use remote	 displays.o     Regardsd Andrew Harrisony   ------------------------------  # Date: Mon, 02 Jun 2003 13:47:15 GMTi# From: "John Smith" <a@nonymous.com>- Subject: Paul Sture I Message-ID: <DzICa.316487$M81.84426@news02.bloor.is.net.cable.rogers.com>e   Did you get my email?w  D Banks, and with less emphasis brokerages, are seriously looking intoA identity theft issues. Some banks have partnered with Verisign tos% issue x.509 certs to their customers.n   John   ------------------------------   Date: 2 Jun 2003 04:50:23 -0700 . From: mistdragon@zdnetonebox.com (mist dragon)" Subject: Re: Portents of VMS death= Message-ID: <7500353b.0306020350.2086b6d6@posting.google.com>   M > Wrong again.  It was a test of a very old version of vms against a new UNIXeL > offering.  If you're going to continue browbeating VMS performance on thisJ > test, regardless of the fact that "vms lost it", then you have to expectK > that you'll be called on the carpet for a stupid, invalid test.  What you . > ran does not prove that VMS couldn't cut it.   [Clip]  K > BUT THEY STILL USED OLD VERSION OF VMS AND TCP/IP!!!!!  Can't you see how K > that test was completely invalid as a way of proving that VMS performanceoM > couldn't match UNIX in this case?  I'm not saying that it could match UNIX,mJ > but from the test as you've described it, it didn't prove anything otherK > than their unwillingness to put forth the same effort for the VMS side of>+ > the test as they did to do the UNIX side.1    C It is obvious that all test results are false after the minute theyrC are completed. This applies to both vms and other systems.  This ispF known fact. New tests show new results, but rarely on this scale whereD for example IO on VMS was 100% and Tru64 3% on the same machine withD same hardware with same non-modified software using top-of-the-scaleF GS system with newest VMS they had an access for so it couldnt be just	 hardware.   C Test system was rebuilt for both tests and people who ran vms tests F had worked for it for ages at the customer site. VMS lost and they hadC to tell the management to kill their own platform and jobs and I am E quite sure they did not take all the means they had in order to avoidr this.i  A Now, this test was not to see whether _any_ application would runwB better on that platform, but whether their existing, legacy system? would run on that system. The legacy system would not have been < extended or tuned or ironed or furtherly developed more thanB absolutely necessary. They simply wanted to see whether the systemD would still have steam for the projected growth or should they startF to switch to other platform. Maybe on other kind of application IO and& TCP/IP would not have been bottlenecs.  B If this means that this legacy system was natural fit to that UnixA platorm, then that must be the conclusion and if it makes you anyo> happier, you can state VMS is still the most glorious and fastF performing platform for all the applications but this one :) Happy now ?)  B I claim (without any prove I can show here) that tests were valid,D well-done and objective. VMS had all in stage and it was not enough.F If other side would have used dirty tricks, then would these folks too@ or pointing to those. The outcome was simple: this legacy systemF cannot take the estimated new growth with the hardware investment theyF intended to take but Tru64 could. Of course Tru64 is going to die too,@ but in those cases Tru64 is pitched against other unixes and not against VMS...   Mist   ------------------------------  # Date: Mon, 02 Jun 2003 14:26:31 GMTs& From: jlsue <jefflsxxxz@sbcglobal.net>" Subject: Re: Portents of VMS death8 Message-ID: <4lnmdvcct8iod05g96e3qppgpfj8iuhja4@4ax.com>  F On 1 Jun 03 07:33:09 +0200, p_sture@elias.decus.ch (Paul Sture) wrote:     >> iG >And then try the automotive or warehousing sectors, where they look toi' >shave every last penny from the costs.i  
 TANSTAAFL.  A As my grandmother used to say, if you're not careful you could be  penny-wise and pound foolish.    ------------------------------   Date: 2 Jun 03 17:22:12 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) " Subject: Re: Portents of VMS death) Message-ID: <myALGPOEchls@elias.decus.ch>   a In article <4lnmdvcct8iod05g96e3qppgpfj8iuhja4@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes: H > On 1 Jun 03 07:33:09 +0200, p_sture@elias.decus.ch (Paul Sture) wrote: >  >  >>> H >>And then try the automotive or warehousing sectors, where they look to( >>shave every last penny from the costs. >  > TANSTAAFL. >   C True, but sometimes you simply have to work with what is available,  unfortunate as that may be.n  C > As my grandmother used to say, if you're not careful you could be  > penny-wise and pound foolish.s >   E I recall a version from my grandmother which said the opposite: "LookKG look after the pennies and the pounds take care of themselves". I thinkg& I prefer your version in this context.   -- w
 Paul Sture   ------------------------------  # Date: Mon, 02 Jun 2003 15:53:04 GMTt& From: jlsue <jefflsxxxz@sbcglobal.net>" Subject: Re: Portents of VMS death8 Message-ID: <98smdvg113nen6tk7ephd5suvj6mn725mn@4ax.com>  F On 2 Jun 2003 04:50:23 -0700, mistdragon@zdnetonebox.com (mist dragon) wrote:   > C >I claim (without any prove I can show here) that tests were valid,cE >well-done and objective. VMS had all in stage and it was not enough.rG >If other side would have used dirty tricks, then would these folks too A >or pointing to those. The outcome was simple: this legacy system G >cannot take the estimated new growth with the hardware investment theyaG >intended to take but Tru64 could. Of course Tru64 is going to die too,aA >but in those cases Tru64 is pitched against other unixes and notw >against VMS...w >r  D My point is that it doesn't make sense to compare the *existing* VMSG system, with no chance for changes, to a UNIX solution that is not only = more recent version, but also implies incorporating a change.g  H At least, it doesn't make sense if what you're trying to do is prove theK viability of a platform.  The most glaring inconsistency is, imho, that youGH state that no changes are allowed, yet changing to UNIX is a change.  IfF changes (i.e., to UNIX) are allowed, then why not changes to the VMS &I TCP/IP version?  It certainly couldn't have been *that* painful to updateA the OS & TCP/IP.  G Looking at it from the outside, it appears as if the test were designedeD from the start to come to a pre-ordained conclusion that VMS was not viable.u   ------------------------------   Date: 2 Jun 2003 08:59:43 -0700s& From: jordan@ccs4vms.com (Rich Jordan)D Subject: Printer recommendation, hobbyist/decwindows/mozilla and VMS= Message-ID: <cc5619f2.0306020759.4387df69@posting.google.com>   C I have to get a printer, cheap, for home/hobby use, that can handlesF printing rich pages from Mozilla and DECwrite, preferably also capableF of handling plain text printouts like my current DEC ColorWriter 520icC (which works fine from windoze for graphics).  I don't use DCPS butAE would be willing to if a Postscript-only printer is the best choice.  ? Color would be a great bonus, but photo-grade is not necessary.   B The printer can be parallel, through a Emulex NetQue, jetdirect orC other network interface, or serial attached directly to the primary  Alpha workstation.  F I know that the LJ5M at work is able to print Netscape 3.03 pages fromD our weenie Alpha (which can't handle Mozilla), albeit without color,C but I can't afford the power for a laser printer (given what has tonE run on the two available circuits, every warm up would end up poppingtC a circuit breaker).  I've not been able to locate a Deskjet 1200 orwC 1600 with Postscript around here to try, but thats what I'm leaningnC towards (based on the LJ5M success), barring some feedback from the  group.  > So, what can I look for in the <$500 range (and <$200 strongly? preferred, used is fine) that is usable for 'normal' DECwindowse@ printing; no conversions through ghostscript, no jumping throughD hoops?  Any brands other than HP?  Any handy interface box that fits< between a printer and the system that converts postscript to0 PCL-compliant graphics so I keep the DEC inkjet?  F Personal experience with a working solution preferred!  Thanks for any information.  $ Brian, I can't afford what you have!   Rich Jordan0   ------------------------------  # Date: Mon, 02 Jun 2003 17:31:14 GMTn" From:   VAXman-  @SendSpamHere.ORGH Subject: Re: Printer recommendation, hobbyist/decwindows/mozilla and VMS0 Message-ID: <00A20C93.B694FEE5@SendSpamHere.ORG>  f In article <cc5619f2.0306020759.4387df69@posting.google.com>, jordan@ccs4vms.com (Rich Jordan) writes: {...snip..}e% >Brian, I can't afford what you have!t  * What?  My kids or the color laser printer?   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             35   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 2 Jun 2003 02:32:02 -0700n, From: john babiarz <john_member@newsguy.com> Subject: Queue Manager runaway) Message-ID: <bbf5ii024ie@drn.newsguy.com>e  P I have an alpha 400 vms 6.2-1h3 that has been up for 813 days. The quemanager is in aL runaway mode, consuming diskspaces in exccess of milllion blocks. The more I delete otherP files on the system, the more it takes up. I have done stop/que/manager, with no effect.6L I have also done R SYS$SYSTEM:JBC$COMMAND diag 7 no effect. I do not want to crasho- the system. Is there something else I can do?p     john babiarz   ------------------------------  + Date: Mon, 02 Jun 2003 11:06:28 +0100 (MET)t9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ) Subject: Re: read "generic PC CD" on VMS? ; Message-ID: <01KWM7TA53QEAM67GX@sysdev.deutsche-boerse.com>o   > mount /media_format=cd  G Tried it (DEC 3000/600, VMS 7.2-1).  Errors about the home block being g< inaccessible etc.  The CD drive works fine for Files-11 CDs.   ------------------------------   Date: 2 Jun 2003 06:32:34 -0500m- From: Kilgallen@SpamCop.net (Larry Kilgallen)e) Subject: Re: read "generic PC CD" on VMS? 3 Message-ID: <7z0ySwyo2LFb@eisner.encompasserve.org>i  w In article <01KWM7TA53QEAM67GX@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:  >> mount /media_format=cds > I > Tried it (DEC 3000/600, VMS 7.2-1).  Errors about the home block being v> > inaccessible etc.  The CD drive works fine for Files-11 CDs.  F That is strange -- "home block" is Files-11 terminology, not ISO-9660.   ------------------------------   Date: 2 Jun 2003 14:07:09 +0200SC From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)O) Subject: Re: read "generic PC CD" on VMS?d+ Message-ID: <3edb3ded@news.uni-konstanz.de>-  J In article <01KWM7TA53QEAM67GX@sysdev.deutsche-boerse.com>, Phillip Helbig, <HELBPHI@sysdev.deutsche-boerse.com> writes: |>> mount /media_format=cd |>I |>Tried it (DEC 3000/600, VMS 7.2-1).  Errors about the home block being a> |>inaccessible etc.  The CD drive works fine for Files-11 CDs. |>  ! Here's some text from a web-site.2  5 =====================================================I DIGITAL PICTURES ON CD  ? What are the differences between Photo CD and Kodak Picture CD?zI Eastman Kodak developed Photo CD and Picture CD to deliver and store hightG quality digital image files of pictures taken with conventional cameras  and J film. Photo CD was introduced in 1992 and is intended for professional andH commercial applications while Picture CD came to market in 1999 aimed atE the average consumer. Generally speaking, Photo CD discs store images  usingyJ a proprietary file format (Image Pac) in, depending upon the version, fiveD to six levels of resolution (128 x 192 to 2048 x 3072 or 4096 x 6144D pixels). Picture CD, on the other hand, employs the more common JPEG formatF in one resolution (1024 x 1536 pixels). In terms of capacity, Photo CDH discs hold approximately 100 images and additional pictures can be added atH later times. With Picture CD, however, images from a single roll of filmJ are written at the time of original processing only. In addition, Photo CDH compatible computer software is required to view and use Photo CD imagesE but Picture CDs include on the discs a range of Windows and Macintoshi< applications to display, organize, enhance and email images.  I What hardware is required to view images on Photo CD and Kodak Picture CDn discs?I Both Photo CD and Kodak Picture CD discs are written in industry standardaG multisession (Mode 2, Form 1) format and are therefore playable on most I computer CD-ROM drives and MultiRead-compliant (or other CD-R compatible)dD DVD-ROM drives and recorders. Historically, Photo CD images could beF displayed on TV sets connected to dedicated Photo CD and multi-purposeG Compact Disc Interactive (CD-i) players. These devices, however, are noeH longer available. Most recently, a few DVD-Video player models have come2 along incorporating Picture CD viewing capability.8 ========================================================  C OpenVMS only understands MODE 1 CDROM and cannot handle Mode 2 CDs.d   That what you see.   eberhard   ------------------------------   Date: 2 Jun 2003 07:39:57 -0500d; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: read "generic PC CD" on VMS?g3 Message-ID: <77apE1kXCF+N@eisner.encompasserve.org>R  w In article <bbcjb9$gaj$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: > > I've used Hunter Goatley's MGPCX for years to read and writeH > DOS-formatted floppy disks on VMS.  Works fine.  Is there some way to K > read "standard PC CDs" on VMS?  (The concrete goal is to be able to read cJ > a "standard" picture CD which many film developers now offer for a very G > low price if one orders it when the film is initially developed.  It lI > says that it is for Windows and Mac etc but says that "other operating  K > systems" can view the JPEG files located in some directory, which is all   > I want to do anyway.)"  C    The standards, such as ISO 9660, are quite fine on VMS.  On rare G    occaision I've run into a FAT format CD, which is no-one's standard.c   ------------------------------  + Date: Mon, 02 Jun 2003 14:48:36 +0100 (MET)o9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ) Subject: Re: read "generic PC CD" on VMS?w; Message-ID: <01KWMFJL5DRQAOKN0V@sysdev.deutsche-boerse.com>e  # > Here's some text from a web-site.i > 7 > =====================================================a > DIGITAL PICTURES ON CD > A > What are the differences between Photo CD and Kodak Picture CD?   3 Yes, it is the Kodak Picture CD I am interested in.n  E > OpenVMS only understands MODE 1 CDROM and cannot handle Mode 2 CDs.i  I OK.  OpenVMS doesn't understand DOS floppies either, but MGPCX allows me .F to read and write them from VMS.  Is there a similar utility to allow @ one to read mode 2 CDs?  How difficult would it be to write one?   ------------------------------   Date: 2 Jun 2003 08:27:24 -0500k- From: Kilgallen@SpamCop.net (Larry Kilgallen)v) Subject: Re: read "generic PC CD" on VMS?m3 Message-ID: <MW5+2i8rNY39@eisner.encompasserve.org>e  w In article <01KWMFJL5DRQAOKN0V@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:a$ >> Here's some text from a web-site. >> r8 >> ===================================================== >> DIGITAL PICTURES ON CD  >> EB >> What are the differences between Photo CD and Kodak Picture CD? > 5 > Yes, it is the Kodak Picture CD I am interested in.d > 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 aH > 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?  C It would require a device driver that is able to read Mode 2 (for as device that can do so).s   ------------------------------  % Date: Mon, 02 Jun 2003 15:47:21 +0200r$ From: Michael Unger <unger@decus.de>) Subject: Re: read "generic PC CD" on VMS? 5 Message-ID: <bbfs7h$8vu3p$1@ID-152801.news.dfncis.de>I  4 On 02-Jun-2003 14:07, Eberhard Heuser-Hofmann wrote:  # > Here's some text from a web-site.t >  > [...]m > K > What hardware is required to view images on Photo CD and Kodak Picture CDN > discs?K > Both Photo CD and Kodak Picture CD discs are written in industry standard I > multisession (Mode 2, Form 1) format and are therefore playable on mosthK > computer CD-ROM drives and MultiRead-compliant (or other CD-R compatible)oF > DVD-ROM drives and recorders. Historically, Photo CD images could beH > displayed on TV sets connected to dedicated Photo CD and multi-purposeI > Compact Disc Interactive (CD-i) players. These devices, however, are nomJ > longer available. Most recently, a few DVD-Video player models have come4 > along incorporating Picture CD viewing capability.: > ======================================================== > E > OpenVMS only understands MODE 1 CDROM and cannot handle Mode 2 CDs.e >  > That what you see.  H Do you have (at least a link to) detailled specifications of the variousF CD formats? (Specifications available to the public of course, not theE internal data available only to the members of that "Special Interestt Group".)   Michaeli   -- n  @ Please do *not* send "Security Patch Notifications" or "SecurityC Updates"; this system isn't running the famous "Micro$oft Winwoes".-= And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)r   ------------------------------   Date: 2 Jun 2003 11:19:42 -0500:- From: Kilgallen@SpamCop.net (Larry Kilgallen)M) Subject: Re: read "generic PC CD" on VMS? 3 Message-ID: <$bQRYD3yNMYh@eisner.encompasserve.org>e  \ In article <bbfs7h$8vu3p$1@ID-152801.news.dfncis.de>, Michael Unger <unger@decus.de> writes:  J > Do you have (at least a link to) detailled specifications of the variousH > CD formats? (Specifications available to the public of course, not theG > internal data available only to the members of that "Special Intereste
 > Group".)  C I believe the specifications are available to anyone willing to pay,B the (potentially hefty) price.  The volumes go under the names RedE Book, Yellow Book, etc.  If you see something about computer securitynD issued by the US Department of Defense, you are looking at the wrong series of books.   ------------------------------  # Date: Mon, 02 Jun 2003 16:01:08 GMTr9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>NI Subject: Re: SEC:U MIT-MAGIC-COOKIE-1, Motif 1.3 and HP TCP/IP XDM (long)s2 Message-ID: <8xKCa.1732$Ac7.1534@news.cpqcorp.net>  4 It just a matter of priorities, time, and resources.  L Motif V1.3 was done primarily in response to the needs of software like JAVAH for client features in X11R6.x.  The refresh brought both the server andG client bits up to the current release.  It also brought along with it a I number of features that had not previously been available - Magic-Cookie,oE and Kerberos just being a few - some of which were needed by DII/COE.o  H The XDM implementation is not provided as part of Motif or the base OS -I instead it is a component of the TCPIP product.  So it is not that it was,3 "overlooked" - it wasn't part of the Motif project.U  G The OpenVMS priority right now is focused on the delivery of OpenVMS onsK Itanium.  With the underlying Magic-Cookie support now available, I imaginenG at some point XDM Magic-Cookie support will follow, your request to therG TPCIP group should help make sure that it is on their future work list..  J As to 24-bits... simply change the pixel depth.  Most of the cards we shipH today support 8, 16 and 24 bit depths.  The default depth of 8 is mostlyF historical and performance driven.  The Radeon 7500 will have a 24-bitL default.  I run my personal workstation (with the Oxygen VX1) at 1920 x 1200	 @ 16bits.n      < "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 OpenVMS L > 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 oftentJ > active in these newgroups, of what (I feel is) a very basic requirement. >eL > 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.sK > Small organizations as well as large are equally dependent the ubiquitouso Xs > Window System environment. >oH > We are in the process of replacing a large number of older X-terminals thatH > 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 off 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 schemeL > be used with X-terminals to reduce the possibility of unauthorized clientsI > accessing sensitive information, including displays, entered passwords,2J > 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-basedkL > authentication for DECnet, or the XDM-AUTHENTICATION-1 which is cumbersome8 > and was not practicable (at least in our environment). >nK > Motif 1.3 has changed this.  It supports MIT magic and works well.  (ManycL > 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 itJ > 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-1bI > authentication it still didn't.  And won't!  You see, apparently all of F > OpenVMS' X Display System (DECwindows) has received a major overhaul EXCEPTI > THE XDMCP tool!  Yes, the XDM was "overlooked" (?) and does not provideo" > what the rest of the suite does. >hE > When I pressed my contact at the CSC he relayed his impression fromr OpenVMSiG > Engineering over this issue.  I quote (with permission) my reply heren (withaK > only some private detail removed) so as not to have to recompose the sametF > sentiments.  He understood the remarks and is forwarding them to the+ > "whomever". Thanks for your reading time.o >n; > > From: Daniel, Mark Sent: Monday, June 02, 2003 11:17 AM7 > > Subject: RE: magic cookies > >. > > Hi [name], > >jG > >> Sigh... I thought we were well past "yes/no", you can't do it withW: > >> XDM. We've been trying to raise this as a "please fix > >mK > > My mistake.  I thought we were still in the "get the folks back home tor > > tell us how" stage :^) > > K > >> this ASAP", but getting lots of "yeah, sure, after Itanium ships" typeQ > >> noises. :-( > >eD > > Never thought I'd be so exasperated.  I know I'm not telling youJ > > anything new [name], just expressing myself out loud.  Perhaps you can- > > return this reply verbatim to "whomever".a > >lL > > Not wishing to again express any opinion over the essential value of MITE > > magic cookie style authentication, it is so fundamental a part of K > > heterogenous environments (which we all live in these days) that for itmJ > > to be absent is tantamount to illuminating a neon sign over VMS sayingH > > "DOES NOT FIT IN".  VMS does not need to draw attention to itself inJ > > *this* way.  Now, MIT magic in Motif 1.3 is an *excellent* move.  BUT,L > > it's only half done if the XDMCP tool does not support it!!  Thin-clientL > > environments just cannot be supported without an effective XDM.  I wouldC > > have thought this would have been obvious to blind-Freddy.  I'meJ > > surprised that someone in the DECwindows Motif 1.3 enhancement projectJ > > did not notice this, or did not state long and loud that the XDM is anL > > essential component of the VMS X Display System environment.  Perhaps itG > > should be wrested from the TCP/IP team, or some better coordinationdK > > between them and DECwindows project management.  Perhaps it is just Tooe	 > > Hard.l > > K > >> Can you give me a rough dollar value on what we could sell you guys ifuK > >> we delivered this capability? If not dollars, then some number of DS?? ' > >> systems? As they say, money talks.f > > L > > Ignoring the issue of future Itanium sales :^)  Perhaps you might remindJ > > the bean counters that new systems aside, my Division retains hardwareI > > and software maintenance on the existing systems.  I just enquired ofrC > > our IT Manager and for this Division alone it's in the order ofr [considerable number]rH > > Australian beans per annum, the majority of which is for VMS systemsA > > (perhaps not major customer status, but significant, I'd say,gL > > "money-for-jam").  Considering the reported disparity in margins betweenK > > sales of new iron and that for "services", I would suggest that OpenVMSaI > > first strive to retain this income stream before asking how much more H > > we'll spend next year.  In fact it is probably from this source thatG > > ports to Itanium are being funded.  Nobody is debating that now the 7 > > Alpha platform has been declared obsolescent that arL > > Itanium/Opteron/whatever port is necessary and inevitable but not to the- > > exclusion of much else that is necessary.  > >uJ > >> Or would we be giving sales to [platform]? XP workstations give heaps moreG > >> than 8 bit colour depth. DS10 or DS15 instead maybe? Wouldn't need  > >> magic cookies at all... > >oE > > Still would.  It has now come to the attention (after the need toeF > > explain why we can't support VMS sessions on [platform] - at least beforeF > > Motif 1.3) of our IT Security Officer that those using VMS have no; > > connection authentication enabled on their X-Terminals. 2 > > Needless-to-say, "this needs to be addressed". > >  > >> [signature] > >a > > Hope this is of some value.a > >f > > Regards, > >g > > Mark Daniel. >o   ------------------------------  + Date: Mon, 02 Jun 2003 12:05:44 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 7 Subject: switching on Bach (was: RE: Install Directory)n; Message-ID: <01KWM9LI2JRMAM67GX@sysdev.deutsche-boerse.com>e  & > Wendy Smith responds to DL Phillips:   ^^^^^i* > This reminds me of an old rumour (?) ...   Because of the name?  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 synthesizersF > 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".n  G Very, very garbled.  The recording was by Walter Carlos.  The name was oI later changed to Wendy as a result of a sex-change operation.  Re-issues y7 of the album might have had the new name "back-ported".   A See http://www.wendycarlos.com/ for more information on Carlos's   recordings etc.t  H Switched-On Bach is one of the all-time classic recordings.  It featuresF the BIG Moog synthesiser.  For a while, I subscribed to a mailing list@ which discussed recordings of J.S. Bach (JUST recordings).  VeryG specialised folks indeed.  (I'm a big Bach fan myself.)  This recordingtE popped up in a discussion thread once, and most folks agreed that it,tF and Carlos's other recordings, are very, very good, even if they are aE bit unorthodox with regard to the instruments.  (Personally, I preferrB HIP (historically informed performance, i.e. original instruments,H tunings, playing techniques, number of performers etc, though I draw the= line at requiring young boys and/or castrati to sing soprano),I recordings, though recordings for completely different instruments, such  A as the synthesiser, electric guitar etc are fine.  (Bach himself nC transcribed many of his own compositions as well as those of other mA musicicians, but for quite different, not similar, instruments.))    ------------------------------  % Date: Mon, 02 Jun 2003 16:00:53 +0200o$ From: Michael Unger <unger@decus.de>; Subject: Re: switching on Bach (was: RE: Install Directory)h5 Message-ID: <bbfs7i$8vu3p$2@ID-152801.news.dfncis.de>n  + On 02-Jun-2003 13:05, Phillip Helbig wrote:t  ' >> Wendy Smith responds to DL Phillips:l >  ^^^^^+ >> This reminds me of an old rumour (?) ...o >  > Because of the name?   Indeed.   K >> Some 20 or even 30 years ago there was a record "Switched-On Bach" where H >> inventions and fugues of J.S.Bach were played on an early synthesizerG >> model. Obviously the producer assumed that noone would buy it if thesK >> performer was a woman [*] the name was "modified" -- from "Wendy Carlos"i >> to "Walter Carlos". > I > Very, very garbled.  The recording was by Walter Carlos.  The name was mK > later changed to Wendy as a result of a sex-change operation.  Re-issues n9 > of the album might have had the new name "back-ported".d  * That's why I explicitely said "rumour" ...  C > See http://www.wendycarlos.com/ for more information on Carlos's   > recordings etc.m  G Thanks for the link! I'm afraid I have to spend some Euros to buy a few ? of the CDs mentioned with the "remastered" original recordings.    >  > [...]e   Michael    -- o  @ Please do *not* send "Security Patch Notifications" or "SecurityC Updates"; this system isn't running the famous "Micro$oft Winwoes".g= And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)g   ------------------------------  $ Date: Mon, 2 Jun 2003 10:11:50 -05008 From: "Scandora, Anthony E., Jr." <Scandora@cmt.anl.gov> Subject: TLZ07 compaction?+ Message-ID: <bbfpfn$722$1@milo.mcs.anl.gov>r  L I have an old MicroVAX 3100 Model 30 that had an Archive-branded Python, theH same drive that Digital resold as a TLZ06.  VMS 6.2 ran the Archive justL like a TLZ06 except it always had compaction on whether or not you asked forI it, which was fine with me because it fit a full backup on a single tape. J Then the Python died.  I replaced it with a genuine Digital-branded TLZ07,4 and now a full backup does not fit on a single tape.  L Is TLZ07 compaction the same as TLZ06?  I said /media=comp in standalone and9 online backup.  Should I have used a different qualifier?b   Thanks,@1 Tony Scandora, Argonne National Lab, 630-252-7541> scandora@cmt.anl.gov   ------------------------------   Date: 2 Jun 2003 07:34:46 -0500o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s) Subject: Re: [OT] best HTML code cleaner?e3 Message-ID: <F6cWKSO2BKVW@eisner.encompasserve.org>t  L In article <3ED94E45.4070100@spam.com>, Didier Morandi <no@spam.com> writes:L > I'm working on the WEB site of a school, which has been "produced" with W= > ORD. > L > What is the best code cleaner to remove the (amazing) noise from the html= >  pages,=207 > please? Even FrontPage :-( cannot open the sources...   G    I use TPU.  The learn feature is amaisingly helpfull at removing thet    same garbage repeatedly.s   ------------------------------  % Date: Mon, 02 Jun 2003 10:23:12 -0400m! From: Jim Agnew <jpagnew@vcu.edu>t) Subject: Re: [OT] best HTML code cleaner?c' Message-ID: <3EDB5DD0.B2681D4C@vcu.edu>e  = If you have it, Dreamweaver 4.0 and up does an excellent job.h  > They have 2 clean up options, clean up word html, and clean up others.... ;-D   even can specify word version.   jimr   Didier Morandi wrote:t > O > I'm working on the WEB site of a school, which has been "produced" with WORD.  > R > What is the best code cleaner to remove the (amazing) noise from the html pages,7 > please? Even FrontPage :-( cannot open the sources...k > 	 > Thanks,h >  > D. > --/ > Didier Morandi sarl au capital de 8 000 eurost/ >   19 chemin de la Butte 31400 Toulouse Francer/ >   Tl: 33(0)5 6120 1964 Fax: 33(0)5 6154 1928 ( >           http://www.didiermorandi.com  >                    RC en cours   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------   End of INFO-VAX 2003.304 ************************