0 INFO-VAX	Wed, 18 Feb 2004	Volume 2004 : Issue 97      Contents:1 Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too) J Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this?J Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this?J Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? Change resolution on ZLXp-L2?  Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IP Re: DECnet/OSI over TCP/IPB Re: DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)? Re: DVD writer on ES40) Re: HP leaks news of Intel x86-64 product ) Re: HP leaks news of Intel x86-64 product ) Re: HP leaks news of Intel x86-64 product ) Re: HP leaks news of Intel x86-64 product  Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon : Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !! Looking for 5-10 volunteers C Looking for any vax or alpha stuff for hobbyist in or near Belgium.  Mozilla and Cyrillic letters  Re: Mozilla and Cyrillic letters  Re: Mozilla and Cyrillic letters New ITRC Patch Site Interface ! Re: New ITRC Patch Site Interface $ New SCSI interfaces on 7.3-2 (U320?)@ Re: obj/olb from vax. need to create source and migrate to alpha@ Re: obj/olb from vax. need to create source and migrate to alpha) Off-Rental stuff being sold off by Island ) Off-Rental stuff being sold off by Island > Re: Open Source developers are not to be thrusted says article Re: OpenVMS Feelings RE: OpenVMS Feelings RE: OpenVMS FeelingsP Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again! ... 4 Re: php_value modifier in CSWS_PHP 1.2 and CSWS 1.3? SAN or NAS ?# Seeking expert in Vax/Vms and Cobol  Re: set proc/suspend Re: set proc/suspend Re: set proc/suspend1 Re: Shipping Alpha computers overseas - OK to do? 1 Re: Shipping Alpha computers overseas - OK to do? 4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?", Re: Split CI farm MSCP=1 TMSCP=1 ALLOCLASS=1
 RE: sysuaf
 Re: sysuaf
 Re: sysuaf! TCPTRACE and SQL Service OCI port % Re: TCPTRACE and SQL Service OCI port ; Re: Thank you for registering for Mozilla for OpenVMS Alpha  Re: Volume shadowing question  Volume shadowing question  Re: Volume shadowing question  Re: Volume shadowing question  Re: Volume shadowing question  Welcome Package for IV NEWBIES" Re: Welcome Package for IV NEWBIES" RE: Welcome Package for IV NEWBIES" Re: Welcome Package for IV NEWBIES" RE: Welcome Package for IV NEWBIES Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? RE: Why was VAX abandonned ?1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full   F ----------------------------------------------------------------------  % Date: Wed, 18 Feb 2004 11:55:18 -0500 & From: David M Smith <dsmit115@csc.com>: Subject: Re: ANN: FLIST V2.5-2 (now for OpenVMS IA64, too)8 Message-ID: <e567301dlj31m2oovtifigppcgf63jf80b@4ax.com>  K On Fri, 13 Feb 2004 20:06:22 -0600, Hunter Goatley <goathunter@goatley.com>  wrote:  , >FLIST V2.5-2 is now available for download. 	...F >     o Long file name are now properly handled by FLIST.  In previousG >       versions, filenames were truncated in the FLIST display, and it . >       was not possible to delete, view, etc.  L Hunter -- thanks for that! That one feature was enough reason to spend a few; hours propagating to all the systems where I have accounts. 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: 18 Feb 2004 07:35:17 -0600 From: briggs@encompasserve.orgS Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? 3 Message-ID: <txVKQ39CiFON@eisner.encompasserve.org>   h In article <1s74301d2aarcq90ic94f2dt773p21f15h@4ax.com>, John Laird <nospam@laird-towers.org.uk> writes:H > On Mon, 16 Feb 2004 23:01:26 -0000, Z  <zarlenga@conan.ids.net> wrote: > & >>To fix this, I tried the following : >>% >>1. F$FILE("EOF") to get the old EOF  >>2. SET FILE/END  >>3. BACKUP DB files to tape, >>4. SET FILE/ATTR:EBK:<old EOF from Step 1> >>    + >>But, after Step 4, the DB wouldn't start.  >>    D >>Shouldn't Step 4 restore the file to EXACTLY the way it was before	 >>Step 2?  > K > If you also save and then reset FFB (first free byte) as well, it should. M > SET FILE/END sets this to 512, essentially saying the first free byte is in L > the first non-existent block after the last allocated one.  The end of theK > file is a certain byte in a certain block, not just a block value and you L > have lost the byte pointer.  Beyond that, I can't see what the DB could be > complaining about.  $ EOF and EBK are not always synonyms.   When FFB = 0, EOF=EBK-1.   	John Briggs   ------------------------------    Date: 18 Feb 2004 07:32:46 -0600 From: briggs@encompasserve.orgS Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? 3 Message-ID: <uC7r3vDEL8nC@eisner.encompasserve.org>   T In article <1032iu64bdbnjd2@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:& > To fix this, I tried the following : > % > 1. F$FILE("EOF") to get the old EOF  > 2. SET FILE/END  > 3. BACKUP DB files to tape, > 4. SET FILE/ATTR:EBK:<old EOF from Step 1> >     + > But, after Step 4, the DB wouldn't start.  >     D > Shouldn't Step 4 restore the file to EXACTLY the way it was before	 > Step 2?   1 There is a subtle difference between EOF and EBK.   : Start with a file that shows up as 17/21 in DIR /SIZE=ALL.  - EBK = 18, FFB = 0, EOF=17, displayed as 17/21    Now SET FILE /END   . EBK = 21, FFB = 512, EOF=21 displayed as 21/21   Now SET FILE /ATTR=EBK:17   / EBK = 17, FFB = 512, EOF=17, displayed as 17/21   A Since your database application is probably ignoring FFB, but may A be paying attention to EBK, you may have just truncated your file 
 by one block.    Suggested solution:   ( 1.  Save and restore FFB.  Just in case.  5 2.  If the restored FFB is zero, restore EBK as EOF+1 7     If the restored FFB is non-zero, restore EBK as EOF    	John Briggs   ------------------------------  % Date: Wed, 18 Feb 2004 14:35:22 +0000 - From: John Laird <nospam@laird-towers.org.uk> S Subject: Re: BACKUP/COPY change file's allocated size. WHY? How do I  prevent this? 8 Message-ID: <sqt6309tnlccp3jidd6g3tvvdsijss4rmg@4ax.com>  > On 18 Feb 2004 07:32:46 -0600, briggs@encompasserve.org wrote:  U >In article <1032iu64bdbnjd2@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes: ' >> To fix this, I tried the following :  >>  & >> 1. F$FILE("EOF") to get the old EOF >> 2. SET FILE/END   >> 3. BACKUP DB files to tape - >> 4. SET FILE/ATTR:EBK:<old EOF from Step 1>  >>      , >> But, after Step 4, the DB wouldn't start. >>    E >> Shouldn't Step 4 restore the file to EXACTLY the way it was before 
 >> Step 2? > 2 >There is a subtle difference between EOF and EBK. > ; >Start with a file that shows up as 17/21 in DIR /SIZE=ALL.  > . >EBK = 18, FFB = 0, EOF=17, displayed as 17/21 >  >Now SET FILE /END > / >EBK = 21, FFB = 512, EOF=21 displayed as 21/21  >  >Now SET FILE /ATTR=EBK:17 > 0 >EBK = 17, FFB = 512, EOF=17, displayed as 17/21  L Logically, this is still the same thing as the starting position.  I presumeJ that EOF is an artifact invented for the purposes of F$FILE(), as the onlyA RMS/ACP fields are EBK and FFB.  However, it is already clear the J application is a bit broken, so whether it understands that 512 in block N+ is the same as 0 in block N+1 is debatable.    --  ' How can I fail when I have no purpose?     Mail john rather than nospam...    ------------------------------  % Date: Wed, 18 Feb 2004 17:44:11 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)& Subject: Change resolution on ZLXp-L2?; Message-ID: <4033965b.524144494f47414741@radiogaga.harz.de>    Hi!   A I recently acquired an AlphaStation 200 4/233. To my surprise, it B contains a ZLXp-L2. Now, I know that this card isn't supported any# more but thought I'd give it a try.   F DECwindows starts up okay, but unfortunately my monitor (Compaq 7500 -G nice gadget otherwise) can't cope with the default 1280x1024@72Hz, i.e. < as soon as DECwindows starts, it's "out of frequency range".  ? The ZLX' user's guide has a table of supported resolutions that  goes down to 640x480@60Hz.  B The usual tricks - setting up DECW$PRIVATE_SERVER_SETUP.COM to setF decw$[xy]size_in_pixels symbols and decw$server_refresh_rate logical -B don't work. Neither does DECW$DEVICE_CONFIG_GU.COM give any clues.  G Is there a way to switch the resolution to something lower or do I have 5 to scrap the card or go hunting for a VRT17 or VRC21?   @ Environment: OpenVMS Alpha 7.2-2, DECwindows 1.2-5, Open3D 4.9B.5 The "VGA enable" jumper is set on the ZLX, of course.    cu,    Martin --  @                           | Martin Vorlaender  |  OpenVMS rules!3  Cetero censeo            | work: mv@pdv-systeme.de F  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------    Date: 18 Feb 2004 05:33:32 -0800( From: bob@instantwhip.com (Bob Ceculski)# Subject: Re: DECnet/OSI over TCP/IP < Message-ID: <d7791aa1.0402180533.6bc4328@posting.google.com>  a mb301@hotmail.com (MB) wrote in message news:<1d08b916.0402170540.2a544b6b@posting.google.com>... A > I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP) C > Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do I need to  / > upgrade both DECnet and the operating system?  > H > Is DECnet/OSI over TCP/IP only supported by Compaq/Hp TCP/IP services  > for OpenVMS (UCX)? > Q > Do other other tcpip solutions support DECnet over TCPIP i.e. (TCPWARE FOR VAX)  > 4 > Any thoughts on the matter would be of great help. >  > Kind Regards > Mark >  > Just for reference:-: > http://h71000.www7.hp.com/network/decnet_over_tcpip.html  > TCPware supports "true" phase IV over IP ... multinet uses the? pwip driver ... get tcpware, which runs on your current version < of vms, and not only will you have true phase IV over IP butA tcpware also runs crisper than multinet in the studies we did ...    ------------------------------  % Date: Tue, 17 Feb 2004 18:36:37 +0100 " From: Didier Morandi <no@spam.com># Subject: Re: DECnet/OSI over TCP/IP 4 Message-ID: <40325134$0$21683$636a15ce@news.free.fr>  	 MB wrote:   L > I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP) Is there aO > DECnet/OSI version for VAX/VMS V5.5-2 or do I need to upgrade both DECnet and  > the operating system?  > K > Is DECnet/OSI over TCP/IP only supported by Compaq/Hp TCP/IP services for  > OpenVMS (UCX)? > L > Do other other tcpip solutions support DECnet over TCPIP i.e. (TCPWARE FOR > VAX)   Do you mind three questions?  $ 1. Why do you want to go DECnet/OSI?  I 2. Have you heard of emulation as a solution to the VAX/VMS obsolescence?    3. Can we communicate offline ? ' (didier dot morandi at freesurf dot fr)    D. --  <                    Discover the FutureVAX: www.futurevax.com8                            Discover VAXUS: www.vaxus.org  J     didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPL   Expertise en environnement DIGITAL ~ Formation ~ Programmation ~ MigrationJ     Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287G       SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com    ------------------------------  # Date: Tue, 17 Feb 2004 19:07:19 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) # Subject: Re: DECnet/OSI over TCP/IP - Message-ID: <Cpt86G8gEdua@cuebid.zko.dec.com>   5 hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: . > JF Mezei <jfmezei.spamnot@istop.com> writes:M >>There was a DECNET-OSI product running on 5.5-2, however, I am not sure how   >>similar it was to DECNET-5 ... > L > DECnet Phase 5 (or V), DECnet OSI and DECnet Plus are all one and the sameL > product -- different names have been used at different times.  The current > name is "DECnet Plus". > M > However, different version may have different capabilities and/or be usable % > with different versions of OpenVMS.   M In the early days of the rollout of the OSI stack, there was a product called E "Extensions to DECnet-VAX V5.4".  As the name implies, it ran only on I VAX/VMS V5.4.  It was not a full-blown implementation of the OSI stack on F OpenVMS as we're familiar today.  It still used the VAX VOTS (VAX OSI K Transport Service) layered product along with the VAX PSI point product and L the VAX Wan Device Drivers layered product.  It was very much a transitional product.  G I needed these components for use with Message Router/X.400 when I was   a customer . . .  4 Thanks for dredging up these unpleasant memories :-(   --- M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------    Date: 17 Feb 2004 13:46:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: DECnet/OSI over TCP/IP 3 Message-ID: <WFrxyC2Q45ME@eisner.encompasserve.org>   \ In article <1d08b916.0402170540.2a544b6b@posting.google.com>, mb301@hotmail.com (MB) writes: > ? > Do other other tcpip solutions support DECnet over TCPIP i.e.   G    Multinet has been doing this much longer than UCX.  I know we worked 6    with sites using it early in the VMS 5.x timeframe.   ------------------------------  % Date: Tue, 17 Feb 2004 15:27:08 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: DECnet/OSI over TCP/IP ) Message-ID: <40327910.4240CF8B@istop.com>    Rob Brooks wrote: H > I needed these components for use with Message Router/X.400 when I was > a customer . . .  N But the X.400 gateway also ran on DECNET-OSI, complete with the NCL uglieness.( This would have been in the early 1990s.  L While it has been said that DECNET-OSI -> DECNET-PLUS are the same products,K wasn't there a significant evolution of the product over the years ? In the M days of message/router X.400, I somehow doubt that DECNET-OSI had any form of = integration with the then very young and useless UCX product.    ------------------------------  # Date: Tue, 17 Feb 2004 21:06:05 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) # Subject: Re: DECnet/OSI over TCP/IP - Message-ID: <g$K8toQ70GSj@cuebid.zko.dec.com>   , JF Mezei <jfmezei.spamnot@istop.com> writes: > Rob Brooks wrote: I >> I needed these components for use with Message Router/X.400 when I was  >> a customer . . .  > P > But the X.400 gateway also ran on DECNET-OSI, complete with the NCL uglieness.* > This would have been in the early 1990s.F 	Extensions to DECnet-VAX V5.4 predates DECnet/OSI, so, no, I couldn'tI use DECnet/OSI because it didn't exist -- DECnet/OSI never ran on VAX/VMS  V5.4.   N > While it has been said that DECNET-OSI -> DECNET-PLUS are the same products,M > wasn't there a significant evolution of the product over the years ? In the O > days of message/router X.400, I somehow doubt that DECNET-OSI had any form of ? > integration with the then very young and useless UCX product.   M The name change from DECnet/OSI to DECnet-plus was primarily to indicate that M a node running DECnet/OSI could still communicate with a DECnet Phase IV node I running the NSP transport -- the DECnet/OSI product was not simply an OSI % stack -- it was DECnet (NSP) and OSI.   E I'm sure that Antonio could fill in here with a bit more information.   G When the product was still known as DECnet/OSI (if that's what you mean H when you say "In the days of MR/X.400"), one could tunnel DECnet over IP using UCX and DECnet/OSI.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Tue, 17 Feb 2004 13:41:41 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>K Subject: Re: DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)? : Message-ID: <c0tn97$1ahk0v$1@ID-141708.news.uni-berlin.de>   sms@antinode.org wrote: 8 >    Today's annoyance:  Different output from DIR /PAGE	 between a = > DECterm connected by SET HOST (RTA) and a DECterm connected  by RSH> > (TNA). DECterms run on ALP, where the display is local.  One is >...  < Something is messing up your TAB stops when you use RSH. You> can try a few different things to track down what is doing it,: or you can put a bandage on it by adding SET TERM/NOTAB to your login.    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Wed, 18 Feb 2004 08:36:01 -0500 ; From: "Island Computers USA" <dbturner@islandco.com.nospam>  Subject: Re: DVD writer on ES40 0 Message-ID: <1036q8l87538l18@news.supernews.com>   Tom   4 This sounds like a job for "Eberhard Heuser-Hofmann"          C "Tom Simpson" <thomas.simpson1@nospam.comcast.net> wrote in message * news:tPwYb.340087$xy6.1680859@attbi_s02...G > I'd like to install a HP 400i DVD writer on our ES40 system using the K > built-in IDE controller and open drive bay.  Has anyone done this before? @ > Will it work on the IDE bus?  I'm assuming the ES40 has an IDE interface... > D > I want to use it daily for archiving data in RW mode, if possible. > ! > I'm running VMS 7.3-1, update2.  > 
 > Regards, > Tom  >  >    ------------------------------  % Date: Tue, 17 Feb 2004 19:18:31 +0100  From: Dirk Munk <munk@home.nl>2 Subject: Re: HP leaks news of Intel x86-64 product2 Message-ID: <c0tmr4$fmj$1@news4.tilbu1.nb.home.nl>   Dean Woodward wrote:+ > http://www.theinquirer.net/?article=14187   P The inquirer has a link to a German web page. The full information on that page  reads as follows:     + IDF: Intel bringt 64-Bit-Extensions fr x86     L Noch am Abend vor der Erffnungs-Keynote zum Intel Developer Forum gelangte K tecCHANNEL an besttigende Informationen zur 64-Bit-Erweiterung fr Intels  C x86-CPUs. Der Xeon erhlt sie noch in der ersten Jahreshlfte 2004.   Q Das Intel Developer Forum beginnt am 17. Februar um 9.30 Uhr Ortszeit (17:30 Uhr  L MEZ) in San Francisco mit der Erffnungs-Keynote von Craig Barrett. In zwei K bereits zugnglichen Prsentationen Hewlett-Packard: Future Directions in  Q Servers for Industry Standard 64-Bit Computing und NVIDIA and Intel: A Winning  N Combination for PCI Express werden die 64-Bit-Extensions fr x86-Prozessoren L erwhnt. Der Codename fr Intels 64-Bit-Erweiterung lautet CT fr Clackamas  Technology.   Q In der Hewlett-Packard-Prsentation geht es um einen Xeon Processor with 64-Bit  M Extension Technology fr die ProLiant-Server-Familie. Der Prsentation nach  P handelt es sich dabei um den Xeon-Nachfolger Nocona. Die Nocona-CPU basiert auf O dem Prescott-Core und soll im zweiten Quartal 2004 debtieren. Hewlett-Packard  J will seine ProLiant-Server mit Single- und Dual-Xeon-Prozessoren laut dem M Dokument noch in der ersten Jahreshlfte 2004 auf die 64-Bit-Xeons umstellen.   Q NVIDIA geht in seiner Prsentation auf die Optimierung seiner Grafikprodukte fr  L Intels IA32E Extended Technology ein. Durch die Hinweise in diesen beiden P Dokumenten ist Intels 64-Bit-Erweiterung fr x86-Prozessoren nicht mehr von der  Hand zu weisen.   E Jetzt stehen nur noch die offiziellen Statements von Intel aus. ber  Q Verlautbarungen zu den 64-Bit-Extensions whrend des Intel Developer Forums wird  . tecCHANNEL Sie auf dem Laufenden halten. (cvi)    + *translation* (just the most important bit)   Q Hewlett Packard will adapt its single and dual Xeon Proliant systems for the new  -   64 bit Xeon cpus in the first half of 2004.      	    ------------------------------  % Date: Tue, 17 Feb 2004 15:20:38 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>2 Subject: Re: HP leaks news of Intel x86-64 product) Message-ID: <4032778B.9218640D@istop.com>    Tom Linden wrote: N > received confirmation of the 64 bit extensions to Intels x86-CPUs.  The Xeon > will have this% > already in the first half of 2004."   F Wow. faster than I had expected. The question then becomes: will IntelH "transition" the 8086 to fill 64 bits over a period of time with mutipleL iterations of the chip, or will the first 8086 with "64 bit extensions" have the full 64 bit support ?   H If Intel had the 64 bit 8086 ready all along, it really means that IntelK purposefully widthheld it to postpone the inevitable death of IA64. But now M that AMD is starting to gain respect for its 64 bit 8086, Intel has no choice & but the allow its own to go to market.  L I bet Carly's hairdresser knows what Carly's plans are.  Will Carly put on aJ brave face and take full control over IA64 and continue to push it for itsK enterprise systems, or will Carly swallow her pride and announce failure of  IA64 and move to 64 bit 8086 ?  N In the later case, it may explain the EV7z. If the death of IA64 is soon, thenI IA64 will not have had time to take roots. This means HP needs to cook up M PA-Risc and Alpha for a couple more years. By making EV7z instead of EV79, it N leaves the door opened for HP to  do EV79 later on to bridge the gap until VMS is available on 64 bit 8086.  C And it puts the "change" ad campaign in an interesting spin for HP.    ------------------------------    Date: 18 Feb 2004 07:12:51 -0800' From: icerq4a@spray.se (David Svensson) 2 Subject: Re: HP leaks news of Intel x86-64 product= Message-ID: <734da31c.0402180712.7b35bbe4@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c0vcnr$32n$1@new-usenet.uk.sun.com>...  > Dean Woodward wrote:- > > http://www.theinquirer.net/?article=14187  >  > / > The details have now been announced by Intel.  > / > The points that the choir were disputing have   > all been confirmed to be true.   ?   . > They are providing 64bit support for Xeon it/ > will be available in 2 CPU systems code named / > Nocona in the first half of 2004. And it will + > also be available in Prescott and Potomac  > later this year. > 0 > This was pretty obvious to anyone who has seen0 > pictures of the Prescott die, the Integer Unit > was way to big.  > 7 > They demoed this in a Dell box and IBM announced that 4 > they have a new chipset for their high end Xseries/ > SMP servers which allready supports the 64bit  > CPU's. > 5 > The IBM announcments are interesting, they recently 6 > announced a 64 way Xeon based system to be delivered4 > in 2005, at the time lack of 64bit support was one3 > issue that IBM mentioned counterbalanced by Xeons 4 > price performance advantage over Itanium the other7 > CPU IBM looked at. It would appear from IBM's chipset 2 > announcements that they were just being cute and0 > waiting for the Intel x86-64 launch which they > knew all about.  > 9 > Intel also announced that it will be x86-64 compatible, . > another point that the choir were disputing.  F Don't know what you actually mean with the choir, but as far as I have@ seen very few if any thought that Intels x86-64 were going to beD incompatible with AMDs. That would have been close to impossible and very bad for everyone.   5 > If you want a bit of a laugh here is the HP spin on  > this.  > I > "From a customer perspective, this is all about choice and our support  J > for industry-standard architectures. Building upon HP's rich history of H > innovation with Intel across the IA-32 and Itanium platforms, we will H > offer customers solutions utilizing the Intel Itanium 2 processors as D > well as Intel Xeon processors with 64-bit extension technology to D > provide the best performance, availability and scalability in the J > market," said Shane Robison, chief strategy and technology officer, HP. F > "No other company has more experience, or a clearer vision, to help G > businesses implement complete solutions - built on 32-bit and 64-bit   > technologies - than HP."   Yes. ;),? but HP must have known about Intel x86-64 for a very long time.    /Daniel    ------------------------------  % Date: Wed, 18 Feb 2004 15:38:52 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 2 Subject: Re: HP leaks news of Intel x86-64 product0 Message-ID: <c100ud$b03$1@new-usenet.uk.sun.com>   David Svensson wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c0vcnr$32n$1@new-usenet.uk.sun.com>...  >  >>Dean Woodward wrote: >>, >>>http://www.theinquirer.net/?article=14187 >> >>/ >>The details have now been announced by Intel.  >>/ >>The points that the choir were disputing have   >>all been confirmed to be true. >  >  > ?   - Members of the choir questioned the existance  of an x86-64 program in Intel.   >  > . >>They are providing 64bit support for Xeon it/ >>will be available in 2 CPU systems code named / >>Nocona in the first half of 2004. And it will + >>also be available in Prescott and Potomac  >>later this year. >>0 >>This was pretty obvious to anyone who has seen0 >>pictures of the Prescott die, the Integer Unit >>was way to big.  >>7 >>They demoed this in a Dell box and IBM announced that 4 >>they have a new chipset for their high end Xseries/ >>SMP servers which allready supports the 64bit  >>CPU's. >>5 >>The IBM announcments are interesting, they recently 6 >>announced a 64 way Xeon based system to be delivered4 >>in 2005, at the time lack of 64bit support was one3 >>issue that IBM mentioned counterbalanced by Xeons 4 >>price performance advantage over Itanium the other7 >>CPU IBM looked at. It would appear from IBM's chipset 2 >>announcements that they were just being cute and0 >>waiting for the Intel x86-64 launch which they >>knew all about.  >>9 >>Intel also announced that it will be x86-64 compatible, . >>another point that the choir were disputing. >  > H > Don't know what you actually mean with the choir, but as far as I haveB > seen very few if any thought that Intels x86-64 were going to beF > incompatible with AMDs. That would have been close to impossible and > very bad for everyone. >      Rob, Bob, Keith, Kerry etc.    In this case Keith.    > 5 >>If you want a bit of a laugh here is the HP spin on  >>this.  >>I >>"From a customer perspective, this is all about choice and our support  J >>for industry-standard architectures. Building upon HP's rich history of H >>innovation with Intel across the IA-32 and Itanium platforms, we will H >>offer customers solutions utilizing the Intel Itanium 2 processors as D >>well as Intel Xeon processors with 64-bit extension technology to D >>provide the best performance, availability and scalability in the J >>market," said Shane Robison, chief strategy and technology officer, HP. F >>"No other company has more experience, or a clearer vision, to help G >>businesses implement complete solutions - built on 32-bit and 64-bit   >>technologies - than HP." >  > 
 > Yes. ;),A > but HP must have known about Intel x86-64 for a very long time.  >   ? So we now apparently have 2 "industry standard" 64bit platforms > many people would conclude that this is 1 "standard" too many.  < And everybody knew about the Intel x86-64 long before it was6 announced, Yamhill leaks and Prescott die photos being0 only some of a number of sources of information.   Regards  Andrew Harrison    ------------------------------    Date: 18 Feb 2004 03:43:24 -0800. From: mistdragon@zdnetonebox.com (mist dragon)" Subject: Intel releases 64bit Xeon= Message-ID: <7500353b.0402180343.48be3089@posting.google.com>    64 bit xeon out in 2nd quarter: 2 http://www.theregister.co.uk/content/51/35627.html; and amd compatibility, but with some 'private' instructions 2 http://www.theregister.co.uk/content/61/35628.html   And how soon is itanium dead ?  2 http://www.theregister.co.uk/content/61/35629.html  D Rumours of HP killing off itanium investments seems to become real.   F The question is shall VMS be switched to xeon x86-64, shall charon-vaxD replace it or shall Alpha come back. Or shall it be kept on itanium, going to its death ?   Interesting times, isnt it ?     M    ------------------------------    Date: 18 Feb 2004 07:16:45 -0800' From: icerq4a@spray.se (David Svensson) & Subject: Re: Intel releases 64bit Xeon= Message-ID: <734da31c.0402180716.53b46411@posting.google.com>   s mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0402180343.48be3089@posting.google.com>...  > F > Rumours of HP killing off itanium investments seems to become real.   8 I have not seen anything that points in that direction ?   ------------------------------  # Date: Tue, 17 Feb 2004 19:59:29 GMT & From: Rick Jones <foo@bar.baz.invalid>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! / Message-ID: <BouYb.522$wV5.64@news.cpqcorp.net>   P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote: G >> Well, if we have indeed now managed to get to discussing LV Itanium2 ( >> performance versus UltraSPARC IIIi :) >>  G >> If you do a search of www.hp.com for "specweb99_ssl rx1600" you will D >> find that HP have publicly announced 1278 SPECweb99_ssl on the 1UH >> rx1600 using the 1.0 GHz LV Itanium2 processor. This URL may take you >> there directly: >>    A > Where are the SPECint and SPECfp numbers for the LV Itanium 2 ?   B Thusfar I've not found a public mention of any.  You can of courseB check www.spec.org from time to time to see when results using theD rx1600 complete review.  I presume/know that an rx1600 SPECweb99_SSL? result is under review. I do not know the status of any SPECcpu $ metrics from HP for the LV Itanium2.  ' > I am not interested on SPECweb99_SSL,   C I wonder if you'd change your mind if Sun had decent results on the  SPECweb99* benchmarks?-)  = > Incedentally can you actually get the rx1600 or even the LV 
 > rx2600 ?   Per:  9 http://www.hp.com/hpinfo/newsroom/press/2004/040209b.html   C the rx1600 starts shipping in March, so a matter of a few weeks. It B seems to suggest the rx2600 is shipping now - the wording seems toF imply it includes the LV version.  Beyond that, I suspect if you wouldC like to order one, we could get you the name of an HP sale's rep in ' the UK if you don't already know one.     
 rick jones --  G oxymoron n, Hummer H2 with California Save Our Coasts and Oceans plates F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Wed, 18 Feb 2004 14:46:51 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <vVKYb.572$1I6.330@news.cpqcorp.net>  % "Andrew Harrison SUNUK Consultancy" >   C > It hardly matters anyway, the rx1600 and rx2600 are dead products & > with the Intel x86-64 announcements. >  >   	 Claptrap.    ------------------------------  % Date: Wed, 18 Feb 2004 16:30:12 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <c103ul$c46$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:' > "Andrew Harrison SUNUK Consultancy" >  > C >>It hardly matters anyway, the rx1600 and rx2600 are dead products & >>with the Intel x86-64 announcements. >> >> >  >  > Claptrap.  >   + Funny the last person who used that word in ) anger was one Terry Shannon in an article + riddled with factual errors and predictions ' which were quickly overtaken by events.2     Regards7 Andrew HArrison    ------------------------------  # Date: Wed, 18 Feb 2004 17:21:25 GMTe9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>AC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <paNYb.586$aP6.405@news.cpqcorp.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>C; wrote in message news:c103ul$c46$1@new-usenet.uk.sun.com...  > Fred Kleinsorge wrote:) > > "Andrew Harrison SUNUK Consultancy" >I > > E > >>It hardly matters anyway, the rx1600 and rx2600 are dead productsA( > >>with the Intel x86-64 announcements. > >> > >> > >6 > >d
 > > Claptrap.a > >w >f- > Funny the last person who used that word int+ > anger was one Terry Shannon in an articlel- > riddled with factual errors and predictionse) > which were quickly overtaken by events.o >c  K I didn't use it in anger.  It was more succinct than "Wishful thinking fromi6 someone still in denial about Sparc"?  Is that better?   ------------------------------  # Date: Wed, 18 Feb 2004 17:22:26 GMT4* From: Billy O'Connor <billyoc@gnuyork.org>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!h. Message-ID: <87u11os3rj.fsf@dps11.gnuyork.org>  Q Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:    > Rick Jones wrote:rS >> Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  >> r >>>Rick Jones wrote: >>>nH >>>>Well, if we have indeed now managed to get to discussing LV Itanium2) >>>>performance versus UltraSPARC IIIi :)  >>>>H >>>>If you do a search of www.hp.com for "specweb99_ssl rx1600" you willE >>>>find that HP have publicly announced 1278 SPECweb99_ssl on the 1UnI >>>>rx1600 using the 1.0 GHz LV Itanium2 processor. This URL may take you  >>>>there directly:s  C Have there been any official announcements about the future of VMS?n   ------------------------------  # Date: Wed, 18 Feb 2004 17:35:42 GMTp9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!a0 Message-ID: <OnNYb.591$uH6.537@news.cpqcorp.net>  7 "Billy O'Connor" <billyoc@gnuyork.org> wrote in message ( news:87u11os3rj.fsf@dps11.gnuyork.org...   >eE > Have there been any official announcements about the future of VMS?   K Eh?  Like what?  VMS continues to execute to it's roadmap, and exceeds it'so
 forecasts.   ------------------------------  # Date: Wed, 18 Feb 2004 17:36:54 GMT * From: Billy O'Connor <billyoc@gnuyork.org>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!e. Message-ID: <87lln0s33f.fsf@dps11.gnuyork.org>  ; "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:   9 > "Billy O'Connor" <billyoc@gnuyork.org> wrote in messagea* > news:87u11os3rj.fsf@dps11.gnuyork.org... >e >>F >> Have there been any official announcements about the future of VMS? >iM > Eh?  Like what?  VMS continues to execute to it's roadmap, and exceeds it'sS > forecasts.   Well, like that.  :)   ------------------------------  % Date: Wed, 18 Feb 2004 17:24:34 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>dC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!O0 Message-ID: <c1074i$d2s$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>O= > wrote in message news:c103ul$c46$1@new-usenet.uk.sun.com...c >  >>Fred Kleinsorge wrote: >>( >>>"Andrew Harrison SUNUK Consultancy" > >>>-E >>>>It hardly matters anyway, the rx1600 and rx2600 are dead productsm( >>>>with the Intel x86-64 announcements. >>>> >>>> >>>  >>>2 >>>Claptrap. >>>A >>- >>Funny the last person who used that word in3+ >>anger was one Terry Shannon in an article2- >>riddled with factual errors and predictions ) >>which were quickly overtaken by events.f >> >  > M > I didn't use it in anger.  It was more succinct than "Wishful thinking from 8 > someone still in denial about Sparc"?  Is that better? >  >   : Ahh that was one of the themes of Terrys ill fated article3 as well, funny how great minds seem to think alike.a  ; Or maybee not after all Terrys article seemed to be largelyI! based on HP marketing collateral.-   Regards- Andrew Harrison-   ------------------------------  % Date: Wed, 18 Feb 2004 10:54:37 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!-' Message-ID: <4033A6DD.1010004@MMaz.com>-   Fred Kleinsorge wrote:  8 >"Billy O'Connor" <billyoc@gnuyork.org> wrote in message) >news:87u11os3rj.fsf@dps11.gnuyork.org...c >R >  C >/E >>Have there been any official announcements about the future of VMS?g >>     >> >iL >Eh?  Like what?  VMS continues to execute to it's roadmap, and exceeds it's >forecasts.J >  a > C The concern that has been ongoing from the start, is that if Intel -D supersedes IA64 with another cheap that reaches mass-market appeal, C which the IA64 has not, then the IA64 would become just another HP FC boon-doggle.  A factor for killing Alpha was expense, there was no O? volume.  Intel and HP have spent large sums of money for still t? questionable results not to mention and if IA64 fails to reach yG mass-market volume, then it will be just as expensive as Alpha...  So, rH if HP can't justify another me-only chip, will VMS be ported once again?   Barryy   --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                        h   ------------------------------    Date: 18 Feb 2004 08:30:44 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)B$ Subject: Looking for 5-10 volunteers= Message-ID: <857e9e41.0402180830.5212f0b0@posting.google.com>g   Dear Newsgroup,g  A I am looking for 5-10 volunteers to take a look at something I amI working on.s  6 Can you please send me email if you are interested at:1 nospamsusan.skonetski@hp.com or Star::S_SkonetskiZ  2 obviously just remove the nospam for outlook mail.  
 Warm Regards,g Sue    ------------------------------    Date: 18 Feb 2004 06:25:49 -0800, From: diego.claeys@pandora.be (Romax MANIAX)L Subject: Looking for any vax or alpha stuff for hobbyist in or near Belgium.= Message-ID: <de2a082d.0402180625.21f2a631@posting.google.com>   
 Hi everybody,p  E I'm a OpenVMS hobbyist and hardware collector in Belgium, I'm lookinga for any VAX or ALPHA stuff.i@ If you have hardware, big or small, and you want to get rid off, please dropIE me a email, I will come and clean up all what you don't need anymore.I   Many thanks in advance!7   ------------------------------  + Date: Tue, 17 Feb 2004 20:26:29 +0000 (UTC)oP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Mozilla and Cyrillic letterss$ Message-ID: <c0ttdl$cgq$1@online.de>  B What do I need to do to get Mozilla to correctly display Cyrillic D letters?  Do I need to add some sort of extra multi-lingual support?  F I'm not talking about any proprietary character sets (Windows or what H not) here, just completely standard HTML.  I would have thought that if   the document has something like   J    <META http-equiv="content-type" content="text/html;charset=iso-8859-5">   or 4  F    <META http-equiv="content-type" content="text/html;charset=koi8-r">  E and the document contains the actual 8-bit characters, then the page n should display properly.  I What happens is that most of the characters are displayed correctly, but dG some are displayed as question marks.  Exactly which character numbers E9 are not displayed correctly depends on the character set.t  ; Could it be that the web server has to do some extra magic?r  $ As a test page, I put the output of   2    $ HELP FORTRAN CHARACTER_SETS DEC_MULTINATIONAL  D between <PRE> and </PRE> tags and looked at it with no META tag (in I which case things default to iso-Latin-1 and I get the DEC multinational SH stuff (with perhaps a couple of exceptions)) and, for example, with the  two variants above.:  A I am NOT seeing Latin-1 characters instead, I AM seeing Cyrillic ,B characters.  However, some of them are missing (i.e. displayed as  question marks).   ------------------------------  + Date: Tue, 17 Feb 2004 21:59:59 +0000 (UTC)aP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: Mozilla and Cyrillic letterse$ Message-ID: <c0u2sv$uti$2@online.de>  D In article <c0ttdl$cgq$1@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes: a  D > What do I need to do to get Mozilla to correctly display Cyrillic F > letters?  Do I need to add some sort of extra multi-lingual support? > H > I'm not talking about any proprietary character sets (Windows or what J > not) here, just completely standard HTML.  I would have thought that if " > the document has something like  > L >    <META http-equiv="content-type" content="text/html;charset=iso-8859-5"> >  > or o > H >    <META http-equiv="content-type" content="text/html;charset=koi8-r"> > G > and the document contains the actual 8-bit characters, then the page . > should display properly. > K > What happens is that most of the characters are displayed correctly, but  I > some are displayed as question marks.  Exactly which character numbers p; > are not displayed correctly depends on the character set.o  B Following up my own post here, I'm pretty sure that it is lacking H functionality in (the version and installation of) Mozilla (I am using).D To be specific, it appears that the "Russian alphabet" is displayed F correctly (characters 161 and 176--241 of iso-8859-5) but none of the C characters which don't appear in Russian but do appear in Serbian,   Macedonian, Ukrainian etc.  G I didn't see any indication of any information on this topic at all on   the Mozilla web site.e   ------------------------------  + Date: Wed, 18 Feb 2004 17:55:54 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: Mozilla and Cyrillic lettersb$ Message-ID: <c108v9$kg2$1@online.de>  G In article <c762452d1c1b1ea77edf38dc1af779ad@news.teranews.com>, "Craig 2 A. Berry" <craigberry@mac.com.spamfooler> writes:   & > In article <c0u2sv$uti$2@online.de>,G >  helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to   >  reply) wrote: >   F > > Following up my own post here, I'm pretty sure that it is lacking L > > functionality in (the version and installation of) Mozilla (I am using).H > > To be specific, it appears that the "Russian alphabet" is displayed J > > correctly (characters 161 and 176--241 of iso-8859-5) but none of the G > > characters which don't appear in Russian but do appear in Serbian,   > > Macedonian, Ukrainian etc. > H > Are you sure it's not just a font issue?  Can you display the missing J > characters in other DECWindows applications using the same font you are  > using in Mozilla?e  F I viewed a test page from a PC with IE which had support for Cyrillic I installed---no problem.  From another PC with IE, I get a pop-up message -D saying that I need to install the Cyrillic language pack to display A Cyrillic characters properly.  (It then defaults to ISO-Latin-1.)   I Thus, it looks like the HTML and the WWW server OK, and that the problem eF is at my end, either with Mozilla or, as you suggest, with DECwindows.  E I have to confess that my knowledge of DECwindows is limited, and the G issue of fonts within DECwindows even more so.  (I have used DECwindowso> for years, but mainly just DECterm, BOOKREADER, DECW$CLOCK and+ DECW$CALENDAR---and more recently Mozilla.)   H Suppose it were a font problem---how would I deal with it?  Where can I E get the fonts, if that is what I have to do?  Will Mozilla find them  H automatically?  How could I see if I can display the missing characters C in other DECWindows applications using the same font I am using in   Mozilla?   ------------------------------  # Date: Wed, 18 Feb 2004 15:46:53 GMT 2 From: "George Pagliarulo" <georgepag@adelphia.net>& Subject: New ITRC Patch Site Interface/ Message-ID: <NNLYb.578$JJ6.65@news.cpqcorp.net>r   HiD The new version of the ITRC patch site will finally be rolled out onA February 23rd. Improvements to the site consist of the following:C    ** New installation Rating icons ** Easier to see IconsI ** A "Browse Patch List" search will order results by Installation Rating.' then Issue Date then Alphabetical Issue:( ** Dates will be shown on search resultsL ** "Recommended" and Most Recent" fields replaced by one "Most Recent" field$ to better reflect the VMS   process.I ** Patch quality ratings now reflect the VMS test process rather than thew pre-merger HP process.  K I believe these changes reflect most of what customers were looking for and K should go a long way towards making the site more usable. Once the new siteuF comes up, if you have ideas for further enhancements or see additional/ problems that need to be corrected let me know.i   George Pagliarulol ECO Release Processv OpenVMS Sustaining Engineering george.pagliarulo@hp.com   ------------------------------    Date: 18 Feb 2004 10:47:35 -0800( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: New ITRC Patch Site Interface= Message-ID: <d7791aa1.0402181047.2ca987f0@posting.google.com>   i "George Pagliarulo" <georgepag@adelphia.net> wrote in message news:<NNLYb.578$JJ6.65@news.cpqcorp.net>...  > HiF > The new version of the ITRC patch site will finally be rolled out onC > February 23rd. Improvements to the site consist of the following:a > " > ** New installation Rating icons > ** Easier to see IconsK > ** A "Browse Patch List" search will order results by Installation Rating-) > then Issue Date then Alphabetical Issueo* > ** Dates will be shown on search resultsN > ** "Recommended" and Most Recent" fields replaced by one "Most Recent" field& > to better reflect the VMS   process.K > ** Patch quality ratings now reflect the VMS test process rather than the< > pre-merger HP process. > M > I believe these changes reflect most of what customers were looking for andsM > should go a long way towards making the site more usable. Once the new sitehH > comes up, if you have ideas for further enhancements or see additional1 > problems that need to be corrected let me know.- >  > George Pagliarulo4 > ECO Release Process   > OpenVMS Sustaining Engineering > george.pagliarulo@hp.com  = have you ever fixed the problem to be able to get patches forr< older versions of vms?  We have to go to a site in austraila; to get patches for 7.1-1h2 ... the old site worked fine ... = the new site has lost all of the prior version patches!  I've. put in several complaints ...a   ------------------------------    Date: 18 Feb 2004 03:15:06 -08001 From: matthew.finbow@btinternet.com (Matt Finbow)o- Subject: New SCSI interfaces on 7.3-2 (U320?) = Message-ID: <ec25d2bf.0402180315.6b7844a2@posting.google.com>a  A After recently installing OpenVMS 7.3-2 on my home systems, I waspA poking around in sys$config.dat and noticed some new entries that47 weren't present in my 7.3-1 installation, specifically:r  * LSI Logic 1030 U320 (SYS$PKW160DRIVER.EXE)+ LSI Logic 1010 Ultra160 (SYS$PKMDRIVER.EXE) / QLogic ISP12160 Ultra160 (SYS$PKQ160DRIVER.EXE)   C However, I noticed that the sys$*driver.exe files were not present.   B Are these drivers that are likely to appear on OpenVMS Alpha or is% this a bleed through of IA64 OpenVMS?w  F Does anyone know whether multi-host SCSI will be supported on anything+ faster than the 40Mbyte/sec UWD controller?    Matt Finbow.   ------------------------------    Date: 17 Feb 2004 13:44:12 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-I Subject: Re: obj/olb from vax. need to create source and migrate to alphan3 Message-ID: <sM7gzGeASkCB@eisner.encompasserve.org>e  Y In article <8KoYb.476$Kh5.469@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes:t > J > Uh, can you give me an example?  I've been working on Pascal since 1983 5 > with versions of VMS going all the way back to 2.0.i  G    It is possibe that not all compilers used it.  We were using Fortran D    at the time.  I recall the info in the release notes and I recall:    verifying the reduction in the size of the object file.   ------------------------------  % Date: Tue, 17 Feb 2004 20:24:26 +0000s- From: John Laird <nospam@laird-towers.org.uk>aI Subject: Re: obj/olb from vax. need to create source and migrate to alphaP8 Message-ID: <kvt430pdpic3lc8j9101agoji7f4211kif@4ax.com>  K On 17 Feb 2004 13:44:12 -0600, koehler@eisner.nospam.encompasserve.org (Bob- Koehler) wrote:   Z >In article <8KoYb.476$Kh5.469@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes: >> >K >> Uh, can you give me an example?  I've been working on Pascal since 1983  6 >> with versions of VMS going all the way back to 2.0. >>H >   It is possibe that not all compilers used it.  We were using FortranE >   at the time.  I recall the info in the release notes and I recallE; >   verifying the reduction in the size of the object file.   J I'm sure I remember object modules containing source code around that time (definitely Fortran for me).   --  8 Remember that you are special, just like everyone else.    Mail john rather than nospam...T   ------------------------------  % Date: Wed, 18 Feb 2004 08:44:47 -0500c; From: "Island Computers USA" <dbturner@islandco.com.nospam>c2 Subject: Off-Rental stuff being sold off by Island0 Message-ID: <1036qp2dbsvkgbc@news.supernews.com>  H The following VMS compatible equipment is being sold off (all short term rental equipment)7  K 4 x DLTIV 40/80GB Table Top Drives External with U2 SCSI Wide Interface ande 1M Cable $1295 each I 16 x Quantum 36GB LP 10KRPM U3 Disk in Compaq Hot Plug (NEW Storageworks)t Trays $220 each6    9 If anyone has any interest, then email mcardwell@hpaq.neto  . This is sold on a first come first serve basisA Everything is guaranteed for 90 days (not our standard 12 months) " Payment by Visa or Mastercard only  7 Shipping additional - we can ship on your FEDEX accounti     Max A Cardwell Island Computers US Corporation  2700 Gregory St., Suite 1802 Savannah GA 31404  Tel: 912 447 6622- Fax: 912 201 0402- Email: dbturner@hpaq.net http://www.hpaq.net0   ------------------------------  % Date: Wed, 18 Feb 2004 08:45:10 -0500-; From: "Island Computers USA" <dbturner@islandco.com.nospam>>2 Subject: Off-Rental stuff being sold off by Island0 Message-ID: <1036qppm7401od8@news.supernews.com>  H The following VMS compatible equipment is being sold off (all short term rental equipment)   K 4 x DLTIV 40/80GB Table Top Drives External with U2 SCSI Wide Interface andt 1M Cable $1295 eachlI 16 x Quantum 36GB LP 10KRPM U3 Disk in Compaq Hot Plug (NEW Storageworks)  Trays $220 eachs    9 If anyone has any interest, then email mcardwell@hpaq.net   . This is sold on a first come first serve basisA Everything is guaranteed for 90 days (not our standard 12 months)f" Payment by Visa or Mastercard only  7 Shipping additional - we can ship on your FEDEX accountd     Max A Cardwell Island Computers US Corporationr 2700 Gregory St., Suite 180I Savannah GA 31404i Tel: 912 447 6622o Fax: 912 201 0402e Email: dbturner@hpaq.net http://www.hpaq.netr   ------------------------------  # Date: Wed, 18 Feb 2004 14:55:53 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>eG Subject: Re: Open Source developers are not to be thrusted says articler0 Message-ID: <Z1LYb.575$6F6.261@news.cpqcorp.net>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in messageN2 news:stt6305lhgamb88kmvj8t4fknnnckqpqdi@4ax.com...J > On Sun, 15 Feb 2004 01:09:38 -0500, JF Mezei <jfmezei.spamnot@istop.com> > wrote: >lJ > >From an auditing point of view, isn't open-source better since auditors at theE > >user site can in fact look at the source code whereas when you buynK > >pre-compiled software you have no way to verify that there are no hiddenn: > >treasures that could be nefarous to your organisation ? >t   snip  L > Very, very, very few places would even take the time to 'verify that thereL > are no hidden treasures that could be nefarious to your organization' even > if they had the code.x  J Even more.  Few companies have the expertise - even if they had the time -H to check each module and each line of code.  Frankly, there are parts ofI most kernels so obscure that there are generally only a handful of peopleeI who actually understand it _completely_.  Someone skilled enough to write-C this type of code is generally skilled enough to insert non-obvious J "treasures".  They generally don't include the comment "// and here we putL our back-door security hack".  Perhaps it will be found later by someone whoL does know what they are looking for (or more likely someone who wonders whatJ the code is trying to do when debugging something) - or perhaps only after someone gets hacked.   ------------------------------  + Date: Wed, 11 Feb 2004 12:57:10 +0100 (CET)a, From: Imya Rek <mixmaster@eleitl.dyndns.org> Subject: Re: OpenVMS Feelingsw@ Message-ID: <57cc1390e50ed46e6c482dc62efd1418@eleitl.dyndns.org>  / fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote:e  
 >Hi People >u9 >How do you feel in your companies working with OpenVMS ?  >4> >Abandoned, alone, no integrated, nobody cares about your job,> >no body listens you, your are forgotten in the meetings, yourC >system works but it=B4s not important for the IT staff -  just fora1 >the end-users, feeling at the end-of-career, ...  >4$ >Just to know if I am not alone !=20 >i >Regards >r >FC   L Are you experiencing feelings of worthlessness?  Low self-esteem?  Don't wo= rry!L Just look at JF Mezei, he doesn't work, spends all his time watching porn a= ndB masturbating and trolling the net and he feels just fine!  Come toL rec.travel.air, because you know, we don't have enough trolls.  And the one= s we have are nearly all Canadian.o  L Here, this will teach you how to troll like JF and feel good too while doin= g it.p' It's like Prozac and Viagra all in one:s  J                          =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D  ,                             THE JF MEZEI FAQ  J                          =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D     1.  Who is JF Mezei?  G Jean-Francois Mezei is the worst netkook and megatroll to have ever hitmJ rec.travel.air and various other usenet newsgroups.  He is also one of the) longest running trolls in usenet history.4  " 2.  How long has he been trolling?   For well over a decade.    3.  Where does he live?i   Jean-Francois Mezei  86 Harwood Gatem Beaconsfield, QC H9W3A3  (514) 695-8259  * 4.  What makes him such a malicious troll?  H His trolling is constant, repetitious, relentless.  Once he invades yourL newsgroup he will stay for decades, troll around the clock, day in and day = out,L every day of the year, for years and years on end.  He does not listen to p= leasI to stop, he does not listen to anything anyone tells him, he does not payaL attention when the misinformation/disinformation he posts is corrected, he = justL goes right on trolling year in, year out like a little child holding his ea= rsG closed while yelling "I can't hear you, I can't hear anything you say!"v   5.  What does he troll about?   L His favorite subjects are USA-bashing and anything to do with sex.  He hate= s the L USA and Americans and will hijack any thread and turn it into a USA-bashing=  C fest.  If he can't do that then he'll just start making lewd posts.e  $ 6.  What does he hate about the USA?  L Everything!  He is part of a larger group of Canadian trolls who have a vis= ceraloL hatred of the USA, motivated by envy mostly.  The USA is a happier, better,=  moreuJ successful version of their country and they can't stand it.  Some of JF'sL favorite troll bait is "the Bush regime", "the Bush-Rumsfeld-Wolfowitz axis=  ofcJ evil", "Americans are brainwashed", "Cars are evil", "SUVs are evil", "all Americans are stupid" etc.  # 7.  What about his sexual trolling?r  L Ah, that is JF at his trolling best.  No sexual topic is too bizarre.  Amon= g hisuI favorites are child sexuality, masturbation, women's genitalia, sex toys,eL circumcision, the sex lives of Americans (of course) ... the list is endles= s.   8.  Circumcision???o  L Yes, JF trolled the circumcision newsgroups for years.  He still likes to i= nsert F circumcision into his trolling every now and then.  Apparently, JF wasL traumatized as a child because his parents, poor Hungarian immigrants to Ca= nada,aL left him uncircumcised when he was born, as is the custom in most of the wo= rld.L Growing up in Canada where male infant circumcision was prevalent at the ti= me, L he was psychologically scarred (so he claims).  As soon as he could he arra= ngedD to get himself snipped, and then joined the brigades of circumcisionL proselytizers in the newsgroups advocating the joys of a free willy.  His m= aincL argument is how much better he was able to masturbate after getting circumc= isedL without that "pesky foreskin" getting in the way of his enjoyment, and he h= as> made it his mission in life to spread the circumcision gospel.  H 9.  What's his interest in child sexuality?  That sounds kind of freaky.  L Well, everything having to do with Mezei *is* freaky.  Among the subjects d= eartL to his heart are the genitals of little boys and girls, especially little b= oy'sJ foreskins (and how tight they are) and little girls' hymens.  He is also aL tireless activist and advocate that children should be taught to masturbate=  H early on so that they don't grow up "sexually repressed like Americans".  L He also counsels all parents of boys that they constantly check their littl= eaL boys' penises and foreskins frequently to ensure a good fit, proper movemen= t,L and that they be able to masturbate with no problems.  Utopia for JF would = be a> world full of parents manipulating their little boys' penises.  L 10.  Ewww!  This guy is sounding more and more disgusting by the minute!  A= re you sure about all this stuff?  L Yes, you can check the google archives for yourself.  There's over a decade=  full> of Mezei trolling in there.6  L 11.  How can I find all that out, doesn't he change aliases all the time li= ke all trolls do?  L Of course!  See the appendix below for a list of many of his known trolling=   aliases.  G 12.  So where does this guy get so much time to troll, doesn't he work?-  L Ha ha ha!  JF hasn't worked a day in his life!  He's an adult baby, a grown=  manL who still lives at home with mommy and sleeps all day and trolls the newsgr= oupsL all night.  In his free time when he isn't trolling he likes to ride his bi= keG down to Dorval Airport and race the planes down the runway in his bike.M  9 13.  That seems strange, is he mentally ill or something?f  L Bingo!  JF is a boy in a grown man's body.  Psychologically he never got pa= stG the age of 13 and got stuck in a world of bathroom humor (i.e. "pull myoH finger!") and locker room antics that he has never been able to outgrow.  L 14.  Speaking of locker rooms, I heard he has a sexual fetish about them, i= sn
 that true?  L Yes!  JF goes to the gym not to work out but to watch men in the locker roo= m.L He loves to post about the male sexual organs he has seen in locker rooms o= ver L the years, especially his unnatural obsession with foreskins.  He stalks th= e menyL in locker rooms trying to measure how much foreskin they have, or how littl= e isL left if they have been circumcised.  He gets extremely excited when he spot= s as case of phimosis.t  L 15.  Oh my Gawd, this guy is nuts!  He should be locked up in an insane asy= lum!  L Yep, JF is certifiably insane.  He lives in a black helicopter / tin foil h= atL world where others are out to get him.  The key to understanding JF is that=  hecL sees himself as a VICTIM.  To JF the world is out to get him, especially th= e6) USA.  Victimhood is what JF is all about.l  L What seems to have sent him over the edge was when the Canadian rail system=  wasJ "killed", in his words.  He used to be a major train nut, spotting trains,L writing down their numbers and chasing them down at the train yard like a g= oodtL freak.  Then he turned his attention to aviation.  Major events that made h= imL fall head first deep into the abyss were the bankruptcy of Canadian Airline= s and2L their subsequent takeover by Air Canada (whom he sees as evil).  So paranoi= d isL he that when an Air Canada plane crashed he claimed that Air Canada employe= esL went lurking about in the night with buckets of white paint to cover up the=  AirD Canada markings.  He saw that as symbolic of a cover up of the crash1 investigation.  He has never recovered from this.h  6 16.  Where else does he hang out, I want to avoid him!  L His main haunt on usenet is comp.os.vms, a newsgroup dedicated to some anci= ent,J arcane, obsolete piece of vax crapware that nobody has taken seriously forL decades.  JF hangs out there with other misfits and social dropouts who sha= reJ his psychological traumas, crying for the good old vax days of yore.  It's really pathetic!  ! 17.  Where else does he hang out?g  I can.internet.highspeed, alt.cellular.fido, and a few other geeky computeroG groups.  For a while after the Shuttle Columbia disaster he invaded the?L sci.space groups, sci.space.shuttle in particular, and trolled it relentles= slyiL with the anti-American, conspiracy theory crap he's so famous for.  But the= y raneL him off that group and he had to go crawling back to comp.os.vms with his t= ail % between his legs, licking his wounds.o  L 18.  It sounds like comp.os.vms is the only group he respects and doesn't t= roll.t  L Pretty much.  For a megatroll like JF it's impossible not to troll, so he s= lipsL in troll bait every now and then, but by and large he respects comp.os.vms,=  and, L more importantly, he tries to hide his trolling activities from them so the= y * won't find out what a major netkook he is.  L 19.  Wow, sounds like he should be exposed so they will know what kind of p= sychon he is!  L Exactly.  Feel free to post all his trolls to comp.os.vms.  And while you'r= e atI it post them to can.internet.highspeed and alt.cellular.fido too.  And towL alt.usenet.kooks, a group for the likes of JF, and news.admin.net-abuse.use= net.  4 20.  What else can I do?  Is there an abuse address?  H Yes, you should send complaints along with copies of his troll posts to:   abuse@sympatico.ca abuse@bellglobal.com abuse@istop.com*  L And feel free to distribute this FAQ freely.  Post it to newsgroups, email = it to6L people, you may host it at your own website, send it to newspapers and maga= zines6I that do Internet articles or anything to do with Montreal or Canada, etc.e     *** APPENDIX ***  L List of some of the many trolling aliases used by Mezei over the years.  Th= is iscL only a partial list, he has so many it's impossible to compile a full list.=     jfmezei@istop.como jfmezei.spamnot@istop.com  jfmezei@videotron.ca jfmezei@vl.videotron.cal nospam.jfmezei@videotron.cac "jfmezei"@videotron.ca[nospam]   nobody <nobody@nobody.com> nobody <nobody@nobody.net> nobody <nobody@nobody.org> nobody <nobody@nobody.info>H nobody <nobody@nobody.int> nobody <nobody@nothing.nil>e nobody <nobody@null.dev># snowy squirrel <squirrel@nest.tree>r) Conspiracy Theory <conspiracy@theory.org> & Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>K Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org> " Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com>e' Deep Fried Foreskin <dff@mcdonalds.com> " Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org>s' Pubic dandruff <P.dandruff@anatomy.org>i( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org> ' Flatulent Meatus <F.Meatus@anatomy.org> % Lihk Mhygroin <L.MyGroin@anatomy.org>0 Pre Khum <P.Khum@anatomy.org> ! Phi Mosis <Phi.Mosis@anatomy.org>t# Bal Anatis <Bal.Anatis@anatomy.org>   Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>  Wan Tolik <w.tolik@anatomy.org>e$ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org>s! Right Gonad <R.Gonad@anatomy.org>t  Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org>t% Corpus Cavernus <manhood@anatomy.org>e$ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com>K& Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org> % Naked Canuck <N.canuck@naturists.org> & Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org>e' Pierced eyelid <p.eyelid@piercings.org>s( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil>-' Ingrown Toenail <i.toenail@anatomy.org>2% Empty Stomach <E.Stomach@anatomy.org>@$ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum>U( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org>w" Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org>.& Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org>o) Sleeping Racoon <S.Racoon@wilderness.org> ' Hungry Racoon <H.Racoon@wilderness.org> " Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org>g* Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org>a* Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>e Q <queue@continuum.net>m Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>t  ; *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*B   ------------------------------  % Date: Wed, 18 Feb 2004 08:35:05 -0700@B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> Subject: RE: OpenVMS Feelings O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59640@cossmgmbx01.email.corp.tld>o   David J. Dachtera wrote:  9 > and The Three Stooges are the senior surgical staff.=0D   / Paging Doctor Fine, Doctor Howard, Doctor Fine!I --=0Dm Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991l> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D<: I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=aH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=3G  not necessarily represent those of the company.  The recipient should="I  check this e-mail and any attachments for the presence of viruses.  The=hA  company accepts no liability for any damage caused, directly or=n4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Wed, 18 Feb 2004 09:17:00 -0700cB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> Subject: RE: OpenVMS FeelingseO Message-ID: <11721EF39C7D7F47A55447158274CAF7A5965D@cossmgmbx01.email.corp.tld>    Tillman, Brian (AGRE) wrote:  1 > Paging Doctor Fine, Doctor Howard, Doctor Fine!   5 Oops.  Should have been Howard, Fine, Howard.  Sorry.s --=0Dt Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991t> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Da: I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain=@D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=RH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=eG  not necessarily represent those of the company.  The recipient should=AI  check this e-mail and any attachments for the presence of viruses.  The=mA  company accepts no liability for any damage caused, directly or=I4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  # Date: Wed, 18 Feb 2004 18:23:42 GMT " From: GreyCloud <mist@Cumulus.com>Y Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again! ... o7 Message-ID: <O4OYb.871$ss.23098@bcandid.telisphere.com>   ( Andrew Harrison SUNUK Consultancy wrote:  ! > david20@alpha1.mdx.ac.uk wrote:- > F >> In article <zA9Xb.27339$yE5.102621@attbi_s54>, glen herrmannsfeldt ! >> <gah@ugcs.caltech.edu> writes:5 >>' >>>> Andrew Harrison SUNUK Consultancy 8 >>>1 >>>@= >>> <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message 10 >>> news:<c0i9ip$mmv$1@new-usenet.uk.sun.com>... >>> 
 >>> (snip) >>>l >>>s> >>> Hacking rates are not so much related to how good a system? >>> is, but how much of a target it is.   I still remember thatr> >>> we were still running SunOS machines when Solaris became a? >>> hacking target.  SunOS had more known bugs, but Solaris wasp> >>> popular for running web servers.  Since that time, Windows@ >>> NT and 2000 became popular web server OS, and joined Solaris >>> as a hacking target. >>>cA >>> If VMS can approach Solaris and Win2K in terms of running webcC >>> servers, then I am sure it will also increase as a hack target.v >>>d >> >>J >> This is the same garbage Microsoft tries to sell to show that it isn't K >> really insecure it's just noone else has as many systems to be targeted.7 >>H >> The fact that IIS has historically been much less secure than Apache 
 >> despiteE >> Apache having a much bigger market share shows that this is total l >> rubbish.M >>
 >> David Webb  >> VMS and Unix team leader$ >> CCSSi >> Middlesex Universityt >> >> > F > However Microsoft is not the exception that proves the rule. HackersF > do have to be familiar with an OS to be able to hack it sucessfully. > C > You could argue that Microsoft is in the worst possible position,r@ > sloppy codeing, poor architecture, a high degree of visibilityA > and a hacker community well versed in its products. I don't sayrC > this in any attempt to defend Microsoft, having broadband at hometA > has brought home to me how huge MS's problem appears to be froml< > the volume of patches I get asked to apply to my XP box on > a weekly basis.h > D > The SuSE desktop I also run at home provides similar functionalityC > to my XP box actually slightly more because it has Apache and JESpB > components running on it as well, the volume of security relatedB > patches for SuSE however is much lower than for XP. I expect theB > volume to increase as linux gets more popular on the desktop butA > I don't expect it to approach the level that Windows users see.  > D > OpenVMS's relative obscurity as an OS is one reason why it is lessD > likely to be hacked over and above any technical merit it may have > from a security standpoint.: >   C At least you'd like to mistakenly believe that about OpenVMS.  You rE should work in a position that wants to support a monopoly position. n@ Then you'd understand more about Sir Gates position.  M$ has no B incentives to make XP/NT any better than it is, due to a monopoly - position.  And, M$ will defend this position.:   ------------------------------  # Date: Tue, 17 Feb 2004 20:32:05 GMT ) From: "Rick Barry" <richard.barry@hp.com>i= Subject: Re: php_value modifier in CSWS_PHP 1.2 and CSWS 1.3? / Message-ID: <9TuYb.528$K_5.27@news.cpqcorp.net>   6 "Witchy" <news@sruasonidyranib.co.uk> wrote in message2 news:s0cq209fggld1j67apc477ink9orgrjnta@4ax.com...G > On Fri, 13 Feb 2004 17:35:44 GMT, "Rick Barry" <richard.barry@hp.com>w > wrote: >h [...]s
 > Hi Rick, >aE > Thanks for that - I'm trying to use the include_path modifier whichg" > according to the ini_set() page: >e3 > http://uk2.php.net/manual/en/function.ini-set.php  >rH > is part of PHP_INI_ALL so I should be able to use it in my httpd.conf?D > It's for virtual hosts so the 2 sites that are virtual can use theG > same file construct and layout but different header/footer files etc.s >fE > At the minute when I have the php_value line within the appropriate ; > virtual host declaration apache$$server.log reports this:  >p; > Syntax error on line 879 of /apache$root/conf/httpd.conf:pB > Invalid command 'php_value', perhaps mis-spelled or defined by a2 > module not included in the server configuration. >i > Line 879 is: >c > php_value include_path9 > .:/:/dka100/www/bd2003/includes/:/includes:/www/bd2003/  >-E > which is lifted directly out of my linux httpd.conf and changed forR > VMS apache file syntax.b >,  K Make sure you have the directive placed AFTER 'include .../mod_php.conf' innJ your httpd.conf file because mod_php is dynamically loaded -- not compiledK into the server. Apache won't be able to parse that directive until mod_phpm
 is loaded.  G Also, mod_php doesn't seem to like PHP_VALUE directives placed within aCL virtual host container. It only honors this directive within the main server? context. (I haven't tried putting these in directory contexts.)c  
 Rick Barry OpenVMS System Software Groupn Hewlett-Packard Companyl
 Nashua, NH   ------------------------------  % Date: Wed, 18 Feb 2004 08:08:47 -0600r( From: brandon@dalsemi.com (John Brandon) Subject: SAN or NAS ? 1 Message-ID: <04021808084765@dscis6-0.dalsemi.com>   ; Just wanted to see what the opinions of SAN or NAS were ...p  + I have a SAN environment on my VMS servers.i   The UNIX group has their NAS.a  M They (UNIX) run ORACLE  and other database related applications on their NAS.t  5 They (UNIX) think it a good idea - saves money - etc.o  L Even one (UNIX) states that there is no difference between SAN and NAS.  LOL     Or is the joke on me?c       J*o*h*n B*r*a*n*d*o*ni VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  + Date: Tue, 17 Feb 2004 19:32:29 +0000 (UTC)l. From: jinyuan@blue.seas.upenn.edu (Jinyuan Li), Subject: Seeking expert in Vax/Vms and Cobol- Message-ID: <c0tq8d$71fl$1@netnews.upenn.edu>t  NOur company in Toronto, Canada, needs an immediate consultant for cobol VAX/VMS. The system set up in VAX/VMS 5.5 and human coded in COBOL or DEC COBOL. It was built in 1980's for the wholesale business. If you are comfortable with this kind of software or you know some gurus in the area, please send emails to zjyhattie@hotmail.com.
 Thanks a lot.     ,   ------------------------------  % Date: Wed, 18 Feb 2004 11:08:20 +0000oE From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com>d Subject: Re: set proc/suspend . Message-ID: <403347A4.42A9A7B0@baesystems.com>   Tim Llewellyn wrote:J > Ah, I was worried you wern't waiting and were flooding VMS with SET pROC > calls in a loop.   I've tried that :-) it seems to work eventually. Although the 'set proc' commands are getting blasted out fairly quickly to different processes, doing the pending entries as well as running means that| it takes around 90 seconds to get around to the same process again even when the loop back to 'repeat_all_loop:' is enabled.  l( > Are you SURE nothing else has changed?   I suppose it is conceivable that the third party software being run gets confused coming out of suspend and resuspends itself. I can't even get a set proc/nosuspend to work reliably at the command" line without repeating many times.  oO > A quick glance at $SUSPEND documentation brings up two points to investigate.RR > (1) processes that are not suspendable (2) some mixup with kenrel and super mode[ > suspend/resume requests. However as you say nothing else has changed since it was working  > this is unlikely.c  T This has never really worked reliably at command line or on batch for this software.   > J > Is the cluster running "normally" apart from the supend/resume problems?  B Yes - and maintained by the same two people for the last 10 years.  < Many thanks for your suggestions - I'll investigate further.   Timr   ------------------------------  % Date: Wed, 18 Feb 2004 11:12:46 +0000 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com>N Subject: Re: set proc/suspende. Message-ID: <403348AE.9AAD54F6@baesystems.com>   "Keith A. Lewis" wrote:lG > One method I use to suspend processes is "STOP/QUEUE queuename" -- itnN > suspends all processes executing in that queue until you issue a START/QUEUEK > command, then they pick up where they left off.  For this to work in yourfM > situation, you would have to run the work jobs in a queue which is separate  > from the monitoring job.   Ahh - I didn't think of stop/queue as I don't normally have the privilege to do such things, but as these are dedicated batch queues for my processing, I should be able get the required rights and
 give it a go.   ? I'll also investigate the pending suspend/resume possibilities.n   Time   ------------------------------  % Date: Tue, 17 Feb 2004 20:48:47 +0000 - From: John Laird <nospam@laird-towers.org.uk>o Subject: Re: set proc/suspendh8 Message-ID: <fpu430d0qh5si6n56b7ce5u5j8tvsnfobd@4ax.com>  5 On Tue, 17 Feb 2004 18:35:08 +0000, Tim ffrench-Lynche4 <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> wrote:  C >No-one should feel any obligation to look at this, but here it is, A >followed by a log file showing it initially fail to get all jobsc( >and then get them all next time around.  : [Never have my I&DS manual to hand when I need it, but...]  8 This all from dim recollection and quite possibly wrong:  H I had a quick look at our home-brewed "JPI" program - a utility like shoI proc/cont but better ;-)  As I suspected, there look to be "pending" bits-> for suspend and resume operations in the process status field.  G What this means is that if you initially issue a set proc/susp or /resu?I command when that makes no sense, there is a good chance that rather than J doing entirely nothing, it sets a "pending" bit, which effectively negatesK the next, opposite command.  That is, if you first try to suspend a process.J which is already suspended, you may set a "suspend pending bit".  The nextG resume will then effectively fail, but clear the bit.  The process will0J remain suspended.  You need a further resume to unsuspend it properly.  ItJ is not a count that has to go to zero, but a simple bit.  SHO SYS does not" show these additional status bits.  L There is a similar thing in the hibernate/wake area.  A wakepen bit exists -) if set, the next hiber doesn't hibernate.W  J Otoh, I'm not sure this would explain why you observe some processes beingI successfully suspended and resumed, and others failing, assuming the sameKL set of commands are issued for all of them at once.  I might have guessed atJ scheduling issues (a process state won't change unless it gets scheduled I> believe), but you don't appear to have any blocking processes.   -- r: It's hard to soar with Eagles when surrounded by Turkeys!    Mail john rather than nospam...v   ------------------------------    Date: 18 Feb 2004 06:58:10 -0800. From: al5vf03p02@sneakemail.com (William Webb): Subject: Re: Shipping Alpha computers overseas - OK to do?= Message-ID: <d5ce4b06.0402180658.7401301d@posting.google.com>b  k "Richard B. Gilbert" <rgilbert88@comcast.net> wrote in message news:<OJydnQ7terIVbq3d4p2dnA@comcast.com>...m    <snip>r > G > Frankly, I would not expect much interest from overseas bidders; the tK > expense of shipping a used computer to, say, Australia would probably be e! > more than the machine is worth!e >     I got a chuckle out of that one.  E I had a Multia, and then got a Personal Workstation 433au and decidedaC to put the Multia up for sale (having successfully gone through alllD the hassles of getting VMS to run on it, INCLUDING the fan upgrade!)  A I ended up selling the Multia to the son of another member of them' OpenVMS webring who lives in Australia.    WWWebb   ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road u( Raleigh, NC 27616-2874 919.325.7500x4186 * * * -    ------------------------------  % Date: Tue, 17 Feb 2004 19:12:38 +0100r* From: Paul Sture <nospam@sture.homeip.net>: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <403267A5.242A3257@sture.homeip.net>   Island Computers USA wrote:n >  > Easy rule of thumb > N > If the country is either in the arabian peninsula OR anywhere in Africa then > don't ship to themL > Even if it's not balcklisted there are SO many crooked companies that will) > forward equipment on to the bad guys...  >   ) A case in point from about 7/8 years ago.   F Some guy from the US I used to vaguely know got scorched for $50K by aE company in South Africa. He would only accept payment by credit card,tE not bank transfer or any other means. His reward was a load of stolensA credit card numbers, and no payment for the goods he had shipped.1     --  
 Paul Sture   ------------------------------  % Date: Wed, 18 Feb 2004 09:34:23 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> = Subject: Re: Solved: "Known problems with V7.3 security MUP?"10 Message-ID: <c0vbj0$2n8$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c0t7oo$ake$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > J >>Again you seem to be labouring under a major missaprehension, you havn't: >>debunked any of my claims using public knowledge either. >  > E >    Obviuosly I look to others to make that judgement, never to you.v  A And eho would those people be, Bob, Rob, Keith perhaps. Do I need6: to explain to you why that isn't a very convincing answer.  A Lets face it if you had provided examples supported by publicallye? available data that refuted my points then you would be able torC refer to them now, the fact that you havn't reduces the credibilityo of your argument.V >  > F >>The only attempt that you made floundered around your inabilility to: >>reveal what sources of data led you to your conclusions. >  > F >    "The only"?  I've done several of these.  Did you forget already? > > No floundering would be the best description of those as well.   > C >>This newsgroup is littered with arguments that people assume theyl> >>have won only to find that facts and events contradict them. >  > B >    Yes.  A certain fellow from Sun being at the top of the list. >   A Really so how about providing some examples to back up that claimi     Regardse Andrew Harrison8   ------------------------------    Date: 18 Feb 2004 07:42:34 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n= Subject: Re: Solved: "Known problems with V7.3 security MUP?"s3 Message-ID: <qOr6UO1+rD7f@eisner.encompasserve.org>    In article <c0vbj0$2n8$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > C > Really so how about providing some examples to back up that claime  @    I'm sure google is full of them.  Meanwhile it's time to stop    feeding the troll.e   ------------------------------    Date: 17 Feb 2004 13:48:39 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Solved: "Known problems with V7.3 security MUP?"h3 Message-ID: <WffuUp$pT2i6@eisner.encompasserve.org>a   In article <c0t7oo$ake$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:J > Again you seem to be labouring under a major missaprehension, you havn't: > debunked any of my claims using public knowledge either.  C    Obviuosly I look to others to make that judgement, never to you.o  F > The only attempt that you made floundered around your inabilility to: > reveal what sources of data led you to your conclusions.  D    "The only"?  I've done several of these.  Did you forget already?  C > This newsgroup is littered with arguments that people assume theys> > have won only to find that facts and events contradict them.  @    Yes.  A certain fellow from Sun being at the top of the list.   ------------------------------   Date: 18 FEB 2004 15:08:43 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)5 Subject: Re: Split CI farm MSCP=1 TMSCP=1 ALLOCLASS=1y6 Message-ID: <18FEB04.15084362@thuria.waisman.wisc.edu>  / In a previous article, (Michael Moroney) wrote:r  G ->To the original poster:  You can do either: Set all nodes to a uniqueaC ->allocation class, set all nodes to allocation class 0 or select arK ->unique port allocation class for every different scsi bus in the cluster.D  A Unless something has changed recently, in a SCSI cluster the nodesE allocation class MUST be non-zero (independent of the port allocatione	 classes).e   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 9 --                  karcher.nomorespxm@waisman.wisc.edu  s   ------------------------------  % Date: Wed, 18 Feb 2004 07:19:29 -0500 * From: "Stewart, Bill" <wjs-corp@kaman.com> Subject: RE: sysuaf < Message-ID: <1E4B06029E11D211B47C0000F8207F4D01BA00E1@ESKC2>   	Thanks to all for your input.  B 	As it turns out HP strongly suggests that the sysuaf be convertedL about once a year in our situation.  Also there is an eco (VMS_UPDATE-V0200)I that is supposed to clear up one of the problems. If you do run into thisl- problem, then you should convert your sysuaf.s   Thanks!f   Bill Stewart   :-) Kaman Corporations 1332 Blue Hills Avenue Bloomfield, Connecticut, 06002 (860) 243-7058       > -----Original Message-----7 > From: Stewart, Bill [mailto:wjs-corp@mail1.Kaman.com]A+ > Sent: Tuesday, February 17, 2004 12:01 PM  > To: Info-VAX@Mvb.Saic.Coml > Subject: sysuafe >  >  > : > 	I'm wondering if anyone has run into this problem, and  > what they didr  > to fix (overcome) the problem. > ; > 	Every night we submit hundreds of jobs to do the end of   > day businessG > stuff.  We are split into 5 regions that contain a total of about 200 ? > branches.  The main job submits 3 jobs for each branch, then t > 6 jobs for each=? > region.  The problem came last night when we were submitting i > the fourth job7 > for region abc.  The submit looks like the following:rE > $ SUBMIT/QUE=NIGHT_QUE/USER=ABC999/LOG=LOGFILES:ABC070/PRIORITY=101s > CMD:CMD070.COM/NOPRINT >  > 	The immediate error is:A > %SUBMIT-F-INVQUAVAL, value 'ABC999' invalid for /USER qualifier 3 > -RMS-E-FLK, file currently locked by another usert > ; > 	HP is telling me that the job must have write access to   > that record, > or it will die.  >  > 	Has anyone run into this? > 3 > 	Is there a good way to keep this from happening?v >  > Thanks in advance! >  > Bill Stewart   :-) > Kaman Corporationv > 1332 Blue Hills Avenue  > Bloomfield, Connecticut, 06002 > (860) 243-7058 >  >    ------------------------------  % Date: Wed, 18 Feb 2004 12:26:51 +0000c- From: David B Sneddon <dbsneddon@bigpond.com>e Subject: Re: sysuafn* Message-ID: <40335A0B.4070207@bigpond.com>   Stewart, Bill espoused:i  > 	Thanks to all for your input. > D > 	As it turns out HP strongly suggests that the sysuaf be convertedN > about once a year in our situation.  Also there is an eco (VMS_UPDATE-V0200)K > that is supposed to clear up one of the problems. If you do run into thisJ/ > problem, then you should convert your sysuaf.  > 	 > Thanks!t >  > Bill Stewart   :-)  < Any explanation as to why this needs to be done once a year?7 Why is your situation different to any other situation?m   Regards, Dave.a -- eI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/tI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennono   ------------------------------  % Date: Wed, 18 Feb 2004 13:27:23 +0000e* From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: sysuafo' Message-ID: <c0vp8o$8ck$1@lore.csc.com>    David B Sneddon wrote: >  > Stewart, Bill espoused:n' > >       Thanks to all for your input.o > >lK > >       As it turns out HP strongly suggests that the sysuaf be convertedxP > > about once a year in our situation.  Also there is an eco (VMS_UPDATE-V0200)M > > that is supposed to clear up one of the problems. If you do run into thisl1 > > problem, then you should convert your sysuaf.k  > > Any explanation as to why this needs to be done once a year?9 > Why is your situation different to any other situation?t  G The SYSUAF and RIGHTSLIST are indexed VMS files, and for large and busysE files, they may benefit from the same file tuning procedures employedc for standard RMS indexed files.   H After many users and identifier additions and removals, they end up withF usual internal fragmentation. I would have thought anyone who has very/ old and "well used" files should consider this.i   -- r? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesn nclews at csc dot come   ------------------------------    Date: 18 Feb 2004 03:29:37 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)* Subject: TCPTRACE and SQL Service OCI port= Message-ID: <f30679fb.0402180329.56e12760@posting.google.com>a  : I need to trace all the connections to the OCI port (1527)1 but I dont know how to write the correct command:o  % $ tcptrace 127.0.0.1 /port=local=1527t   or    * $ tcptrace nnn.nnn.nnn.nn /port=local=1527     These commands above dont work.n   My connections are:l   $ ucx show devicen   (...)l  6 bg469       STREAM    1527       0                   *D bg5041      STREAM    1527    2803                   nnn.nnn.nnn.nnn   (...)t   ------------------------------    Date: 18 Feb 2004 10:37:58 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso). Subject: Re: TCPTRACE and SQL Service OCI port< Message-ID: <f30679fb.0402181037.b5fea9a@posting.google.com>  s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0402180329.56e12760@posting.google.com>...t< > I need to trace all the connections to the OCI port (1527)3 > but I dont know how to write the correct command:  > ' > $ tcptrace 127.0.0.1 /port=local=1527m >  > or k > , > $ tcptrace nnn.nnn.nnn.nn /port=local=1527 >  > ! > These commands above dont work.e >  > My connections are:= >  > $ ucx show devicea >  > (...)u > 8 > bg469       STREAM    1527       0                   *F > bg5041      STREAM    1527    2803                   nnn.nnn.nnn.nnn >  > (...)h    ) Worked without th IP Address ... (??) :-/c   $ tcptrace /port=local=1527o   Regardst   FC   ------------------------------  % Date: Tue, 17 Feb 2004 20:13:44 -0500 ' From: Colin Blake <colin@theblakes.com>eD Subject: Re: Thank you for registering for Mozilla for OpenVMS Alpha1 Message-ID: <2-CdnX84aLbTIa_dRVn-tw@adelphia.com>a   Tillman, Brian (AGRE) wrote:  F >I installed Mozilla V1.5 on an AlphaServer 1000 4/233 running OpenVMSC >V7.3-1.  As a web browser, it works, albeit slow (which may be theeI >Alpha's fault), but when trying to send a message using Mail and News, Is	 >receive:m >r >Sending of message failed. " >Unable to open the temporary file( >/mydisk/tillman/SYS$DISK:[]/nsmail.eml.* >Check your 'Temporary Directory' setting. >v- Do you have the logicals TMP or HOME defined?a  i   ------------------------------    Date: 18 Feb 2004 07:43:40 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e& Subject: Re: Volume shadowing question3 Message-ID: <kP1M4Mrpp9xQ@eisner.encompasserve.org>   c In article <Xns94928391CA344falkarcabca@198.80.55.250>, Alfred Falk <falk@arc.REMOVE.ab.ca> writes:a > K > Anyhow, the problem is that when I reboot the third node, one or both of e: > the shadow volumes will break and go into Merge or Copy. > Any idea why this would be?   @    Are you using a proper system shutdown including REMOVE_NODE?   ------------------------------  # Date: Tue, 17 Feb 2004 19:56:02 GMTt) From: Alfred Falk <falk@arc.REMOVE.ab.ca>t" Subject: Volume shadowing question7 Message-ID: <Xns94928391CA344falkarcabca@198.80.55.250>o  F I have a two-node cluster with two shadowed volumes.  Each volume has * one physical disk on each node.  Like this.   node_a::                            node_b::*     -- $100$dka100 = DSA1 = $101$dka400 --*     -- $100$dka200 = DSA2 = $101$dka300 --  F Now I've added a third node, node_c, that serves no disks.  (It's not G strictly a satellite as it has its own system disk.  I gave it 0 votes uI anyhow. so that it could come and gor from the cluster without having to s re-calculate quorum.)   I Anyhow, the problem is that when I reboot the third node, one or both of t8 the shadow volumes will break and go into Merge or Copy. Any idea why this would be?J  C I am suspecting that files opened on the shadow sets by node_c are  3 implicated, but I don't see why they should matter.    --  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca W@ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Roado1                         Edmonton, Alberta, Canada' http://www.arc.ab.ca/   T6N 1E4e  http://www.arc.ab.ca/staff/falk/   ------------------------------  + Date: Tue, 17 Feb 2004 20:13:15 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: Volume shadowing question$ Message-ID: <c0tskr$8i3$1@online.de>  C In article <Xns94928391CA344falkarcabca@198.80.55.250>, Alfred Falko  <falk@arc.REMOVE.ab.ca> writes:   H > I have a two-node cluster with two shadowed volumes.  Each volume has , > one physical disk on each node.  Like this0 >   node_a::                            node_b::, >     -- $100$dka100 = DSA1 = $101$dka400 --, >     -- $100$dka200 = DSA2 = $101$dka300 -- > H > Now I've added a third node, node_c, that serves no disks.  (It's not I > strictly a satellite as it has its own system disk.  I gave it 0 votes .K > anyhow. so that it could come and gor from the cluster without having to m > re-calculate quorum.)z > K > Anyhow, the problem is that when I reboot the third node, one or both of >: > the shadow volumes will break and go into Merge or Copy. > Any idea why this would be?o > E > I am suspecting that files opened on the shadow sets by node_c are l5 > implicated, but I don't see why they should matter.   F Suppose some application one node C has a file on the shadow set open I for write, then the node drops away.  Maybe the write made it to disk on  = one member but not the other, so shadowing has to do a merge.n  E If you make sure that no application on node C has files open on the i7 shadow sets before it goes down, then you should be OK.s   ------------------------------  + Date: Tue, 17 Feb 2004 21:54:54 +0000 (UTC)aP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: Volume shadowing question$ Message-ID: <c0u2jd$uti$1@online.de>  D In article <c0u13a$dpu$2@newslocal.mitre.org>, lewis@mazda.mitre.org (Keith A. Lewis) writes: g   > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes in article <c0tskr$8i3$1@online.de> dated Tue, 17 Feb 2004 20:13:15 +0000 (UTC): > >aH > >If you make sure that no application on node C has files open on the : > >shadow sets before it goes down, then you should be OK. > L > VMS keeps [000000]INDEXF.SYS open as long as the disk is mounted.  I would< > recommend a DISMOUNT command in sys$manager:syshutdwn.com.  H The normal shutdown dismounts all disks at some point, but I'm not sure D if it dismounts all disks mounted by that node (perhaps not) or all D disks directly connected to that node (probably).  If the latter, I I think it does just a DISMOUNT and not a DISMOUNT/CLUSTER.  (Which is not 'B relevant to the original poster's question, but might be in other  contextes.)e   ------------------------------  % Date: Wed, 18 Feb 2004 10:16:40 -0500r From: norm.raphael@metso.com& Subject: Re: Volume shadowing questionQ Message-ID: <OF663DCB3C.BB7B7987-ON85256E3E.0053CC94-85256E3E.0053E1D8@metso.com>o  J helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  wrote on 02/17/2004 03:13:15 PM:  E > In article <Xns94928391CA344falkarcabca@198.80.55.250>, Alfred Falk>! > <falk@arc.REMOVE.ab.ca> writes:r > I > > I have a two-node cluster with two shadowed volumes.  Each volume hasu. > > one physical disk on each node.  Like this2 > >   node_a::                            node_b::. > >     -- $100$dka100 = DSA1 = $101$dka400 --. > >     -- $100$dka200 = DSA2 = $101$dka300 -- > >nI > > Now I've added a third node, node_c, that serves no disks.  (It's notoJ > > strictly a satellite as it has its own system disk.  I gave it 0 votesI > > anyhow. so that it could come and gor from the cluster without havingg to > > re-calculate quorum.)d > >sI > > Anyhow, the problem is that when I reboot the third node, one or bothn of< > > the shadow volumes will break and go into Merge or Copy. > > Any idea why this would be?g > >rF > > I am suspecting that files opened on the shadow sets by node_c are7 > > implicated, but I don't see why they should matter.  >nG > Suppose some application one node C has a file on the shadow set openeJ > for write, then the node drops away.  Maybe the write made it to disk on? > one member but not the other, so shadowing has to do a merge.S >BF > If you make sure that no application on node C has files open on the9 > shadow sets before it goes down, then you should be OK.r > I This means that any images installed on those disks when node C is up andOF running need to be install remove in syshutdwn.com when node C is shut down.0   ------------------------------  % Date: Wed, 18 Feb 2004 08:37:35 -0600r( From: brandon@dalsemi.com (John Brandon)' Subject: Welcome Package for IV NEWBIESI1 Message-ID: <04021808373526@dscis6-0.dalsemi.com>e  M Wouldn't it be cool to have a "Welcome Package" sent to all new subsribers totO IV - basically an e-mail giving you links to products, software, hardware, FAQ,s etc.   ?s     J*o*h*n B*r*a*n*d*o*n* VMS Systems Administrator** firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Wed, 18 Feb 2004 18:03:37 +0100s" From: Didier Morandi <no@spam.com>+ Subject: Re: Welcome Package for IV NEWBIESe4 Message-ID: <40339af9$0$28462$636a15ce@news.free.fr>   What is IV, John?e   D.   John Brandon wrote:n  O > Wouldn't it be cool to have a "Welcome Package" sent to all new subsribers tomQ > IV - basically an e-mail giving you links to products, software, hardware, FAQ,l > etc. >  > ?t >  >  > J*o*h*n B*r*a*n*d*o*n= > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   -- n2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928a$                 http://www.vaxus.org   ------------------------------  % Date: Wed, 18 Feb 2004 10:03:49 -0700*B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>+ Subject: RE: Welcome Package for IV NEWBIES0O Message-ID: <11721EF39C7D7F47A55447158274CAF7A5968E@cossmgmbx01.email.corp.tld>R   Didier Morandi wrote:s   > What is IV, John?4  	 Info-VAX.C --=0D5 Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991c> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Dt: I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain=0D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=aG  not necessarily represent those of the company.  The recipient should=sI  check this e-mail and any attachments for the presence of viruses.  The=eA  company accepts no liability for any damage caused, directly or=o4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Wed, 18 Feb 2004 11:45:31 -0600d( From: brandon@dalsemi.com (John Brandon)+ Subject: Re: Welcome Package for IV NEWBIES*1 Message-ID: <04021811453139@dscis6-0.dalsemi.com>-   Brian Tillman WROTE: > Didier Morandi wrote:m >  > > What is IV, John?o >   	 Info-VAX.O   What Brian said - sorry.      L My thought is simple, from time to time we get a NEWBIE asking where to findI this, that, and the other thing - just thought it would be nice to have aiN packet sent to them at time of registration pointing them to that information.         J*o*h*n B*r*a*n*d*o*na VMS Systems Administrator5* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Wed, 18 Feb 2004 11:28:38 -0700eB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>+ Subject: RE: Welcome Package for IV NEWBIESmO Message-ID: <11721EF39C7D7F47A55447158274CAF7A596DA@cossmgmbx01.email.corp.tld>l   John Brandon wrote:e  9 > My thought is simple, from time to time we get a NEWBIE = > asking where to find this, that, and the other thing - just>; > thought it would be nice to have a packet sent to them at 9 > time of registration pointing them to that information.l  F However, I believe the majority of readers of Info-VAX read it via theE comp.os.vms newsgroup and, hence, do not register, as those of us whoo read it by mail do.a --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991u> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Dc: I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain=>D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=eH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=tG  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The=tA  company accepts no liability for any damage caused, directly or=x4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Tue, 17 Feb 2004 22:06:51 +0000 ) From: Antonio Carlini <arcarlini@iee.org>i% Subject: Re: Why was VAX abandonned ?t; Message-ID: <IfwYb.542$wJ5.5@newsfep4-winn.server.ntli.net>s   Roger Ivie wrote:'  I > An implicit assumption in all this is that stuff works like memory. ThecI > violation of this assumption by I/O devices gave us sparse space. SincepG > I deal with I/O devices and device drivers, I was pretty annoyed fromSH > the start. Doesn't mean I think the Alpha guys were wrong, just that I > have an axe to grind.t  G Having had to deal with the PCI implementations myself, I know what youyC mean about it being a bit of a chore. However, I usually managed todA hide the implementation details in a few routines and not have to / worry about the sparse address space elsewhere.r  A This was never really an issue in the same way that lack of byte  D loads/stores were for some code. The sparse address space meant thatD you could do everything that PCI allowed you to do, you just had to G encode the addresses in a way that would not have been necessary on an  C ix86 platform to achieve the same effect. This traded off a bit of  H address space, but since there was so much to go around, it was never a . real issue (for anything I ever did at least).   Antoniom   --   ---------------.- Antonio Carlini             arcarlini@iee.orgb   ------------------------------  % Date: Tue, 17 Feb 2004 22:16:24 +0000 ) From: Antonio Carlini <arcarlini@iee.org>o% Subject: Re: Why was VAX abandonned ?/< Message-ID: <EowYb.548$wJ5.78@newsfep4-winn.server.ntli.net>   Tom Linden wrote:p  H > No, you are mistaken, they were wrong.  Why would you design a new cpuG > that could only run new code.  So you could go after a small a market I > as possible?  Actually, it was the miserable performance of Oracle thatuI > was responsible for the addition of 16bit and byte sign extended moves.d  H I mentioned NT because that is the one thing I remember seeing cited as G the major mover to get byte loads/stores into the architecture. I have  F no recollection of Oracle caring, but I do remember DEC trying to woo E them at the time (and later, obviously, selling Rdb to them) so it isiF possible that this may have mattered too. I don't remember any claims H that Oracle performed poorly though, but I no longer have any benchmark  summaries around from that era.c  E As for the decision being obviously wrong, I dispute that. Plenty of tF very competent people (not me, they managed without my help :-) had a H chance to comment on the architecture as it was developed, so if it had D been such a huge mistake, someone would surely have spotted it (the G compiler group at least). The way I saw it, they knew that leaving out nI these instructions would cause a performance issue for some people, they c= just thought that these people were not in the target market.   F It turns out that at least some of them were (or convinced mgmnt that F they could afford to be). By then the architecture and impementations A were well enough understood that the instructions could be added mH (presumably) without compromising the overall speed for the rest of the I world. IIRC VAX went the other way (noone complained about CRC and POLYx i/ being subsetted!). Architectures always evolve.s   Antoniod   --   ----------------- Antonio Carlini             arcarlini@iee.org:   ------------------------------  % Date: Tue, 17 Feb 2004 19:16:31 -0500:. From: Glenn Everhart <Everhart-nospam@gce.com>% Subject: Re: Why was VAX abandonned ?3 Message-ID: <4032aef3$0$3082$61fed72c@news.rcn.com>n   Antonio Carlini wrote: > Tom Linden wrote:  > I >> No, you are mistaken, they were wrong.  Why would you design a new cpuhH >> that could only run new code.  So you could go after a small a marketJ >> as possible?  Actually, it was the miserable performance of Oracle thatJ >> was responsible for the addition of 16bit and byte sign extended moves. >  > J > I mentioned NT because that is the one thing I remember seeing cited as I > the major mover to get byte loads/stores into the architecture. I have 0H > no recollection of Oracle caring, but I do remember DEC trying to woo G > them at the time (and later, obviously, selling Rdb to them) so it isiH > possible that this may have mattered too. I don't remember any claims J > that Oracle performed poorly though, but I no longer have any benchmark ! > summaries around from that era.n > G > As for the decision being obviously wrong, I dispute that. Plenty of eH > very competent people (not me, they managed without my help :-) had a J > chance to comment on the architecture as it was developed, so if it had F > been such a huge mistake, someone would surely have spotted it (the I > compiler group at least). The way I saw it, they knew that leaving out aK > these instructions would cause a performance issue for some people, they m? > just thought that these people were not in the target market.h > H > It turns out that at least some of them were (or convinced mgmnt that H > they could afford to be). By then the architecture and impementations C > were well enough understood that the instructions could be added  J > (presumably) without compromising the overall speed for the rest of the K > world. IIRC VAX went the other way (noone complained about CRC and POLYx b1 > being subsetted!). Architectures always evolve.y > 	 > Antonior >  > -- s >  > ---------------t/ > Antonio Carlini             arcarlini@iee.org  > @ As I recall, there was also talk about many device drivers being= easier to write with word/byte instructions and that this was/C one of the killers. Also, while allowing such instructions was said > to add a bit of time to do each instruction, by  that time the> EV6 implementation was looking so fast nobody figured it wouldF ever be missed...and it removed a lot of requirements for supernaturalC intelligence on the part of compilers dealing with strings. At thatdC time of course we thought the SMP Alpha would be out well before itm@ was...I'd have guessed about 2000...and if that had happened andD the rest of the post-Intel-lawsuit roadmap panned out as advertised,? Alpha might have had so great a performance lead that even witheA the less-than-stellar DEC marketing it might have had a chance atu? dominance. Was there ever a company whose engineers dealt their-< management so many aces, only to have them mostly discarded?   ------------------------------  % Date: Tue, 17 Feb 2004 19:46:27 -0500D' From: John Sauter <J_Sauter@Empire.Net>.% Subject: Re: Why was VAX abandonned ?08 Message-ID: <p0d530tpc84ijt4hotodm77dvkba16mhhk@4ax.com>   Tom Linden wrote:   F It is easy to make a fast chip if you neglect the hard stuff.  But it F is the hard stuff that separates a competent from a mediocre design.  E The flaw was not of the engineers making, it was managment's failure w@ to provide the proper set of of design goals to the engineers.    Nothing to be perplexed about.     John Sauter responded:  ; Pardon me, but blaming management is a cop-out.  ManagementI> doesn't provide engineers with design goals, but with business: goals.  The stockholders say "make money."  Top management8 says "make money by designing, manufacturing, marketing,5 selling and supporting computers."  Bottom managementh; says "design the best computer you can, within these limitsn8 on time and cost."  We engineers take it from there, and; do our best.  If that isn't good enough, the product fails.c%     John Sauter (J_Sauter@Empire.Net)s   ------------------------------  % Date: Wed, 18 Feb 2004 06:58:52 -0800r# From: "Tom Linden" <tom@kednos.com>s% Subject: RE: Why was VAX abandonned ? 9 Message-ID: <NDEMLKKEBOIFBMJLCECIAEIBCNAA.tom@kednos.com>o  F Not really blaming someone, but if engineers design the wrong product, whose fault is that?     -----Original Message-----0   From: John Sauter [mailto:J_Sauter@Empire.Net]*   Sent: Tuesday, February 17, 2004 4:46 PM   To: Info-VAX@Mvb.Saic.Com '   Subject: Re: Why was VAX abandonned ?y         Tom Linden wrote:t   H   It is easy to make a fast chip if you neglect the hard stuff.  But it H   is the hard stuff that separates a competent from a mediocre design.  G   The flaw was not of the engineers making, it was managment's failure eB   to provide the proper set of of design goals to the engineers.  "   Nothing to be perplexed about.        John Sauter responded:   =   Pardon me, but blaming management is a cop-out.  Managementr@   doesn't provide engineers with design goals, but with business<   goals.  The stockholders say "make money."  Top management:   says "make money by designing, manufacturing, marketing,7   selling and supporting computers."  Bottom managementn=   says "design the best computer you can, within these limitsI:   on time and cost."  We engineers take it from there, and=   do our best.  If that isn't good enough, the product fails.d'       John Sauter (J_Sauter@Empire.Net)s      --- (   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004    --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004   ------------------------------  % Date: Wed, 18 Feb 2004 13:49:00 +0000OO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>a: Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <c0vqgd$803$1@new-usenet.uk.sun.com>   david20@alpha2.mdx.ac.uk wrote:o > M > You accuse others of trolling. In general those you accuse are users and/or 9 > supporters of VMS. You are neither a user or supporter.CN > There are enough users and supporters of VMS who are able to provide balanceI > on issues like IA64 without needing the support of someone whose agenda E > with respect to a bright future for VMS must seem a little suspect.i >   < What is the title of this thread ???????????????????????????  * Solaris crashes itself when /tmp is full !  = So now you explain to me why I should not respond, or perhaps > explain why was this posted to this thread in the first place.  @ Last time I looked comp.os.vms wasn't a Solaris admin newsgroup.  . Sorry but that really wasn't one of your best.  - I have snipped the rest of your post for your-* benefit, you can thank me at your leisure.   Regards: Andrew Harrisonm   ------------------------------  + Date: Wed, 18 Feb 2004 15:55:14 +0000 (UTC)j From: david20@alpha2.mdx.ac.uk: Subject: Re: [OT] Solaris crashes itself when /tmp is full) Message-ID: <c101t2$fau$1@news.mdx.ac.uk>n   In article <c0vqgd$803$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  >david20@alpha2.mdx.ac.uk wrote: >> aN >> You accuse others of trolling. In general those you accuse are users and/or: >> supporters of VMS. You are neither a user or supporter.O >> There are enough users and supporters of VMS who are able to provide balanceiJ >> on issues like IA64 without needing the support of someone whose agendaF >> with respect to a bright future for VMS must seem a little suspect. >>   >i= >What is the title of this thread ???????????????????????????e > + >Solaris crashes itself when /tmp is full !  > > >So now you explain to me why I should not respond, or perhaps? >explain why was this posted to this thread in the first place.o >eA >Last time I looked comp.os.vms wasn't a Solaris admin newsgroup.' >d/ >Sorry but that really wasn't one of your best.  >o. >I have snipped the rest of your post for your+ >benefit, you can thank me at your leisure.r >w  I As usual you snip to support your own position without regard to what wasd actually posted.   As I posted      "sH I know in this case you will argue that you were only defending Solaris.O But why do you care ? This is a VMS newsgroup. In other newsgroups dedicated toHB other systems you will find critism of Windows, Linux, Solaris etcK It's the nature of such newsgroups. Your presence almost certainly leads tojM more posting of critisms of Solaris in this newsgroup than would otherwise be1	 the case.r "c      
 David Webb VMS and Unix team leader CCSS Middlesex University       >Regards >Andrew Harrison >w   ------------------------------  % Date: Wed, 18 Feb 2004 16:51:38 +0000nO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>a: Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <c1056q$cg1$1@new-usenet.uk.sun.com>   david20@alpha2.mdx.ac.uk wrote:a > In article <c0vqgd$803$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > ! >>david20@alpha2.mdx.ac.uk wrote:o >>N >>>You accuse others of trolling. In general those you accuse are users and/or: >>>supporters of VMS. You are neither a user or supporter.O >>>There are enough users and supporters of VMS who are able to provide balanceuJ >>>on issues like IA64 without needing the support of someone whose agendaF >>>with respect to a bright future for VMS must seem a little suspect. >>>  >>> >>What is the title of this thread ??????????????????????????? >>, >>Solaris crashes itself when /tmp is full ! >>? >>So now you explain to me why I should not respond, or perhapsu@ >>explain why was this posted to this thread in the first place. >>B >>Last time I looked comp.os.vms wasn't a Solaris admin newsgroup. >>0 >>Sorry but that really wasn't one of your best. >>/ >>I have snipped the rest of your post for your@, >>benefit, you can thank me at your leisure. >> >  > K > As usual you snip to support your own position without regard to what wasi > actually posted. >  > As I posted  >  >  > "oJ > I know in this case you will argue that you were only defending Solaris.Q > But why do you care ? This is a VMS newsgroup. In other newsgroups dedicated to D > other systems you will find critism of Windows, Linux, Solaris etcM > It's the nature of such newsgroups. Your presence almost certainly leads tolO > more posting of critisms of Solaris in this newsgroup than would otherwise be  > the case.  > "eA Chicken, egg. I am here because one Rob Young started an anti Sun < tirade to deflect criticism from the then owners of OpenVMS.  B Rob could apologise and agree to stop spouting the same kind of BS, in the future but I very much doubt he will.  C And I care because the anti Sun stuff was made up as is much of theS> anti UNIX and Linux stuff and so should you because much of itB demonstrates a total ignorance of the platforms and products being	 attacked.n  > Periodically Rob or some other chorister regurgitates the same> line having had it slapped down a few months or a year earlier< often as has been admitted to deflect further criticism from OpenVMS's current owner.  = This BS falls into certain predictable and always unsupported  categories.    The OpenVMS TCO BS The OpenVMS CERT BSw The UNIX cluster BS- The AlphaServer performance BS The SPARC is dead BS The Slowaris BS  etc etc.  = So let me ask you a question, do Bob's tirades trying to linkg> all Linux security issues with commercial UNIX platforms in an5 attempt to FUD UNIX from a security standpoint strikeu/ a chord with you or do you disagree with them ?u  > Do Robs everything sucks except Itanium tirades strike a chord; with you or do you disagree with them ? (a road to damascuse4 type conversion from everything sucks except Alpha).  ; Did the same tirade in favour of Alpha also garner the sameh reaction from you ?c  9 And if you disagreed with any of the rants above then whyT didn't you say so ?L  ; If you want me to stop posting to this group then you wouldT8 do better to direct your wrath at the more objectionable elements in this group.l   RegardsR Andrew Harrisonr   ------------------------------  # Date: Wed, 18 Feb 2004 17:33:19 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> : Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <zlNYb.589$uH6.393@news.cpqcorp.net>  % "Andrew Harrison SUNUK Consultancy" >   = > If you want me to stop posting to this group then you would,: > do better to direct your wrath at the more objectionable > elements in this group.  >4  J Not long ago, for yucks I tried to find out what other newsgroups you wereI active in - after all a Sun expert - heck the inventor of clusters - likesJ you must be in high demand for your expertise - and I wanted to see if youJ had anything else to say - perhaps technical.  In the various combinationsJ of what name you might use where, I could only find you posting here and a? lone (probably cross post) in alt.folklore.computers last year.h  K So tell me.  This newsgroup is for VMS.  You aren't giving any advice aboutlH VMS. All you do is help stir the pot, spread a little FUD, and hope thatJ someone leaving VMS might think so well of how you've represented Sun that* they might actually advocate moving to it.  I Frankly, I don't understand why the father of Sun Clusters is wasting hisdF valuable time in a newsgroup devoted to software and hardware that youH dismiss - and to customers who you continue to see as fools to be using.   ------------------------------  % Date: Wed, 18 Feb 2004 17:26:42 +0000eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>s: Subject: Re: [OT] Solaris crashes itself when /tmp is full0 Message-ID: <c1078i$d2s$2@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <c0vj2i$5eb$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > @ >>You seem to be at odds with some of your fellow OpenVMS admins= >>with respect to printing and C2 auditing. I will leave that  >>argument to you and them.e >  > I >    The C2 requirement is met by the option to stop processing, no crash  >    required. > , >    And nobody said a thing about printing. > 5 You need to pay closer attention because that was onea3 of the points raised. Have a look at the thread yout$ appear to have jumped in a bit late.   Regardsx Andrew Harrisone   ------------------------------   End of INFO-VAX 2004.097 ************************