0 INFO-VAX	Wed, 21 Jan 2004	Volume 2004 : Issue 40      Contents: Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... ESA 12000 or EMA 12000 Re: ESA 12000 or EMA 12000% Re: How to do Bootable Image Backup ? % Re: How to do Bootable Image Backup ? % Re: How to do Bootable Image Backup ? B Re: Intel to chip away at Itanium prices <- or ... I want my cheapP Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ruP Re: Judge Upholds Jury Decision In Microsoft Web-Browser Patent Case - U.S. Pate Re: Kerberos login on VMS D Re: latest Linux kernel patch of the week - VMS after 25 years stillD Re: latest Linux kernel patch of the week - VMS after 25 years stillP RE: latest Linux kernel patch of the week - VMS after 25 years still superior toP Re: latest Linux kernel patch of the week - VMS after 25 years still superior toP Re: latest Linux kernel patch of the week - VMS after 25 years still superior toP Re: latest Linux kernel patch of the week - VMS after 25 years still superior toP Re: latest Linux kernel patch of the week - VMS after 25 years still superior toP Re: latest Linux kernel patch of the week - VMS after 25 years still superior to3 Re: Looking for a monitoring utility for OpenVMS 7+ 3 Re: Looking for a monitoring utility for OpenVMS 7+ 0 Re: Mounting identically labelled disks (OVMS73) Re: Pages in a print file.$ Pathworks Macintosh, OS-X & Printing( Re: Pathworks Macintosh, OS-X & Printing6 Re: Prob with disk "Identifiers" using OpenVMS and HSG Re: stupid backup tricks (long) 2 Re: Technical reasons against porting VMS to IA-322 Re: Technical reasons against porting VMS to IA-32 Re: telnet problem?  The ghost of VAX-C past... Re: The Inquirer@ Re: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems2 TPU code to replace a string ignoring line breaks?# Re: VMS font server, where and how? $ VMS question regarding SMTP headers.( Re: VMS question regarding SMTP headers.. Re: VOLUME SHADOW over FDDI using Alpha and CI. Re: VOLUME SHADOW over FDDI using Alpha and CI. Re: VOLUME SHADOW over FDDI using Alpha and CIE Re: Where is the Hobbyist doc (was: Legal to give away old condists?)   F ----------------------------------------------------------------------    Date: 20 Jan 2004 11:31:57 -0800' From: icerq4a@spray.se (David Svensson) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <734da31c.0401201131.18f0b62f@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<buj1pf$5vp$1@new-usenet.uk.sun.com>...  > David Svensson wrote:  > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu98uc$o69$1@new-usenet.uk.sun.com>...  > >  > >>David Svensson wrote:  > >> > >>>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu8etb$f1o$3@new-usenet.uk.sun.com>... > >>>  > >>>  > >>>>David Svensson wrote:  > >>>> > >>>> > >>>>>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu3rct$qce$2@new-usenet.uk.sun.com>... > >>>>>  > >>>>>  > >>>>>  > >>>>>>David Svensson wrote:  > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu1eh4$1ct$1@new-usenet.uk.sun.com>...	 > >>>>>>>  > >>>>>> > >>>>>> > >>>>>>N > >>>>>>>It is currently expensive and hotter, but in my real world experienceO > >>>>>>>with testing customer database setups, nothing beats Itanium today and O > >>>>>>>that matters. (this includes testing of all current CPU architectures)  > >>>>>> > >>>>>>O > >>>>>>So you have tried an unspecified DBMS on a Power4+ P690, a USIII 1.2Ghz N > >>>>>>SF Sun and a GS1280. You must have access to a great deal of expensive > >>>>>>kit, congratulations.  > >>>>>> > >>>>>  > >>>>>  > >>>>>Thanks,M > >>>>>but they are 4-way boxes, so there is no need to have P690 and GS1280.  > >>>> > >>>>Which 4 way Sun ?  > >>>>Which 4 way IBM ?  > >>>>Which 4 way AlphaServer ?  > >>>>
 > >>>>Regards  > >>>>Andrew Harrison  > >>>  > >>> R > >>>They were the best 4-way servers available from each vendor in November 2003. > >># > >>You didn't answer the question.  > >> > >>Model numbers CPU's  > >  > > I > > I might be able to drive to the place next week, but from what I know J > > and because there are not that many to choose from, I think I can make > > very good guesses. > > ! > > The Sun is most likely one of 1 > > Sun Fire V440        1.28-GHz UltraSPARC IIIi  > > or/ > > Sun Fire V480        1.2 GHz UltraSPARC III  > >  > 5 > If so you were very quick off the mark. You ran the 5 > tests in November, neither system was available for & > ordering before the 15th of October. > 	 > Regards  > Andrew Harrison   F Yes perhaps I was quick, but I never said I ran the tests in November.C It was in December. They were bought/ordered in November. I was not 3 directly involved in the purchasing of the systems.    ------------------------------  # Date: Tue, 20 Jan 2004 21:34:49 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>' Subject: Re: 500.000 AMD64's shipped... 8 Message-ID: <ol7r00ph0mt2kqv9qn04prbb1f5tjdvl7k@4ax.com>  E On Tue, 20 Jan 2004 10:28:25 +0000, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:   >John Santos wrote: @ >> On Fri, 16 Jan 2004, Andrew Harrison SUNUK Consultancy wrote: >>   >>> @ >>>The 1-4 way market is decided pretty much on price, footprint  >>>and application availability. >>   >>  ? >> So the customer goes to the vendor and says "give me a 4-CPU A >> system as cheap as possible.  I don't care about performance?"  >>   > " >Pretty close to how it works yes.  F Strange world you live in.  Most customer *I* deal with care about theD price/performance curve.  Of course, I deal mostly in the enterpriseK markets, but still.... caring only about price, why would # of CPUs be more I important than number of "transactions" they can perform for a set amount  of cash?   > A >> Why would they care about the number of processors?  Bragging? A >> "I have 4 processors in my server, it only cost 25K.  You only < >> have 2 processors, and spent more.  So what if your 2-CPU* >> system is faster than my 4-CPU system." >>   > = >People have a notinal idea about how much resource they need  >for an applicaton.  > D >Do you really think that people, benchmark/model their application,> >size and then re-validate after going live for the 100/1000's) >of 2-4 way servers they are installing ?   F The one's who focus on IT Service management (based on ITIL) do.... ofK course, that only means things to IT organizations who care about following F best practices for efficiency, service levels, and business alignment.     --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Tue, 20 Jan 2004 21:55:59 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>' Subject: Re: 500.000 AMD64's shipped... 8 Message-ID: <sk8r00hsp4ja99ju99kvk61njtg8sk0gbr@4ax.com>  H On Fri, 16 Jan 2004 07:42:15 -0500, "Bill Todd" <billtodd@metrocast.net> wrote:   > 4 >"jlsue" <jefflsxxxz@sbcglobal.net> wrote in message3 >news:etmd009bshk583paeg2hrp220bitqkm0e5@4ax.com...  >  >... > L >> You can't count, I guess.  Compaq had Alpha with VMS and Tru64.  They hadK >> MIPS for Tandem, Intel IA32 for Windows.  Linux perhaps ran on Alpha and L >> Intel.  But Windows on Alpha would never have completely replace the needD >> for Proliant servers, so you're stuck with 2-3 server businesses. > 1 >2 server platforms.  Tandem was moving to Alpha.   D But it wasn't there yet, so that's three.  With HP joining the fray, PA-RISC would make it 4.  C But we're talking about HP, not some theoretical past under Compaq. G Today there are 4:  MIPS, Alpha, PA-RISC, and IA32 - actually, 5 if you E count IA64 as well (and I'm only discussing SERVER-class systems, not 
 desktops).   >  >> >> Now HP will only have ONE.  > I >No, 2:  Itanic has no plans to offer full-performance x86 execution, and / >that won't cease to be relevant any time soon.   J Interesting, you sell hypothetical futures for Tandem moving to Alpha, butI not for Wintel moving to IA64.  Nice accounting methodology.  But I think B it's safe to say that Intel's plans is to relegate IA32 systems to> non-server markets, so I expect there to be ONE in the future.  G I do not deny that that ONE market has not yet materialized.  We've all H been unhappy with the timing of competitive IA64 releases, as well as OSJ and ISV support.  But this is what the plan seems to be at HP for servers.& And it's not all that bad an idea....    > / >  Again, count it out yourself.  That's a damn $ >> sight better investment strategy. > M >2 vs. 2?  Your mathematics (or logic) seems a bit flakey, but that's nothing  >new.   F 4 (or 5) vs 2 anyway.  Potentially ONE in a decade or so if/when IntelE decides to give up IA32.  At that time Tandem, VMS, HP-UX, Linux, and 5 Windows OSes will all be supported & running on IA64.    --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Tue, 20 Jan 2004 21:46:51 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>' Subject: Re: 500.000 AMD64's shipped... 8 Message-ID: <7d8r001q29la57o70u5j5tj190bit7d8pv@4ax.com>  H On Fri, 16 Jan 2004 07:28:35 -0500, "Bill Todd" <billtodd@metrocast.net> wrote: > ? >"Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message 8 >news:cf15391e.0401150652.672d26a3@posting.google.com... >  >... > C >> Intel has told us they plan to drive Itanium prices down to Xeon E >> levels, and move the market from 32 bits to 64 bits using Itanium.  > M >Hmmm.  Intel also told us that Itanic would debut in 1997-8.  And HP said it K >would offer 2x - 3x the performance of its RISC contemporaries.  And later H >that while Merced was really only a development platform (though it hadE >originally been what that 2x - 3x claim had applied to), sales would A >*really* start to ramp up within 6 months of McKinley's release.  > K >In other words, betting on Intel's (and HP's) Itanic statements has a long 9 >and distinguished history of being a losing proposition.  >   K Why do people  banter on so long about who said what when that proved to be  wrong?  I How many people remember how Apollo and Sun predicted the end of CISC/VAX F chips way back in the late 80's.  "Predicted" that VAX performance wasF reaching it's peak (10 VUPs or so at the time).  But somehow DEC stillD reached 60+VUP VAX chips a long time after those prognostications by competitors.  I That's the way the world works.  I have a hard time believing that people J in here really get that bent out of shape in marketeering by the different
 companies.   --- jls 0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Tue, 20 Jan 2004 14:19:48 -0600 ( From: brandon@dalsemi.com (John Brandon) Subject: ESA 12000 or EMA 12000 1 Message-ID: <04012014194800@dscis6-0.dalsemi.com>   N Just got done talking with a vendor about the differences of the ESA 12000 and
 EMA 12000.  N Currently I have an ESA 12000 (couple of them) and looking to purchase another one - that or an EMA 12000.   M Anyone have (had) both that can tell me about the performance gains they saw?   K It is sounding like I should get more bang for my buck from the EMA series.      J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Wed, 21 Jan 2004 04:36:58 GMT % From: "Mike Naime" <mnaime@kc.rr.com> # Subject: Re: ESA 12000 or EMA 12000 8 Message-ID: <KlnPb.96149$fq1.9782@twister.rdc-kc.rr.com>   John:   J We have 12 RA/ESA (BA-370 Blue-Brick) HSG's and 24 EMA style (1" UniversalH Drive) HSG's.  (Plus a few EVA's and MSA's.)  Overall, I do not see thatK much of a "performance" difference between the two styles of storage.  Both + use the SAME controller and firmware cards.   I - Cache battery replacement on the EMA style is MUCH simpler because they L made it a modular pluggable device instead of the Y-cable that the ESA used.K Depending on where they put them, I actually had to remove all of the front K panel screws so that I could pull out the storage drawer on my first HSG in F order to get to the batteries that were installed underneath the BA370K shelf.  The cables where ty-wrapped underneath there as well!  Talk about a  pain in the rear!!!   J - Your footprint and power consumption is less on the EMA.  Also, your airH flow is from cabinet front to back.  Not from both sides.  If you have a6 data center with hot and cold rows, this is important!  J - 2 entire EMA HSG's can be installed into one cabinet (T-2 configuration)I that is about 3" wide.  No expansion cabinet is necessary to get the full L capacity of the controller.  That is 168 drives, or a T-5 configuration fits 4 controller/shelves in 5 feet.   I - From a troubleshooting standpoint, the EMA is also easier to deal with. K When I had a channel failure on the ESA, I had to pull out several cabinets D and test several different modules.  On the EMA you just replace the individual shelf.   J - Hot swappable FANs and power supplies that you do not have to pull apart the entire cabinet to get too!  @ - Drive failure:  ESA - Audible horn.  EMA - This is selectable.K Since I monitor the CLI ports, I am already paged upon disk failures.  I do K not need a horn sounding all night for a drive that was automatially spared L in from the spareset.  I usually have to tell the operators where to go shut it up!  J - Disk size:  You can get larger spindles for the EMA's. (18, 36, 72, 146)2 you can only us up to a 36 in the ESA. (9, 18, 36)  ( - ESA - 72 spindles.  EMA - 84 spindles.  J - Depending on your configuration needs, 30 storagesets may limit you fromD using all 84 spindles.  I have a few controller that have "unusable"8 spindles because the AIX guys wanted LOTS of mirrorsets!  J Overall, from a hardware maintenance standpoint I would recommend that youG get the EMA style, unless you can get the Blue Bricks for dirt cheap in  comparison.   2 E-mail me directly if you have any more questions.  
 Mike Naime    3 John Brandon <brandon@dalsemi.com> wrote in message + news:04012014194800@dscis6-0.dalsemi.com... L > Just got done talking with a vendor about the differences of the ESA 12000 and  > EMA 12000. > H > Currently I have an ESA 12000 (couple of them) and looking to purchase another  > one - that or an EMA 12000.  > J > Anyone have (had) both that can tell me about the performance gains they saw? > E > It is sounding like I should get more bang for my buck from the EMA  series.  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 20 Jan 2004 12:55:56 -0800. From: al5vf03p02@sneakemail.com (William Webb). Subject: Re: How to do Bootable Image Backup ?= Message-ID: <d5ce4b06.0401201255.70dadee2@posting.google.com>   ] Didier Morandi <no@spam.com> wrote in message news:<400c0f89$0$7148$626a54ce@news.free.fr>...  > Norbert Liew wrote:  > M > >Appreciate anyone can just tell me the most accurate backup command for me K > >to do a bootable image disk - I don't know what actually you call it but O > >something like full system backup so incase the hard disk failed and after a I > >replacement I can just boot from the tape and restore them to its last  > >working backup. > > K > You cannot boot VMS from a tape as VMS needs to do direct access to some   > files during boot. >  <snip>  C At the risk of being argumentative, you most certainly can boot VMS & (VAX) from a tape.  Alpha systems, no.  2 Many VAXen required this in order to install VMS.   A I've booted VAX 4000s from TK media more than once in the distant  past.   C I will admit that paint dries fast in comparison to said tape-based  boots, however.   E I shall not discuss 9-tracks in this thread- some things are just too ( painful to relate once you've done them.   ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road  ( Raleigh, NC 27616-2874 919.325.7500x4186 * * * -    ------------------------------  # Date: Tue, 20 Jan 2004 23:58:43 GMT # From: hoff@hp.nospam (Hoff Hoffman) . Subject: Re: How to do Bootable Image Backup ?3 Message-ID: <TgjPb.12673$rm3.3811@news.cpqcorp.net>   c In article <400C2C97.489EEEF5@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:  :> Norbert Liew wrote: :>  N :> >Appreciate anyone can just tell me the most accurate backup command for meL :> >to do a bootable image disk - I don't know what actually you call it butP :> >something like full system backup so incase the hard disk failed and after aJ :> >replacement I can just boot from the tape and restore them to its last :> >working backup.  :> > : 6 :If you have a spare (unused) disk in your system, you :can just do : : 8 :$ BACKUP/IMAGE/IGN=INT sys$sysdevice: <the-spare-disk>:  >   And silently say bye-bye to any of your data that was not in8   a consistent state -- files can be silently corrupted.  =   BACKUP/IGNORE=INTERLOCK is evil, and is not intended as and =   not useful as an on-line BACKUP tool -- not without a whole <   lot of knowledge, and not without a willingness to and the4   ability to reconstitute individual files manually.  :   Also see the BACKUP/IGNORE=INTERLOCK discussions in the 6   OpenVMS FAQ and over in Ask The Wizard topic (2467):  %     http://www.hp.com/go/openvms/faq/ (     http://www.hp.com/go/openvms/wizard/  3 :[Check the online HELP or the docs for details...]   !   Definitely check the manuals.     B   For the original questioner, there are whole sections describing?   how to do this for your particular operation, with all of the &   various permutations that can exist.  ?   If you have an OpenVMS VAX system and have standalone BACKUP,    the simplest command is:  3     $ BACKUP/IMAGE sys$sysdevice: <the-spare-disk>:      or  3     $ BACKUP/IMAGE sys$sysdevice: <the-tape-drive>:     2 :Now, if the regular system disk crashes, you just9 :re-boot your system from the spare. No need to "restore"  :anything anyware.  <   Well, assuming the data went out; assuming the file system<   integrity interlocks that were ignored here did not matter;   in this case.    If you are not experienced at recovering >   a system disk in a questionable state and at troubleshooting?   partial or stalled bootstraps, use of BACKUP/IGNORE=INTERLOCK .   is not an approach I can or would recommend.  = :Even better (if you are running a hobbyist system, or if you = :have the VMS-shadowing licens anyway) just shadow the system B :disk and you'll be safe (no systen downtime) if one of the system< :disks crashes. Note that by using VMSshadowing, there is no@ :"master" disk or "slave" disk, they are equal, as far as VMS is :concerned.   ?   Shadowing does not protect against an upgrade failure or from A   a file deletion or such -- it is still possible to loose files, ?   in other words.  Tape or DVD or CD or other off-disk archival -   processing allows such recoveries to occur.      	--   C   Original questioner: please check the System Manager's Essentials <   manual for details information on this and related topics.  %     http://www.hp.com/go/openvms/doc/   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Tue, 20 Jan 2004 22:12:39 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>. Subject: Re: How to do Bootable Image Backup ?6 Message-ID: <400DFC37.370AA386@NeOaSrPtAhMlNiOnWk.net>   William Webb wrote:  > _ > Didier Morandi <no@spam.com> wrote in message news:<400c0f89$0$7148$626a54ce@news.free.fr>...  > > Norbert Liew wrote:  > > O > > >Appreciate anyone can just tell me the most accurate backup command for me M > > >to do a bootable image disk - I don't know what actually you call it but Q > > >something like full system backup so incase the hard disk failed and after a K > > >replacement I can just boot from the tape and restore them to its last  > > >working backup. > > > L > > You cannot boot VMS from a tape as VMS needs to do direct access to some > > files during boot. > >  > <snip> > E > At the risk of being argumentative, you most certainly can boot VMS ( > (VAX) from a tape.  Alpha systems, no. > 3 > Many VAXen required this in order to install VMS.  > C > I've booted VAX 4000s from TK media more than once in the distant  > past.  > E > I will admit that paint dries fast in comparison to said tape-based  > boots, however.  > G > I shall not discuss 9-tracks in this thread- some things are just too * > painful to relate once you've done them.  H Really? In my (distant past) experience, booting SABKUP from 9-track was+ "lightning fast" as compared to TK50... ;-)    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 20 Jan 2004 15:45:37 -0600+ From: young_r@encompasserve.org (Rob Young) K Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap 3 Message-ID: <3$FP3liGW6+F@eisner.encompasserve.org>    In article <bujq7s$ekq$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > Fabio Cardoso wrote: >> Click >>  < >> http://news.com.com/2100-1006_3-5140486.html?tag=nefd_top > > >> Because Itanium can provide more performance than Xeon, theI >> elimination of the current, often substantial, price discrepancy could F >> then permit Itanium to become Intel's principal server offering. IfH >> successful, the strategy could allow Intel to begin to phase out Xeon >> after 2006. >>   > = > Well Itanium's roadmaps may predict better performance than = > Xeon but currently Xeon outperforms Itanium on integer apps 0 > which is what the majority of servers require.    A 	Depends which vendor you are looking at.  I see 1322 SpecInt2000 : 	for an Itanium.  I don't see a Xeon as high.  I do see an< 	Extreme Edition P4 (cut down Xeon) at 1464 base /1503 peak.   > 8 > It is true that Itanium does outperform Xeon on FP but7 > this has very little impact on the market, ironically 5 > one of the areas where FP is important outside HPC, 5 > gaming is a no go area for Itanium for very obvious 
 > reasons.    ? 	I think it outperforms it at integer too.  Unless there is one ? 	out there that I scrolled past.  They certainly aren't jumping C 	right out at me higher than 1322 with Xeon as a model.  Reference?    > : > So until Itanium does deliver better integer perfromance3 > than Xeon the "can" should be changed to "might".  >    	Does, as far as I can tell.  B 	But more importantly, it outperforms Xeon at database operations.B 	Quite substantially in many cases.  I'd argue database operations> 	(however you measure those) are a better metric for a server.   				Rob    ------------------------------  % Date: Tue, 20 Jan 2004 17:58:19 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> Y Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ru 0 Message-ID: <bujq7s$ekq$1@new-usenet.uk.sun.com>   Fabio Cardoso wrote: > Click  > ; > http://news.com.com/2100-1006_3-5140486.html?tag=nefd_top   = > Because Itanium can provide more performance than Xeon, the H > elimination of the current, often substantial, price discrepancy couldE > then permit Itanium to become Intel's principal server offering. If G > successful, the strategy could allow Intel to begin to phase out Xeon 
 > after 2006.  >   ; Well Itanium's roadmaps may predict better performance than ; Xeon but currently Xeon outperforms Itanium on integer apps . which is what the majority of servers require.  6 It is true that Itanium does outperform Xeon on FP but5 this has very little impact on the market, ironically 3 one of the areas where FP is important outside HPC, 3 gaming is a no go area for Itanium for very obvious  reasons.  8 So until Itanium does deliver better integer perfromance1 than Xeon the "can" should be changed to "might".    Regards  Andrew Harrison  > (...) 	 > Regards  >  > FC   ------------------------------  # Date: Tue, 20 Jan 2004 19:32:02 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> Y Subject: Re: Judge Upholds Jury Decision In Microsoft Web-Browser Patent Case - U.S. Pate 4 Message-ID: <SmfPb.12648$Q73.11155@news.cpqcorp.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> ; wrote in message news:bujqg5$eqt$1@new-usenet.uk.sun.com...  > Fred Kleinsorge wrote:' > > "Andrew Harrison SUNUK Consultancy" ' <Andrew_No.Harrison_No@nospamn.sun.com> ? > > wrote in message news:buivaf$4sf$1@new-usenet.uk.sun.com...  > >  > >>Dean Woodward wrote: > >> > >>>Fred Kleinsorge wrote:  > >>>  > >>> I > >>>>What I like it that MS is big enough to threaten the Patent Office.  MS, > >>>>could simply *license* the technology. > >>>  > >>> J > >>>This is over ActiveX, isn't it? No great loss... Matter of fact, it'd be > >>>a net security gain.  > >>L > >>No, it doesn't just include ActiveX it includes most plugin technologiesG > >>used in Browsers. IE was the first browser that was examined but in D > >>theory this patent applies to Opera, Mozilla etc etc it may also > >>extend wider than browsers.  > >>> > >>I will leave you to decide if this is a great loss or not. > >> > >  > > G > > I'm not a huge fan of software patents.  My comment wasn't directed  towards  > > the validity of the patent.  >  > @ > Neither was mine, as you say if the patent is valid then there; > should suitable financial penalities levied on people who  > infringe that patent.  > B > The size of the damages claimed in this case in part seems to be? > because of MS's unwillingness to deal with the patent holder.  > < > A point that no doubt you would also agree applies equally+ > to IP for example in the SCO vs IBM case.  >   J Remarkably - yes personally I do.  If SCO prevails, they should be able toF collect damages and licensing fees.  I don't have to "like" the patentI system to agree that the law needs to be obeyed.  People may not like the G result, and perhaps it will spark a review of patent law (reviewing the - really bad copyright laws would be good too).   L In any case, the company I work for feels strongly that SCO will not win its7 case, and will indemnify its customers against lawsuits } http://h50053.www5.hp.com/enewsletter/perspective/october/news/news_item2.asp(or do a google search on "hp linux indemnify").    ------------------------------  # Date: Wed, 21 Jan 2004 00:02:03 GMT , From: Wayne Morrison <Wayne.Morrison@hp.com>" Subject: Re: Kerberos login on VMS& Message-ID: <400DC15D.D41317FB@hp.com>   Fred Zwarts wrote: > K > We have two OpenVMS clusters, several Linux systems and a Windows domain, I > each with their own password database. For the users it is difficult to I > remember when to use each password. Therefore, we would like to use one L > kerberos server and configure all these systems as clients, so that at the2 > normal login, the kerberos password can be used.O > Can this be done with the normal terminal and DECwindows login under OpenVMS? M > Where should I start reading to learn how to configure our OpenVMS clusters * > to use kerberos for user authentication?O > We have mixed architecture clusters with OpenVMS 7.3 (VAX) and 7.3-1 (Alpha).  >  > F.Z.  O You can't quite do all of this today, but you will be able to do so in the near L future.  We are currently hoping to ship a Kerberos ACME (Authentication andL Credential Management) agent with OpenVMS V8.2.  This will allow exactly theN scenario that you describe above.  On the Linux side, you'll need to use PAM. M See http://www.kernel.org/pub/linux/libs/pam/modules.html for a list of Linux L PAM modules.  Any version of Windows server more recent than Windows NT usesK Keberos for authentication.  It's possible to make Windows Kerberos and MIT I Kerberos (used by OpenVMS) interoperate, although it tends to be tricky.  G There's a good description on how to do that on the Microsoft web site.    	Wayne Morrison  	Kerberos & CDSA Project Leader  	OpenVMS Engineering   ------------------------------  % Date: Tue, 20 Jan 2004 16:51:58 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>M Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still / Message-ID: <00A2C2FE.2E712EFA.1@tachysoft.com>   + >From: "rob kas" <rob@paychoice.com.noSPAM>  >X-Newsgroups: comp.os.vmsN >Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still >         superior to all!& >Date: Tue, 20 Jan 2004 15:15:47 -0500     >  > 7 >"Bob Ceculski" <bob@instantwhip.com> wrote in message  8 >news:d7791aa1.0401201006.5847283a@posting.google.com...> >> linux windoze and slowaris all have one thing in common ...+ >> securityless, convuluted and garbage ...  >> >>, >> http://www.theinquirer.net/?article=13726 >  >  >  >  > B >           Why do you continue to post , this crud over and over. > L >            I'm sure if we poll this newsgroup no one will disagree VMS is  >better. > E >           For fun why don't you post this is the Solaris and Linux  
 >newsgroups .  >  >     N There are a few zero-content vms bashers that I filter, but this is the *only*" poster I filter that is *pro* vms.O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  % Date: Tue, 20 Jan 2004 23:33:41 -0500 ( From: David Froble <davef@tsoft-inc.com>M Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still , Message-ID: <400E0125.1090109@tsoft-inc.com>   Wayne Sewell wrote:     P > There are a few zero-content vms bashers that I filter, but this is the *only*$ > poster I filter that is *pro* vms.    9 You don't read the cartoons in the newspaper either?  :-)      --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 20 Jan 2004 16:19:48 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> Y Subject: RE: latest Linux kernel patch of the week - VMS after 25 years still superior to R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB237F76@tayexc19.americas.cpqcorp.net>   >=20@ > The biggest selling points people keep making about VMS are=20= > security and stability.  Sadly for VMS, most modern Unix=20 B > systems are just as stable and can easily stay up long enough=20; > for the hardware to become obsolete and need replacing=20 A > anyway.  That leaves security.  It really looks like that is=20 < > selling iceboxes to eskimos.  If the operators of Linux=20A > systems (and I would wager there are a few more of them than=20 ; > VMS systems today) aren't willing to put in the effort=20 A > (relatively free as someone else did all the work) to secure=20 = > their systems what would make anyone think they might be=20 A > willing to actually pay premium prices for an OS that offers=20r> > the same thing (relatively speaking)?  Right or wrong, it=20, > seems that security doesn't sell any more. >=20 > bill >=20 > --=20oB > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n. =20 > Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |E > Scranton, Pennsylvania   |         #include <std.disclaimer.h>  =20  >=20   Bill,t  : Re: your contention that security does not sell anymore ..  B That might be your personal observation, but that is certainly notE supported by others. As an example, the folowing article is from Sept E 2002, but given that more Customers are worried about security than a < year ago, its hard to imagine these numbers dropping at all:  6 http://news.com.com/2100-1001-957364.html?tag=3Dfd_top% "Survey: Security budgets on the rise</ Last modified: September 10, 2002, 12:57 PM PDT?A A report released Tuesday found that more than half the companies D surveyed had increased their information-security budget in the pastB year, in many cases at the expense of other parts of their overall technology budget.=20>  H The report, conducted by market researcher Vista Research in partnershipB with survey firm Harris Interactive, also found that 12 percent ofH respondents had a significant security breach or major fraud in the past year.      Regardsy  
 Kerry Main Senior Consultant/ HP Services Canada Voice: 613-592-4660i Fax: 613-591-4477t Email: kerryDOTmainAThpDOTcoma. (remove the DOT's and AT for email address)=20   ------------------------------  # Date: Tue, 20 Jan 2004 22:03:14 GMT # From: "John Smith" <a@nonymous.com> Y Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still superior tonJ Message-ID: <CAhPb.14406$lGr.3344@twister01.bloor.is.net.cable.rogers.com>   Main, Kerry wrote:> >> The biggest selling points people keep making about VMS are; >> security and stability.  Sadly for VMS, most modern Unixs@ >> systems are just as stable and can easily stay up long enough9 >> for the hardware to become obsolete and need replacingk? >> anyway.  That leaves security.  It really looks like that ise: >> selling iceboxes to eskimos.  If the operators of Linux? >> systems (and I would wager there are a few more of them than.9 >> VMS systems today) aren't willing to put in the effort ? >> (relatively free as someone else did all the work) to secures; >> their systems what would make anyone think they might bes? >> willing to actually pay premium prices for an OS that offersk< >> the same thing (relatively speaking)?  Right or wrong, it- >> seems that security doesn't sell any more.  >> >> billd >> >> --t? >> Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.r >> Three wolvesaG >> bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.y >> University of Scranton   |tA >> Scranton, Pennsylvania   |         #include <std.disclaimer.h>A >> >N > Bill,L > < > Re: your contention that security does not sell anymore .. >(D > That might be your personal observation, but that is certainly notG > supported by others. As an example, the folowing article is from SeptsG > 2002, but given that more Customers are worried about security than aV> > year ago, its hard to imagine these numbers dropping at all: >e6 > http://news.com.com/2100-1001-957364.html?tag=fd_top' > "Survey: Security budgets on the riser1 > Last modified: September 10, 2002, 12:57 PM PDTsC > A report released Tuesday found that more than half the companies F > surveyed had increased their information-security budget in the pastD > year, in many cases at the expense of other parts of their overall > technology budget. >i> > The report, conducted by market researcher Vista Research inE > partnership with survey firm Harris Interactive, also found that 12>C > percent of respondents had a significant security breach or majore > fraud in the past year.p      A Ahhh...the makings of a VMS advertising campaign don't you think?-  F Pehaps you should forward this to carly(tm) over your signature as sheG certainly doesn't listen to customers. Perhaps you'll have better luck.4   ------------------------------  # Date: Tue, 20 Jan 2004 22:25:31 GMTO) From: Steven Bitgood <steve@goodbits.com>mY Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still superior to + Message-ID: <400DAAFE.8040706@goodbits.com>   J > The biggest selling points people keep making about VMS are security andP > stability.  Sadly for VMS, most modern Unix systems are just as stable and canI > easily stay up long enough for the hardware to become obsolete and needoH > replacing anyway.  That leaves security.  It really looks like that isN > selling iceboxes to eskimos.  If the operators of Linux systems (and I wouldK > wager there are a few more of them than VMS systems today) aren't willing L > to put in the effort (relatively free as someone else did all the work) toL > secure their systems what would make anyone think they might be willing toN > actually pay premium prices for an OS that offers the same thing (relativelyK > speaking)?  Right or wrong, it seems that security doesn't sell any more.o >  > bill >  >   ^ Good points, but what you're actually showing is not that "security doesn't sell..." but that ! "security can't be given away..."   c Does it not make sense that the people who are willing to pay much more for their operating system  _ would also be willing to pay more to set up and maintain security on that system? And that the oc people who spend little or nothing on an OS may not be willing to spend much to secure it and keep i
 it secure?   Steven Bitgood   ------------------------------  % Date: Tue, 20 Jan 2004 15:15:47 -0500 * From: "rob kas" <rob@paychoice.com.noSPAM>Y Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still superior to 0 Message-ID: <100r33hkf5n8n50@corp.supernews.com>  6 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0401201006.5847283a@posting.google.com...r= > linux windoze and slowaris all have one thing in common ...t* > securityless, convuluted and garbage ... >- >6+ > http://www.theinquirer.net/?article=13726I          A            Why do you continue to post , this crud over and over.r  K             I'm sure if we poll this newsgroup no one will disagree VMS is o better.s  D            For fun why don't you post this is the Solaris and Linux  newsgroups .      7                                                     Robr   ------------------------------    Date: 20 Jan 2004 17:26:56 -0800( From: bob@instantwhip.com (Bob Ceculski)Y Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still superior tot= Message-ID: <d7791aa1.0401201726.7d51a813@posting.google.com>n  i bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<bujtjg$h02id$1@ID-135708.news.uni-berlin.de>... ? > In article <d7791aa1.0401201006.5847283a@posting.google.com>,p- > 	bob@instantwhip.com (Bob Ceculski) writes:e? > > linux windoze and slowaris all have one thing in common ...f, > > securityless, convuluted and garbage ... > >  > > - > > http://www.theinquirer.net/?article=13726  > D > Let me startt his with the clear statement that I haven't botheredA > reading what this actually security problem is and as I have no ? > AMD64's nor do I anticipate getting one I am not particularly # > concerned.  That being said......e > H > All this talk of Linux "insecurities" is really rather interesting forG > reasons I am sure no one here has considered.  NSA took Linux a whilecJ > back and "secured" it.  They eliminated the ability to execute arbitraryH > code.  I think they even eliminated the ability to promote yourself toH > the root user.  They relesaed all this code under the same GNU licenseK > as the original Linux they worked from.  Guess what.  The world respondedaG > with a large yawn.  None of these changes have been rolled into later F > versions of Linux and apparently, no one cares enough about security< > to be bothered.  Now, what does this mean in light of VMS? > J > The biggest selling points people keep making about VMS are security andP > stability.  Sadly for VMS, most modern Unix systems are just as stable and canI > easily stay up long enough for the hardware to become obsolete and needaH > replacing anyway.  That leaves security.  It really looks like that isN > selling iceboxes to eskimos.  If the operators of Linux systems (and I wouldK > wager there are a few more of them than VMS systems today) aren't willingvL > to put in the effort (relatively free as someone else did all the work) toL > secure their systems what would make anyone think they might be willing toN > actually pay premium prices for an OS that offers the same thing (relativelyK > speaking)?  Right or wrong, it seems that security doesn't sell any more.o >  > bill  @ so I suppose since everyone is happy being a member of the patch9 of the week club that after 9/11 they don't need the best < clustering either ... if this is how the majority of systemsC are running right now, then one day they all will be very sorry ...    ------------------------------    Date: 20 Jan 2004 18:40:51 -0800( From: bob@instantwhip.com (Bob Ceculski)Y Subject: Re: latest Linux kernel patch of the week - VMS after 25 years still superior tom< Message-ID: <d7791aa1.0401201840.6cd13bc@posting.google.com>  b "rob kas" <rob@paychoice.com.noSPAM> wrote in message news:<100r33hkf5n8n50@corp.supernews.com>...8 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0401201006.5847283a@posting.google.com...s? > > linux windoze and slowaris all have one thing in common ... , > > securityless, convuluted and garbage ... > >o > >i- > > http://www.theinquirer.net/?article=13726  >  >  >  >  > C >            Why do you continue to post , this crud over and over.t > M >             I'm sure if we poll this newsgroup no one will disagree VMS is u	 > better.o > F >            For fun why don't you post this is the Solaris and Linux  > newsgroups . >  >  > 9 >                                                     Robd  9 why do you continue to read my posts?  It is easy to tellh8 by the title and the poster who posted it what it is, so( why do you continue to torture yourself?   ------------------------------    Date: 20 Jan 2004 12:03:59 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)a< Subject: Re: Looking for a monitoring utility for OpenVMS 7+= Message-ID: <cf15391e.0401201203.28b8c69f@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<8qEZYnPv1BL4@eisner.encompasserve.org>...? > I don't see how retroactive LMF checking could possibly work.e  E New DECamds kits have traditionally supported some number of previousyD versions (for example, the Data Collector in the latest AvailabilityC Manager 2.3-1 kit for Alpha supports back as far as 6.2).  So theremE has existed some degree of "retroactive LMF checking" in this manner.e  F As of the 6.1 kit (early 1994), a Cluster (or suitable NASxxx) PAK for> the Data Collector became acceptable.  The 6.1 kit for DECamds> supported 5.5.  So DECamds became "free" for 5.5 (& above) for= monitoring nodes in a cluster or with an appropriate NAS PAK.h   The 7.1 kit (Jan. 1997, seeeL http://h71000.www7.hp.com/openvms/os/ovmsv71_functionality.html#heading_4.7)F first supported use under just an OpenVMS license.  That kit supported use on 6.1 or later.   ------------------------------    Date: 20 Jan 2004 14:53:28 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)d< Subject: Re: Looking for a monitoring utility for OpenVMS 7+3 Message-ID: <zZguNTGxW99n@eisner.encompasserve.org>   q In article <cf15391e.0401201203.28b8c69f@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:ij > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<8qEZYnPv1BL4@eisner.encompasserve.org>...@ >> I don't see how retroactive LMF checking could possibly work. > G > New DECamds kits have traditionally supported some number of previousrF > versions (for example, the Data Collector in the latest AvailabilityE > Manager 2.3-1 kit for Alpha supports back as far as 6.2).  So thereOG > has existed some degree of "retroactive LMF checking" in this manner.l > H > As of the 6.1 kit (early 1994), a Cluster (or suitable NASxxx) PAK for@ > the Data Collector became acceptable.  The 6.1 kit for DECamds@ > supported 5.5.  So DECamds became "free" for 5.5 (& above) for? > monitoring nodes in a cluster or with an appropriate NAS PAK.l >  > The 7.1 kit (Jan. 1997, seekN > http://h71000.www7.hp.com/openvms/os/ovmsv71_functionality.html#heading_4.7)H > first supported use under just an OpenVMS license.  That kit supported > use on 6.1 or later.  C So as I said (but with actual details), it is not "free for _all_".tA In particular, it is not free for someone running VMS 6.0 outsidep
 a cluster.   ------------------------------  + Date: Tue, 20 Jan 2004 23:52:54 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)9 Subject: Re: Mounting identically labelled disks (OVMS73)s$ Message-ID: <bukf0m$7ln$2@online.de>  4 In article <APaPb.12628$8I2.11552@news.cpqcorp.net>,6 hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:   E > There is a lot of software that finds a disk using the DISK$<label>tD > logical name that is defined when the disk is mounted.  You really/ > do NOT want to stop VMS's "nannying" on this.2 >  > I suggest the following: >  > (1) MOUNT/OVER_ID the disk mN > (2) SET VOLUME /LABEL=SYSTEM_BACK  (Chose whatever new label works for you.) > (3) DISMOUNT the diska > (4) Now mount it /SYSTEM > D > NOTE: Even if you keep the disk privately mounted, it is IMPORTANTE > to dismount and re-mount after changing the label.  This is because G > SET VOLUME /LABEL does *NOT* correctly re-set all the data structuress > associated with the disk.   H Right.  And clearly documented in HELP.  Something I otherwise wouldn't , have thought of is documented there as well:  D        If you change the volume label on an OpenVMS system disk, youF        should also update the POLYCENTER Software Installation utilityD        database. To accomplish this, use the PRODUCT REGISTER VOLUMEB        command to replace the old volume label with the new volume
        label.m   ------------------------------  % Date: Tue, 20 Jan 2004 16:05:37 -0500=+ From: "Martin O'Connor" <moconnor@dvfs.com>=# Subject: Re: Pages in a print file. 9 Message-ID: <buk571$j36gq$1@ID-118202.news.uni-berlin.de>e  ; "Insomnee_a" <robert.heyes@btinternet.com> wrote in message-) news:bucf37$kjl$1@titan.btinternet.com...  :0L : I would want to know before in the case that I was thinking about, howeverN : JF's suggestion I didnt know anything about and that too would be useful forN : stock control purposes for our operators. I will investigate both. Thanks to : you both.i :ra I use a utility called a2ps to generate postscript files. the number of pages is output from a2pstb and you can control the number of lines per page, etc... I have found different versions that work/ on VMS out on the web (or the freeware disks?).    Martyt   ------------------------------   Date: 20 Jan 2004 16:27:41 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)- Subject: Pathworks Macintosh, OS-X & PrintingM0 Message-ID: <bujktt$4gs$1@n.ruf.uni-freiburg.de>   Hello,  M Pathworks for Macintosh (MSA) under OpenVMS 7.3-1. We have some printers that8M are connected to our VMS-cluster. In order to make these available to the Mach0 users we MSA. Now the following problem occured:9 - we have a colour printer with a corresponding VMS queuem1 - we have a print service in MSA for this printernH - Macs using OS9 or earlier select this printer in their chooser and are   able to print N - Macs running OS-X may define this printer and send files but no file arrives   under VMSs& - there is no error message at the Mac - at the VMS console we see a >      %MSAP-E-PAPCONN, connection gone status 65446498 on ref 1 What we tried:O - printing from OS-X to other MSA printers, most of them show the same problem, /   some don't but we don't see any logic in thiseK - installed a packet sniffer. A successfull transfer is almost identical to0K   an unsuccessfull one, at the end there is a minor difference that I don't    understandD - Used different PPDs on the Mac for the same printer, no difference   Any other ideas?   Regards,    Christoph Gartmann0   --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de.  D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.htmlr   ------------------------------  # Date: Wed, 21 Jan 2004 00:11:48 GMTn% From: Bob Harris <harris@zk3.dec.com>o1 Subject: Re: Pathworks Macintosh, OS-X & Printing B Message-ID: <harris-865A1D.19115620012004@cacnews.cac.cpqcorp.net>  0 In article <bujktt$4gs$1@n.ruf.uni-freiburg.de>,>  gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote:   > Hello, > O > Pathworks for Macintosh (MSA) under OpenVMS 7.3-1. We have some printers thateO > are connected to our VMS-cluster. In order to make these available to the Mace2 > users we MSA. Now the following problem occured:; > - we have a colour printer with a corresponding VMS queue 3 > - we have a print service in MSA for this printeraJ > - Macs using OS9 or earlier select this printer in their chooser and are >   able to printrI > - Macs running OS-X may define this printer and send files but no file n	 > arrivesc
 >   under VMSi( > - there is no error message at the Mac  > - at the VMS console we see a @ >      %MSAP-E-PAPCONN, connection gone status 65446498 on ref 1 > What we tried:I > - printing from OS-X to other MSA printers, most of them show the same g
 > problem,1 >   some don't but we don't see any logic in thisnM > - installed a packet sniffer. A successfull transfer is almost identical torM >   an unsuccessfull one, at the end there is a minor difference that I don'te >   understandF > - Used different PPDs on the Mac for the same printer, no difference >  > Any other ideas? > 
 > Regards, >    Christoph Gartmann     C Is Mac OS X attempting to use AppleTalk to connect to the printers?i  E Does OpenVMS include an LPR server?  If so, then arrange for the LPR SG server to offer up the printers, and have the Mac OS X systems talk to   the LPR server instead.   2                                         Bob Harris   ------------------------------    Date: 20 Jan 2004 12:01:49 -08000 From: dave.baxter@bannerhealth.com (Dave Baxter)? Subject: Re: Prob with disk "Identifiers" using OpenVMS and HSG-< Message-ID: <a3c44af1.0401201201.75284b0@posting.google.com>  d "Mike Naime" <mnaime@kc.rr.com> wrote in message news:<HC1Pb.42999$LW.9503@twister.rdc-kc.rr.com>... > H > Did you try MC SYSMAN IO SCSI  (SCSI_PATH_VERIFY)  and then another MC > SYSMAN IO AUTO/LOG > K > IO SCSI should clear up the old paths/devices.   Then the new IO AUTO/LOGwL > should work. (Plus give you a hint about why it is not if it doesn't work) >  > Mike Naime   Thanks Mike,$             that was what it needed.   Dave.>   ------------------------------  % Date: Tue, 20 Jan 2004 22:09:57 -0600w@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: stupid backup tricks (long)6 Message-ID: <400DFB95.70A5AC1D@NeOaSrPtAhMlNiOnWk.net>   Wayne Sewell wrote:C > < > >From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> > >X-Newsgroups: comp.os.vms+ > >Subject: Re: stupid backup tricks (long)  >  > >>G > >I would submit a bug report.  It would seem to me that detecting therH > >situation and giving at least a warning message would be appropriate. > >  >  > Okay, I will do this.. > K > In addition, I have changed tapesys to intercept this condition inside ofyI > sysbak, so it won't even run vms backup if the user makes this mistake.nQ > sysbak will abort with a "hey, you have to use a real disk for an image backup".2 > or something similar.  This should be in 6.1.20. > P > Since tapesys 5.2 customers won't be able to detect this condition, you shouldQ > inspect all your .sbk files and remove /image where necessary (*any* files_n int) > the list is not a physical disk drive).t > $ > Or upgrade to 6.1, of course.  :-)  H SLS users should note that as of V2.9G, /IMAGE from a QUALIFIERS_n entryF in a *_SBK.COM file may be erroneously retained and applied to backups% which should not be performed /IMAGE.   F Whne performing /IMAGE backups, users of both SLS and TapeSys would doH well to avoid using *ANY* logical names to reference a disk volume otherB than the LOGVOLNAM of that volume (P3 of the MOUNT command, or theC default of DISK$volume_label if P3 was not specified on the MOUNT).,   -- o David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  % Date: Wed, 21 Jan 2004 00:02:24 +0100r From: Dirk Munk <munk@home.nl>; Subject: Re: Technical reasons against porting VMS to IA-32 2 Message-ID: <bukcp3$auq$1@news3.tilbu1.nb.home.nl>   John Reagan wrote: > Dirk Munk wrote: >  >>F >> Macro is not supported on the Itanium either. The registers on the A >> Itanium are completely different from the VAX/Alpha registers.e >> > I > As others have mentioned, we have a perfectly working Macro32 compiler pK > for Itanium.  There are sufficient registers to move things around while  J > not generating any really disgusting code.  Some registers get remapped J > automatically by the compiler, but the source code doesn't care or know.  M OK that is good to know. I just seem to remember from some VMS sessions that cO Macro would not be supported. One of the most obvious reasons was that reading  L R0 on a IA64 always returns 0, and as we know that is not what we expect :-)     > F > In fact, the changes to the calling standard (which were not really I > mandated by the Itanium hardware, but just for increased compatibility iK > with existing Intel compilers and other 3rd party Itanium code) are much c# > more visible to Macro32 programs.i > H > For AMD64/X64-64/whatever, the number of available registers are such F > that the generated code would have to use some memory locations and H > constantly shuffle registers in/out.  Now, OpenVMS on VAX, Alpha, and G > I64 already have to save context at ASTs, context swaps, interrupts, aF > etc. anyway today so this wouldn't be a new concept.  It would just D > happen way more often and now the compilers (at least Macro32 and M > BLISS/C where they connect with Macro32 code) would have to be aware of it.2 >    ------------------------------  # Date: Wed, 21 Jan 2004 00:04:44 GMTt# From: hoff@hp.nospam (Hoff Hoffman)y; Subject: Re: Technical reasons against porting VMS to IA-32e3 Message-ID: <wmjPb.12674$rm3.4825@news.cpqcorp.net>h  S In article <bukcp3$auq$1@news3.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:l :John Reagan wrote:h ..J :> As others have mentioned, we have a perfectly working Macro32 compiler L :> for Itanium.  There are sufficient registers to move things around while K :> not generating any really disgusting code.  Some registers get remapped nK :> automatically by the compiler, but the source code doesn't care or know.t :oN :OK that is good to know. I just seem to remember from some VMS sessions that  :Macro would not be supported. -  E   Macro64 will not be supported, and may be the statement you recall.xF   (This is the Alpha native assembler, for those that managed to avoidE   its use when working on OpenVMS Alpha.  Macro64 upport was retired,4E   and the kit was subsequently "liberated" via the OpenVMS Freeware.)"  E   Given the volume of Macro32 code in OpenVMS itself, we have to havepD   a compatible Macro32 compiler to port OpenVMS -- we used a Macro32F   compiler to get from VAX to Alpha, so this is not without precedent.  M :R0 on a IA64 always returns 0, and as we know that is not what we expect :-)l  G   The OpenVMS terms and register conventions are maintained, and mappeds(   onto the underlying Itanium registers.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------  + Date: Tue, 20 Jan 2004 23:27:16 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: telnet problem?$ Message-ID: <bukdgk$7ln$1@online.de>  2 In article <400A2927.9992C416@istop.com>, JF Mezei$ <jfmezei.spamnot@istop.com> writes:   1 > Phillip Helbig---remove CLOTHES to reply wrote:lJ > > Normally, I have no need to do so, but I find it strange that I cannotE > > telnet to the external address of the router from a machine in myr
 > > cluster. d >  > O > This is quite normal for more consumer routers with NAT.  They only NAT TCPIPiP > traffice coming from the WAN port. Your connection is coming from the LAN portP > and your router doesn't apply any logic to send the call back to your LAN with > a different address. > N > In my case, NETGEAR 314, any connection to my public address from inside the0 > LAN goes to the router itself  (http, telnet). > N > What you need to do is to make sure that inside your LAN, all machines use aI > local DNS server that has all the local IP adresses for the host names.,   Normally I do, of course.l  6 What is strange is that a few hours later it DID work.   ------------------------------  % Date: Wed, 21 Jan 2004 00:04:21 -0500d* From: JF Mezei <jfmezei.spamnot@istop.com># Subject: The ghost of VAX-C past...y) Message-ID: <400E0848.3A3FE8D7@istop.com>-  L One of my node, being a teenager, started off with VAXC. So when I installedJ DECC on it, the installation didn't upgrade, it installed DECC to coexist.Q (whereas the younger other ndoes started off with just DECC, so no VAXc baggage).d  N While I still have a couple of VAX-C programs that have not been translated toJ DECC (including one of my first programs on my own VAX (a detached processL that controls an X!0 device to control lights), I woudln't mind removing theJ old VAXC stuff from that machine to make the command table as well as helpK simpler. on that node, I cannot HELP CC RUN strstr for instance. (I have tod use HELP CC/DECC RUN strstr.  K Is there a magic incantation that will automatically vaxc leaving only DECCd, ?(command tables, help and any other stuff).  L Or must I manually extract the CLD for CC on the "modern" node and use it to/ replace on the old node ? (same for the help ?)c  N Apart from the DCLTABLES and the HELPIB.HLB, are there other areas that I need
 to clean up ?n; (are the include directories separate for the 2 compiler ?)   N Also, can I remove any executable/shareable with the "vaxc" string in the file name ?   ------------------------------    Date: 20 Jan 2004 12:27:25 -0800 From: me@diablog.co.uk (Piers) Subject: Re: The Inquirerh= Message-ID: <6c3786e0.0401201227.5f4019e6@posting.google.com>e  { peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) wrote in message news:<4008031a.2618703@news.cable.ntlworld.com>...e9 > On Fri, 16 Jan 2004 16:15:09 +0100, "Winfried Bergmann"o > <dummy@empuron.com> wrote: >  > >oI > >"peter.watkinson1@ ntlworld.com (Peter Watkinson)" <nospam> schrieb imd> > >Newsbeitrag news:4007fa06.294203@news.cable.ntlworld.com...9 > >> On Thu, 15 Jan 2004 18:58:07 -0600, "Craig A. Berry"e+ > >> <craigberry@mac.com.spamfooler> wrote:a > >>< > >> >In article <4007082f.5708625@news.cable.ntlworld.com>,E > >> > peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) wrote:0 > >> >< > >> >> On Thu, 15 Jan 2004 15:31:54 -0600, "Craig A. Berry". > >> >> <craigberry@mac.com.spamfooler> wrote: > >> >>e? > >> >> >In article <4006feaf.3276015@news.cable.ntlworld.com>,0H > >> >> > peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) wrote:	 > >> >> >nJ > >> >> >>> Accordingly if it changed to GNU/Linux serers and used PHP can	 >  anyoneo- > >> >> >> tell me why PHP isn't Open source?f	 > >> >> >  > >> >> >No, because it is:*	 > >> >> > $ > >> >> >http://www.php.net/license/ > >> >>. > >> >>l) > >> >> Tell me this is HTML Open source?  > >> >K > >> >Um, *what's* your question?  You asked why the software package knowncI > >> >as PHP is not open source.  I pointed out that it is, in fact, opendH > >> >source and gave a reference to the license that dictates the termsI > >> >under which the source code may be used.  That's what "open source"vL > >> >generally means: the source code may be used, redistributed, modified,K > >> >or all of the above depending on the terms of the particular license.aG > >> >In your new question, I don't know what "this" refers to (the PHPaD > >> >package, the PHP license, the web page on which the license isJ > >> >described?), and I have no idea what you mean by "HTML Open source". > >> > >> > >>J > >> If you go to any web page written in HTML then using your browser you% > >> can view the source of the HTML.e > >>J > >> Now go to a page written in PHP can you view the source? Can you F**K > >>1 > >> Not very open source is this PHP then is it?i > >d > >Is that a joke? If not ...hJ > >I could write a compiler for an arbitrary language and put this to openO > >source. If you look at the binary for the target machine, compiled with that I > >"open source" tool, could you see the source of your code? I guess youhO > >didn't get the idea behind the term "open source". Check www.opensource.org.y > >h > >t >  >  >   > Maybe I should make it simpler > H > write a web page in ASP (Active Server Pages) put it on a Microsoft OSE > web server using IIS (Internet Information Server) 4/5 or whatever.u > F > Now go to the url with whatever web browser your using. Now use view? > source. You can see the HTML but can you see the embedded ASP D > (Vbscript, javascript, perlscript or whatever) No.  This is closedE > source. Likewise the Microsoft Operating system, web server etc arel > closed source. > F > Now accordingly why if PHP is "Open Source" why can't I view the WebF > page source code with my web browser - not even Mozilla on what everB > flavour OS you like. Still doesn't sound very open source to me. > D > It's tough enough being a programmer at the moment anyway I'd much9 > rather get paid for just copying someone elses code ;-)y > 	 > cheers,i >  >  > Peter Watkinson ' > peter.watkinson1<nospam>@ntlworld.com  > remove <nospam> to reply :-)  $ Ok, I feel I have to jump in here...  F PHP is open source. This means, that the actual source code that makesF up the PHP language can be looked at, played around with etc. The sameD as Apache. Software like the MS Windows family are closed source, asC you cannot view the source code that make sup the Operating System.o  A For a discussion on how PHP works (which may help to show why youi; can't view the source code of PHP files) can be found here:sC http://www.phpbuilder.com/board/showthread.php?s=&threadid=10265621a  " Hope this answers your questions..   ------------------------------    Date: 20 Jan 2004 12:11:16 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: The Register: OpenVMS among most-secure of operating systems 3 Message-ID: <eK4soD6r1E6I@eisner.encompasserve.org>o   In article <bujp02$e7a$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > : > 1.	Vendors evaluate the bugs in the OpenSource component4 > 	on a per OS basis and you may have noted that the4 > 	same release of the component gets different CERT0 > 	advisories on different OS's (somethimes like8 > 	HP from the same vendor). They generally only release3 > 	patches if the bug causes a problem on their OS.0 > 0 > 	This is true of HPs implimentation of BIND on5 > 	OpenVMS, there have been many more BIND advisoriesh2 > 	and patches to the generic BIND code than there/ > 	have been patches released by HP. This pointo > 	alone refutes your argument.   G    Those two paragraphs disagree with each other.  HP would not releaseeA    a patch if its BIND didn't have a problem on OpenVMS, which iswF    what the last sentence of your first paragraph says, but the secondB    paragraph implies that this means HP is hiding something by notF    releasing patches just because lots of other systems were affected.  < > 2.	When HP, Process etc have evaluated the CERT advisories? > 	dilligently and have found a vunerability they have admitteds> > 	that there is an OpenVMS hole and provided a specific patch. > 	or a recommended upgrade to a newer version  F    They are not limited to doing so only when there is in fact a hole.C    The ACCVIO/restart behaviour is not a security hole, yet ProcessoF    has released patches for it because it indicates a coding bug.  NotG    all code bugs are security holes, and in this case they are not eventE    harmfull in a non-security related way, but they do reflect on theu$    quality reputation of the vendor.   ------------------------------  % Date: Tue, 20 Jan 2004 17:51:59 +0000-O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>SI Subject: Re: The Register: OpenVMS among most-secure of operating systems 0 Message-ID: <bujprv$eh8$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bu8soa$jvc$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  > > >>OpenVMS 1.0 was introduced by Digital in 1992 when the Alpha; >>was intoduced, it may well have basically been a port ande> >>a re-branding but what you run now as far as HP is concerned >>on Alpha boxes is OpenVMS. >>B >>The last VMS release of the 80's was 5.3 at estimated ~6 million >>lines of code. >> >  > D >    What I run on my VAXen is also OpenVMS according to the vendor.G >    It just happens to be 5.5-2, or 6.1, or 7.3.  As is what I've beenr7 >    using on an IA-64, except that it's currently 8.1.i > 1 >    So what name would you like for VAX/VMS 5.4?  > G >    Arguing over the renaming from VMS to OpenVMS is like arguing overr@ >    the renaming from SunOS to Solaris.  According to Sun, it's >    always been Solaris.a >     = SunOS pre dated Solaris. We re-branded SunOS 4.x.x as Solariss 1.0 when Solaris was released.  : Not being a pedant I am entirely happy for you to refer to7 SunOS as Solaris 1.x if you want. You can even refer toy) Solaris as SunOS 5.x if you want as well.g  5 I am not having an argument with you over VMS/OpenVMSe thats entirely your problem.  8 Your argument should be with the Digital marketing droid0 who thought up the Rebranding of VMS as OpenVMS.  D >    VMS was not renamed when the Alpha port was introduced.  It wasD >    renamed when the POSIX kit shipped, just about a month earlier.D >    The Alpha port was given as part of cause for the renaming, but8 >    the POSIX kit was also given as part of the reason. > I >    And like the FAQ says, OpenVMS and VMS are the same thing, no mattercE >    what name the vendor is currently using.  And you know darn well 8 >    that everyone on c.o.v works with "Open" as silent. >   6 Sadly in your pedantry you lost the whole point of the thread.i  : 80's VMS and this millenium's OpenVMS or VMS if you really7 like have a delta which is at least 19 million lines ofo6 code and thats assuming that none of the origional 5.34 code has changed in the port to Alpha and subsequent decade of development.  3 7.3.x is less secure than 5.3 even CERT, not a goody1 source show that. Not suprising, its much bigger,b5 chunks of it are written in languages not extensively0' used in VMS 5.3 and it does a lot more.r   Regards  Andrew Harrisona   ------------------------------  # Date: Tue, 20 Jan 2004 20:47:17 GMTa& From: jlsue <jefflsxxxz@sbcglobal.net>I Subject: Re: The Register: OpenVMS among most-secure of operating systems 8 Message-ID: <5r4r001u4vrgs0qd393rdgkhr0vpq6iblt@4ax.com>  E On Fri, 16 Jan 2004 10:55:56 +0000, Andrew Harrison SUNUK Consultancye. <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  
 >jlsue wrote: K >> On Thu, 15 Jan 2004 02:23:45 -0500, JF Mezei <jfmezei.spamnot@istop.com>s	 >> wrote:a >>   >> eJ >>>When they discovered the flaw in the POP server that would allow one toP >>>overwrite any file on the system because the impage was installed with SYSPRVQ >>>and could be called interactively with a log file specification, did that makee >>>it to CERT ?- >> - >> -M >> Whose POP server?  Do I run that on my systems?  If not, then now could itv5 >> affect me and why would it actually be a VMS CERT?h >> h >e1 >In fact its the HP POP server but that is rather- >irrelevant.  D But my system (hypothetically) runs Multinet.  So then what do I do?   >u2 >It sould be a VMS CERT because its a VMS specific+ >hole in an a service that runs on OpenVMS.a >c6 >Why not just obey the same set of rules that everyone >else does for CERT advisories.n  H Okay, so by that definition, an Oracle security vulnerability on OpenVMS( would have to be reported as a VMS CERT?   >y >m >> dM >>>I suspect that there are many issues specific to VMS that don't make it toiM >>>CERT.  CERT is prebably much more concerned about widely used systems, notk- >>>niche systems with very vew installations.y >> h >> hN >> Define many.  By one defiintion of that term I could infer that you believeJ >> there are many security-related fixes in VMS that are not reported.  Is >> that what you're implying?  >>   > 6 >Well given your earlier point its obvious that you as5 >a HP employee see no need to report vunerabilites to 6 >CERT if they arn't part of base OpenVMS distribution. > 6 >Assuming that your view reflects culture and practice7 >in HP then the answer to your question has to be many.   H It was a "yes" or "no" question.... but it appears that by your responseD you believe that, 'yes' there are *many* security vulnerabilities in( OpenVMS, and that most are not reported.  K Without arguing whether 'many' means 10, 20, 50, 150, whatever; it would be @ interesting to have you provide some documented support for this contention.    --- jlsV0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)n   ------------------------------  % Date: Tue, 20 Jan 2004 17:21:21 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>I Subject: Re: The Register: OpenVMS among most-secure of operating systemsW% Message-ID: <400d6392@cpns1.saic.com>o  ( Andrew Harrison SUNUK Consultancy wrote: > Mark Berryman wrote: > + >> Andrew Harrison SUNUK Consultancy wrote:  >> >>> Mark Berryman wrote: >> >> >> >> [some text snipped] >>I >>>>>> I have BIND on my system.  None of the vulnerabilities posted for -G >>>>>> BIND have ever been able to impact my VMS version of BIND and I nI >>>>>> test every one.  So, how does the fact that I run BIND impact the  * >>>>>> level of security of my VMS system? >>>>>> >>>>>d: >>>>> There is only 2 reasons why you claim could be true. >>>>>uD >>>>> 1.    You arn't running a commecial version of bind on OpenVMSA >>>>>     all the commercial versions either have CERT advisoriessD >>>>>     for them or patches for cert advisories (if you understandA >>>>>     the sorry state of OpenVMS CERT reporting you will know  >>>>>     what this means).g >>>> >>>> >>>> >>>> >>>>% >>>> No.  I run a commercial version.  >>>> >>>>>eH >>>>> 2.    You have installed a version more recent than the advisories9 >>>>>     anything else and you are at odds with reality.M >>>> >>>> >>>> >>>> >>>>F >>>> No, again not true.  I apply the vendor-supplied patches after I 5 >>>> test for whether my system is vulnerable or not.h >>>>G >>>> Ah, I think I see the crux of the matter.  You seem to think that iH >>>> anything that has been patched for security reasons must mean that C >>>> any VMS system running that piece of software must have had a pI >>>> security issue.  If so, then this is a proven false belief.  I will  * >>>> try to state things a little clearer. >>>r >>>r >>>G >>>  > >>>hH >>>> Vendors that distribute opensource products (e.g. BIND) as part of I >>>> their  product apply the patches released by the maintainers of the  H >>>> opensource product in order to keep their code in sync.  This does F >>>> NOT mean that the issue being addressed by the patch necessarily # >>>> impacted the vendor's product.M >>>> >>>eD >>> So you are now claiming that HP and the layered IP Stack vendorsC >>> have made a mistake in providing a patch that references a CERT 
 >>> advisory.c >> >> >> >> I said no such thing. >>I >> Um, Andrew, what is your native language?  Based on your inability to  J >> comprehend simple English sentences it must not be English.  If you'll I >> tell me what it is I will get my comments translated to that language  E >> so that you can better understand them.  Understanding will, I am i, >> sure, lead to more intelligent responses. >> > H > Makr I understood your point perfectly, the problem is with your point > not my comprehension of it.  > ? > You point is that other vendors or organisations find bugs inm@ > layered OpenSource software such as BIND, patches are provided> > for these bugs which are then distributed by all the vendors? > that use that OpenSource component including HP with OpenVMS.r  F Correct as far as this statement goes.  The problem is that it is not D complete.  The patch reaches the vendor, in this case the vendor of G OpenVMS.  The part you fail to grasp is that the patch can be released  G *without* it meaning that the vulnerability exists on VMS (nor does it  I mean the vulnerability didn't exist - you seem to accept me meaning only r one way or the other).  < > There are numerous problems with your theory each of which > indevidually rubbish it. > = > 1.    Vendors evaluate the bugs in the OpenSource componentn7 >     on a per OS basis and you may have noted that the.7 >     same release of the component gets different CERT23 >     advisories on different OS's (somethimes liken; >     HP from the same vendor). They generally only release 6 >     patches if the bug causes a problem on their OS.  E Not so.  I have numerous patches in hand whose release notes say, in  @ effect, "incorporating patches X, Y, and Z from the open source K maintainers that fixed reported bugs but for which we were not vulnerable".s  E If you knew anything about software maintenance, especially ports of iE someone else's code, you would know that the patch MUST be included, -L whether needed or not, in order to be able to keep up to date with the port.  3 >     This is true of HPs implimentation of BIND ont8 >     OpenVMS, there have been many more BIND advisories5 >     and patches to the generic BIND code than there.2 >     have been patches released by HP. This point" >     alone refutes your argument.  H No it does not.  Guess how many advisories can be addressed in a single F patch? (Hint: more than one).  Guess how many patches get released if F the vendor has already moved on to a different version of the product 7 than the advisory references (e.g. BIND 9 from BIND 8)?m  H Please, the count of patches released does not need to correlate in any * way to the number of advisories addressed.  ? > 2.    When HP, Process etc have evaluated the CERT advisoriesTB >     dilligently and have found a vunerability they have admittedA >     that there is an OpenVMS hole and provided a specific patchr1 >     or a recommended upgrade to a newer versionp > ? >     http://www.cert.org/advisories/CA-2002-36.html (advisory). > 5 >     External verifiaction of hole on a per OS basist2 >     http://www.rapid7.com/advisories/R7-0009.txt > > >     This example shows that there was an externally verified8 >     vunerability in the SSH implimentation shiped with? >     OpenVMS which required an upgrade, not an upgrade becasue@7 >     the OpenSource code based had been patched but an1/ >     upgrade because there was a vunerability.P  G At the time of this particular CERT advisory, the only SSH servers you lE could buy for VMS were NOT vulnerable to this attack (and the vendor >G explicitly says so in the advisory).  HP's SSH server for VMS has only  H been available for a few months but their response is dated over a year  ago.  A puzzle...t  I Perhaps, since HP's TCPIP product for VMS is based on their Tru64 stack, uH they simply release the same notes for both Tru64 and VMS.  If so, that   would be an error on their part.  I But all of that being said, you have missed the point entirely.  This is KI a CERT advisory we are addressing.  You are supposed to find an instance uI where a patch to an open source product was released because it caused a n5 security issue for VMS that was NOT reported to CERT.    > C > I can go on providing you with examples which disprove your pointv> > how long can you gon on claiming that I don't understand the  > point you are trying to make ?  ; Because you continue to show that you do not understand it.t  
 Mark Berrymani   ------------------------------   Date: 21 JAN 2004 03:18:19 GMT2 From: karcher@kort.waisman.wisc.edu (Carl Karcher); Subject: TPU code to replace a string ignoring line breaks?U4 Message-ID: <21JAN04.03181934@kort.waisman.wisc.edu>  = I've used and googled the numerous TPU procedures posted herelI previously to globally search and replace a string in multiple files. NowcH I need to replace a string that MAY contain a line break (assume a break5 at a space character). For example how can I replace:a  $ This is a really long string that is  continued on another line  # With the following one line string:   * This_is_a_shortened_version_of_that_string  H After staring at the TPU manuals I'm guessing I need to supply a patternB variable rather than a string to the TPU search_quiet function. MyH attempts at this have all been failures. I'm wondering if anyone has any3 TPU code or pointers as to how this is done in TPU.i   Thanks.A   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-MadisonE9 --                  karcher.nomorespxm@waisman.wisc.edu  r   ------------------------------    Date: 20 Jan 2004 13:23:58 -0800* From: mark.daniel@vsm.com.au (Mark Daniel), Subject: Re: VMS font server, where and how?= Message-ID: <e828967f.0401201323.2b33f8e9@posting.google.com>d  s send_lotsa_spam_here@yahoo.com (Soterro) wrote in message news:<1a63f162.0401200227.6602fa3a@posting.google.com>...u > Hello, > F > I was trying to set up and run the font server on the VMS VAX 7.2. IG > wasn't able to find any documentation on the HP site, and just by theuH > few messages from Usenet I realized that there are neither DECW$FS.EXEC > nor DECW$XFS.EXE on my machine (no real idea what the differences@G > are). I cannot recall being asked at DECWindows or TCPIP installationoD > time, where I recall having installed _all_ the options. Does that/ > mean that VAX VMS doesn't have a font server?w > E > On Alpha I wasn't luckier. Again from the scarce hints on Usenet, InG > started manually the DECW$XFS which does listen to port 7100 but thensH > does absolutely nothing. No errors in sight, and there I also miss theD > documentation on how to configure and check it. Where could be theH > font server documentation hidden? I parsed to the best of my attention! > all the Motif manuals, nothing.k > C > I know I could copy the fonts over, but I'd like a font server :)- >  > Thanks a lot,  > Se  F I would suggest you don't bother trying.  Our experience over three or> four years is it runs for a while and then stops serving.  AllB attempts to find the problem or to get this corrected (via CSC, orB whomever they call themselves these days) have been fruitless.  We? transfered required fonts to and began serving from a U**x box.a   ------------------------------  # Date: Tue, 20 Jan 2004 23:52:17 GMTe$ From: Steve Young <sdyoung@well.com>- Subject: VMS question regarding SMTP headers.MB Message-ID: <slrnc0rfq2.2fsa.steve@h68-144-59-39.cg.shawcable.net>     Hello,  L   I have successfully got SMTP working fine on my VMS box.  However, when I H grab email over POP, there is a blank line between the headers that wereJ added on the VMS machine, and the headers that were already in the messageI when it was delivered.  This makes the headers appear as part of the bodytH to my MUA, which is kind of ugly.  Is there a fix for this? I've looked D in the TCP/IP Admin guide on HP's site and couldn't find any direct J reference to this.  If it is documented then a hint on where it's at would be much appreciated.  	   Thanks,o   Steve.   ------------------------------  % Date: Tue, 20 Jan 2004 23:51:25 -0500n* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: VMS question regarding SMTP headers. ) Message-ID: <400E0541.5289EAC0@istop.com>    Steve Young wrote:M >   I have successfully got SMTP working fine on my VMS box.  However, when I J > grab email over POP, there is a blank line between the headers that wereL > added on the VMS machine, and the headers that were already in the message > when it was delivered.   From the manual:M The POP server sends these message headers (the VMSmail specific ones) to the2 POP client unless all of the following conditions are true:B  The TCPIP$POP_IGNORE_MAIL11_HEADERS logical name is defined (see Section 18.3).'  The From: address is an SMTP address.t0  The SMTP qualifier /OPTION=TOP_HEADERS is set.  I Note that the POP server checks the SMTP configuration database to ensureeJ that it has been configured with the qualifier /OPTION=TOP_HEADERS so thatK headers print at the top of the message. If the POP logical name TCPIP$POP_cB IGNORE_MAIL11_HEADERS is defined, the SMTP option TOP_HEADERS mustQ also be set. If not, the POP server issues a warning in the log file and does note; acknowledge the TCPIP$POP_IGNORE_MAIL11_HEADERS definition.    ------------------------------    Date: 20 Jan 2004 11:03:03 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)i7 Subject: Re: VOLUME SHADOW over FDDI using Alpha and CIr= Message-ID: <cf15391e.0401201103.6d5aac14@posting.google.com>a  x "Gary Cooper" <gwcooper@mindspring.com> wrote in message news:<E20Ob.11263$i4.10975@newsread1.news.atl.earthlink.net>...N > Had multiple 2100s in a disaster tolerant, multi-site cluster using FDDI and( > volume shadowing. I'm glad its gone!!!  C And you protect your IT infrastructure against a disaster how, now?   M > The headache of shadowset copy/merges and fear of cluster segmentation made  > it a nightmare.p  E With HSJs, as the OP has, you get brief mini-merges, so merges aren'tr
 a problem.  @ Shadow copies are less trouble now with Mini-Copy functionality.  E And there's no need to fear cluster partitioning -- the Quorum Scheme @ in OpenVMS Clusters protects you against that.  So unless you do@ something like brazenly run with artificially-low EXPECTED_VOTESF values, or use Availability Manager to restore quorum in two halves of; the cluster at the same time, there's no need for any fear.p   ------------------------------  % Date: Tue, 20 Jan 2004 14:16:22 -0600:( From: brandon@dalsemi.com (John Brandon)7 Subject: Re: VOLUME SHADOW over FDDI using Alpha and CII1 Message-ID: <04012014162231@dscis6-0.dalsemi.com>   H > But lock-request latency over FDDI is typically about half that of CI,H > and lock-request throughput in Verell's tests are about 17K per secondB > for FDDI vs. 7K per second for CI (although it's unlikely you'reE > anywhere near those numbers). (See http://vmsone.com/dfwdays/ for aaE > copy of Verell's presentation on cluster interconnect performance).P  D Actually I was planning on replacing the FDDI with Gigabit Ethernet.+ I have the copy of Verell's - good stuff!     N I believe the Gigabit came out pretty good all around.  I need to revisit just in case.  @ > If you wanted to cable the CIs together and send I/Os over CI,D > avoiding MSCP-serving, but keep lock requests over FDDI, you couldG > even do that with the help of the MOVE_REMOTENODE_CONNECTIONS programd > available from the CSCs.  O I am planning on putting the CI back under one roof.  From what I told (need toiF investigate) the software uses DECnet to make updates to the referenceO database.  So with CI maintaining the primary databases and DECnet over GigabitaH maintaining the reference databases I should have a fairly well split ofL resource usage between the two mediums.  The DECnet would be maintained as a
 private VLAN.   C > Also, before you do any CI re-cabling, be sure to check with SHOWfH > CLUSTER/CONTINUOUS with ADD CIRCUITS on each node (and/or VTDPY on theG > HSJs) to see if there are any potential conflicts with host or HSJ CIf/ > ID numbers before you cable the CIs together.   N Already said and done - controllers are fine - only three disk drives with theE same ID - go figure.  And they are not being used... wonder why?!? ;)o  > > In any case, it wouldn't hurt to keep the FDDI connected and# > MSCP-serving enabled as a backup.   G It would not hurt in most supported FDDI environments however this is aiM dedicated network - with no monitoring, concentrators (yes, the FDDI adapterstP are directly attached to the FDDI ring), spare cables, or tools to fix a break. L One major reason to get off the FDDI and onto Gigabit Ethernet - a supported one at that!   Thanks for the input.        J*o*h*n B*r*a*n*d*o*nT VMS Systems Administratorr* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 20 Jan 2004 15:39:17 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)T7 Subject: Re: VOLUME SHADOW over FDDI using Alpha and CI = Message-ID: <8a646952.0401201539.4d6245a4@posting.google.com>n  a brandon@dalsemi.com (John Brandon) wrote in message news:<04011617185147@dscis6-0.dalsemi.com>... J > I have a VMS cluster (V7.1) with three Alpha servers (4100, 4100, 2100). > R > They have a dedicated dual FDDI ring between them for SCS, DECnet, MSCP traffic. > E > Each server has a CIPCA adapter with SW800 storage (HSJ50 & HSJ80).e >  > . > One of the 4100 is CI coupled with the 2100. > ) > The other 4100 is CI coupled by itself.  > N > The storage for both these server configurations is only accessable via MSCP > over the FDDI. >  > C > It looks like the years have taken its toll on the intent of thisnM > configuration.  I would guess that the original intent was to VOLUME SHADOWp? > over the FDDI.  Now there is very little of this intent left.e > O > I was wondering if it would be worth my while to go back to the VOLUME SHADOWs6 > over the FDDI - or CI couple these servers together. >  > Anyone have a similiar setup?s >  >  >  > J*o*h*n B*r*a*n*d*o*n, > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   Dear John Brandon:  B I work on a DEC site. One of the cluster was a VMScluster via FDDI that contained the following:   B 16 Node VAX and Alpha FDDI Cluster Environment: VAX 7730(2), 6420,D 6410, 4100 (4), AlphaServer 2100 4/233 (2), AlphaServer 1000 - HS121B Storage Works FDDI Dual Redundant Server (3) providing MSCP served tape and disk devicesH  : The HS121 were Dual Redundant Servers that acted like dualE controllers. Here we could set up shadow set served by either server.t2 This would do away with the host based shadow set.   I hope this helps.   Regards, Daryl Jonesh   ------------------------------  # Date: Tue, 20 Jan 2004 18:34:53 GMTm# From: "John Smith" <a@nonymous.com>fN Subject: Re: Where is the Hobbyist doc (was: Legal to give away old condists?)J Message-ID: <hxePb.10696$lGr.6910@twister01.bloor.is.net.cable.rogers.com>   Tim Shoppa wrote:d/ > Didier Morandi <no@spam.com> wrote in message 1 > news:<400ce692$0$7151$626a54ce@news.free.fr>...sE >>> Anyone know where on earth a copy of the V2 Hobbyist document is?rF >>> I'm pretty sure that this is covered in there.  I couldn't seem to9 >>> find the document at the new Hobbyist website though.w >>>g1 >> http://www.montagar.com/hobbyist/alpha_kit.pdf  >> and/ >> http://www.montagar.com/hobbyist/vax_kit.pdfF >w > That says: >  > E >   You may copy the Software into the local memory or storage deviceb >   of the specified quan-tityC >   of computers. You may make a single archival or back-up copy ofs >   the Software.c >nF >   You may NOT transfer your rights to use the Software, the SoftwareE >   itself and the ac-companying documentation including this Licensei > Agreement. > 	 >   [...]u >rF >   You may not rent, lease, or otherwise transfer the Software except4 >   as expressly athorized in this License Agreement >  >aC > My strict reading of the agreement seems to rule out the Montagar-E > CD distribution, so I'm still stumped as to whether I can give away A > old condists.  I don't want to make a copy, that's for sure, my-C > idea is to reduce the number of CD's in my basement :-).  I'm not 	 > rentingm? > or leasing.  But it does seems to be an "otherwise transfer".S    J Maybe include a letter with each copy....stating "dear Bill, etc... Here'sJ the copy of the VMS disk you wanted to borrow. Send it back to me when you are done with it."  K Your neighbor wants to borrow your shovel to dig a hole. You lend it to himtI at no charge. No right in ownership was transferred. Or more convenientlyd; you drop the shovel on his lawn and 'forget' to pick it up.   8 I'm not a lawyer and I'm offering no legal advice. YMMV.   ------------------------------   End of INFO-VAX 2004.040 ************************