1 INFO-VAX	Mon, 05 Jul 2004	Volume 2004 : Issue 369       Contents:+ Re: Accuweather video mentions VMS (TWICE!) + Re: Accuweather video mentions VMS (TWICE!) + Re: Accuweather video mentions VMS (TWICE!) % Compiling VAX simh under Fedora CORE2 ) Re: Compiling VAX simh under Fedora CORE2 ) Re: Compiling VAX simh under Fedora CORE2 ) Re: Compiling VAX simh under Fedora CORE2 & Re: Getting the RFA of Record in COBOLP Re: HP beats IBM in new cluster Total Cost of Ownership comparison study studyst= Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = RE: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = RE: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article  Re: Itanium Porting Class  Jealousy at HP kills EV79? Re: Jealousy at HP kills EV79? Re: Secondary DNS problem , Re: steadily increasing error count on TTA0: XBitHack in SWS 2.0? Re: XBitHack in SWS 2.0?  F ----------------------------------------------------------------------  % Date: Mon, 05 Jul 2004 12:16:11 +0100 & From: Nic Clews <spamthis@[127.0.0.1]>4 Subject: Re: Accuweather video mentions VMS (TWICE!)' Message-ID: <ccbdel$9sg$1@lore.csc.com>    VAXman- wrote:p > In article <b096a4ee.0407031452.44d1405a@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: > Z >>VAXman-  @SendSpamHere.ORG wrote in message news:<00A34466.DF327C1B@SendSpamHere.ORG>... >>p >>>In article <b096a4ee.0407021651.2b10516@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: >>> \ >>>>VAXman-  @SendSpamHere.ORG wrote in message news:<00A343BD.30DC270B@SendSpamHere.ORG>... >>>>v >>>>>In article <cf15391e.0407020711.41e39aa2@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes: >>>>> u >>>>>>"Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in message news:<2jogvgF13v4e6U1@uni-berlin.de>...  >>>>>>L >>>>>>>http://h71000.www7.hp.com/openvms/brochures/accuweather/accunews.html >>>>>>& >>>>>>The URL for this has changed to:H >>>>>>http://h71000.www7.hp.com/openvms/brochures/accuweather/index.html >>>>>  >>>>>This is old news...   >>  >>So what?! First I heard of it! >> >>" >>>>>and the same .WMV file too ;( >>F >>Picky, picky, picky. You want to pick up the tab for the sequel? :%) >  >  > No.  Just a usable format!  # I have to agree with VAXman here...   E WMV or other funny formats are platform specific, how many times has  I Windows said "downloading a codec" etc. for something you've viewed? How  7 certain are you this isn't a "user is now viewing..." ?   H Mpeg is a STANDARD, no extra codecs to download, it works. DVD, that is I Mpeg, digital broadcast is Mpeg, when you say pictures you say JPEG, not    some proprietary picture format.  E Converters are available, but really, as the media player works with  ' MPG, that should be the starting point.   H The cynical in me interprets the "more expensive to produce an mpeg" as H Microsoft undercut hands down everything else because it implies a user D lock in, and the user has to buy an M$ product to "share and enjoy".  I It is anti competitive practice, being endorsed by the produces of these  I little videos, nice as they are, yes it mentions VMS, but "if you're not  + using Windows, you're not going to see it".   C If you like, it implicitly mentions Windows, the entire duration...   
 Mr. Picky? --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  # Date: Mon, 05 Jul 2004 14:31:05 GMT ! From: Nigel Barker <nigel@hp.com> 4 Subject: Re: Accuweather video mentions VMS (TWICE!)8 Message-ID: <famie0t6kgruc34a1go36tck77re7i67f3@4ax.com>  K On Mon, 05 Jul 2004 12:16:11 +0100, Nic Clews <spamthis@[127.0.0.1]> wrote:   F >WMV or other funny formats are platform specific, how many times has J >Windows said "downloading a codec" etc. for something you've viewed? How 8 >certain are you this isn't a "user is now viewing..." ? > I >Mpeg is a STANDARD, no extra codecs to download, it works. DVD, that is  J >Mpeg, digital broadcast is Mpeg, when you say pictures you say JPEG, not ! >some proprietary picture format.  > F >Converters are available, but really, as the media player works with ( >MPG, that should be the starting point.  O Actually Windows Media Player only works out of the box with MPEG1. If you want I MPEG2 to watch a DVD then you must install an MPEG2 codec (normally a DVD  player).  M Alternatively install the multiplatform Videolan client from www.videolan.org * which already contains the required codec.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  # Date: Mon, 05 Jul 2004 14:36:56 GMT " From:   VAXman-  @SendSpamHere.ORG4 Subject: Re: Accuweather video mentions VMS (TWICE!)0 Message-ID: <00A34604.77FB9CA3@SendSpamHere.ORG>  \ In article <famie0t6kgruc34a1go36tck77re7i67f3@4ax.com>, Nigel Barker <nigel@hp.com> writes:L >On Mon, 05 Jul 2004 12:16:11 +0100, Nic Clews <spamthis@[127.0.0.1]> wrote: > G >>WMV or other funny formats are platform specific, how many times has  K >>Windows said "downloading a codec" etc. for something you've viewed? How  9 >>certain are you this isn't a "user is now viewing..." ?  >>J >>Mpeg is a STANDARD, no extra codecs to download, it works. DVD, that is K >>Mpeg, digital broadcast is Mpeg, when you say pictures you say JPEG, not  " >>some proprietary picture format. >>G >>Converters are available, but really, as the media player works with  ) >>MPG, that should be the starting point.  > P >Actually Windows Media Player only works out of the box with MPEG1. If you wantJ >MPEG2 to watch a DVD then you must install an MPEG2 codec (normally a DVD	 >player).  > N >Alternatively install the multiplatform Videolan client from www.videolan.org+ >which already contains the required codec.   H Which still does not address the proprietary nature of this format.  TheI next time fuehrer Wilhelm get his case of the Billion Dollar Blues, he'll H see to it that this videolan project cannot distribute a decoder for hisI lousy lossy format.  Where does that leave us in the "patchwork" approach H to the problem which, BTW, is the same approach fuehrer Wilhelm takes as% a solution to his OS security issues.     FYI, I got myself a copy of VLC. --  B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 05 Jul 2004 11:46:08 -0400 ) From: Andrew Robert <arobert@townisp.com> . Subject: Compiling VAX simh under Fedora CORE20 Message-ID: <10eitu0soefr6bc@corp.supernews.com>   Hi Everyone,  H I have been trying to get the simh vax emulator to run on Fedora CORE 2  but have had mixed success.     6 When I compile without network support, it works fine.  = I am able to start the emulator, install the VMS OS, layered   applications, etc.  F When I compile the executable with the qualifier required for network  support, I receive:     = [root@dhcp-0-7-e9-bc-5c-fc simh]# make USE_NETWORK=1  BIN/vax H gcc -std=c99 -O2 -g -lm -D_GNU_SOURCE -I . VAX/vax_cpu1.c VAX/vax_cpu.c H VAX/vax_fpa.c VAX/vax_io.c VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sys.c D VAX/vax_sysdev.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c D PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_pt.c @ PDP11/pdp11_xq.c PDP11/pdp11_ry.c scp.c sim_console.c sim_fio.c B sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c -DVM_VAX = -DUSE_INT64 -I VAX/ -I PDP11/ -DUSE_NETWORK -lpcap  -isystem  / /usr/local/include -L /usr/local/lib -o BIN/vax % sim_ether.c: In function `eth_write': L sim_ether.c:768: warning: implicit declaration of function `pcap_sendpacket'6 /tmp/ccD7956D.o(.text+0xbd8): In function `eth_write':< /home/software/simh/sim_ether.c:768: undefined reference to  `pcap_sendpacket' # collect2: ld returned 1 exit status  make: *** [BIN/vax] Error 1   G Itis obviously failing on pcap but I am not sure what to do to resolve   the problem.  D Any assistance you can provide on this would be greatly appreciated.   ------------------------------   Date: 05 Jul 2004 16:57:34 GMT3 From: Thierry Dussuet <thierry@squeeeez.dyndns.org> 2 Subject: Re: Compiling VAX simh under Fedora CORE2/ Message-ID: <slrncej23v.qh.thierry@MARS.Family>   9 On 2004-07-05, Andrew Robert <arobert@townisp.com> wrote:  > Hi Everyone,   Hello!  H > When I compile the executable with the qualifier required for network  > support, I receive:  > ? > [root@dhcp-0-7-e9-bc-5c-fc simh]# make USE_NETWORK=1  BIN/vax J > gcc -std=c99 -O2 -g -lm -D_GNU_SOURCE -I . VAX/vax_cpu1.c VAX/vax_cpu.c J > VAX/vax_fpa.c VAX/vax_io.c VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sys.c F > VAX/vax_sysdev.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c F > PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_pt.c B > PDP11/pdp11_xq.c PDP11/pdp11_ry.c scp.c sim_console.c sim_fio.c D > sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c -DVM_VAX ? > -DUSE_INT64 -I VAX/ -I PDP11/ -DUSE_NETWORK -lpcap  -isystem  1 > /usr/local/include -L /usr/local/lib -o BIN/vax ' > sim_ether.c: In function `eth_write': N > sim_ether.c:768: warning: implicit declaration of function `pcap_sendpacket'8 > /tmp/ccD7956D.o(.text+0xbd8): In function `eth_write':> > /home/software/simh/sim_ether.c:768: undefined reference to  > `pcap_sendpacket' % > collect2: ld returned 1 exit status  > make: *** [BIN/vax] Error 1  > I > Itis obviously failing on pcap but I am not sure what to do to resolve   > the problem.  ; Do you have libpcap installed? (with the "devel" packages?)    Thierry    ------------------------------  % Date: Mon, 05 Jul 2004 10:09:15 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 2 Subject: Re: Compiling VAX simh under Fedora CORE2' Message-ID: <40E98B3B.4070103@MMaz.com>    Andrew Robert wrote:   > Hi Everyone, > H > I have been trying to get the simh vax emulator to run on Fedora CORE  > 2 but have had mixed success.  >  > 8 > When I compile without network support, it works fine. > ? > I am able to start the emulator, install the VMS OS, layered   > applications, etc. > H > When I compile the executable with the qualifier required for network  > support, I receive:  >  > ? > [root@dhcp-0-7-e9-bc-5c-fc simh]# make USE_NETWORK=1  BIN/vax < > gcc -std=c99 -O2 -g -lm -D_GNU_SOURCE -I . VAX/vax_cpu1.c 9 > VAX/vax_cpu.c VAX/vax_fpa.c VAX/vax_io.c VAX/vax_mmu.c  C > VAX/vax_stddev.c VAX/vax_sys.c VAX/vax_sysdev.c PDP11/pdp11_rl.c  F > PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c PDP11/pdp11_lp.c F > PDP11/pdp11_tq.c PDP11/pdp11_pt.c PDP11/pdp11_xq.c PDP11/pdp11_ry.c B > scp.c sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c @ > sim_ether.c sim_tape.c -DVM_VAX -DUSE_INT64 -I VAX/ -I PDP11/ I > -DUSE_NETWORK -lpcap  -isystem /usr/local/include -L /usr/local/lib -o  	 > BIN/vax ' > sim_ether.c: In function `eth_write': = > sim_ether.c:768: warning: implicit declaration of function   > `pcap_sendpacket' 8 > /tmp/ccD7956D.o(.text+0xbd8): In function `eth_write':> > /home/software/simh/sim_ether.c:768: undefined reference to  > `pcap_sendpacket' % > collect2: ld returned 1 exit status  > make: *** [BIN/vax] Error 1  > I > Itis obviously failing on pcap but I am not sure what to do to resolve   > the problem. > F > Any assistance you can provide on this would be greatly appreciated.  F Knowing little about simh, I would 'guess' that the libpcap libraries F and definitions are missing on your system.  PCAP, which is the linux E libpcap software,  is used to place a NIC into promiscous mode, so I  H would start by downloading and reinstalling the software.  You can find  it at:   http://www.tcpdump.org/    Regards,   Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Mon, 05 Jul 2004 13:38:19 -0400 ) From: Andrew Robert <arobert@townisp.com> 2 Subject: Re: Compiling VAX simh under Fedora CORE20 Message-ID: <10ej4gc8jo02c3e@corp.supernews.com>   Barry Treahy, Jr. wrote: > Andrew Robert wrote: >  >> Hi Everyone,  >>I >> I have been trying to get the simh vax emulator to run on Fedora CORE    >> 2 but have had mixed success. >> >>9 >> When I compile without network support, it works fine.  >>@ >> I am able to start the emulator, install the VMS OS, layered  >> applications, etc.  >>I >> When I compile the executable with the qualifier required for network   >> support, I receive: >> >>@ >> [root@dhcp-0-7-e9-bc-5c-fc simh]# make USE_NETWORK=1  BIN/vax= >> gcc -std=c99 -O2 -g -lm -D_GNU_SOURCE -I . VAX/vax_cpu1.c  : >> VAX/vax_cpu.c VAX/vax_fpa.c VAX/vax_io.c VAX/vax_mmu.c D >> VAX/vax_stddev.c VAX/vax_sys.c VAX/vax_sysdev.c PDP11/pdp11_rl.c G >> PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c PDP11/pdp11_lp.c  G >> PDP11/pdp11_tq.c PDP11/pdp11_pt.c PDP11/pdp11_xq.c PDP11/pdp11_ry.c  C >> scp.c sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c  A >> sim_ether.c sim_tape.c -DVM_VAX -DUSE_INT64 -I VAX/ -I PDP11/  J >> -DUSE_NETWORK -lpcap  -isystem /usr/local/include -L /usr/local/lib -o 
 >> BIN/vax( >> sim_ether.c: In function `eth_write':> >> sim_ether.c:768: warning: implicit declaration of function  >> `pcap_sendpacket'9 >> /tmp/ccD7956D.o(.text+0xbd8): In function `eth_write': ? >> /home/software/simh/sim_ether.c:768: undefined reference to   >> `pcap_sendpacket'& >> collect2: ld returned 1 exit status >> make: *** [BIN/vax] Error 1 >>J >> Itis obviously failing on pcap but I am not sure what to do to resolve  >> the problem.  >>G >> Any assistance you can provide on this would be greatly appreciated.  >  > H > Knowing little about simh, I would 'guess' that the libpcap libraries H > and definitions are missing on your system.  PCAP, which is the linux G > libpcap software,  is used to place a NIC into promiscous mode, so I  J > would start by downloading and reinstalling the software.  You can find  > it at: >  > http://www.tcpdump.org/  > 
 > Regards, >  > Barry  > D   I checked the system and verified that both tcpdump and lpcap are 
 installed.  G Just in case, I used apt-get to verify the latest version is installed.     < [root@dhcp-0-7-e9-bc-5c-fc arobert]# apt-get install tcpdump Reading Package Lists... Done   Building Dependency Tree... Done& tcpdump is already the newest version.< 0 upgraded, 0 newly installed, 0 removed and 4 not upgraded.< [root@dhcp-0-7-e9-bc-5c-fc arobert]# apt-get install libpcap Reading Package Lists... Done   Building Dependency Tree... Done& libpcap is already the newest version.< 0 upgraded, 0 newly installed, 0 removed and 4 not upgraded.$ [root@dhcp-0-7-e9-bc-5c-fc arobert]#  2 It would appear that that the latest is installed.   ------------------------------   Date: 5 Jul 2004 00:19:12 -0700 # From: dooleys@snowy.net.au (dooley) / Subject: Re: Getting the RFA of Record in COBOL = Message-ID: <1ca82fc6.0407042319.7c378b79@posting.google.com>   d lsk55@hotmail.com (Scott) wrote in message news:<926edf3b.0407030950.48f1f097@posting.google.com>...D > I need a way to obtain the RFA of an indexed file record that I'veD > just read from COBOL.  Anyone know of a way to do this?  Thanks so > much!  --Scott9 If you call DCOB$RMS_CURRENT_FAB and DCOB$RMS_CURRENT_RAB ? (each with a parameter of a pointer) it returns the address of  > the current rab & fab. You will also need a rms$rab definition6 to find the rfa. I hope you know what you are doing :) Phil   ------------------------------  % Date: Mon, 05 Jul 2004 17:34:57 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> Y Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparison study studyst 0 Message-ID: <ccbvvh$jns$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:     C > no, its by the customers who use the technology, and I think they B > know more about their performance than you do ... you just don'tB > like what the numbers add up to ... OpenVMS will always beat IBM> > or sun or any other windoze/unix/linux garbage solution for / > reliability, security and clustering and TCO!   - Sorry for the belated reply I have been busy.   A I am however rather glad to discover that despite knowing exactly E what to expect you have volunteered to be the fall guy in yet another E round of battering the TechWise reports until those who advocate that - its worth reading them wish that they hadn't.   # Ignoring the truisms in the report:   C 1 That OpenVMS has fewer CERTS than AIX and therefor needs patching C for CERTS less. True because OpenVMS security vunerabilities seldom ' make it into a deciperable CERT report.   F 2 That AIX clusters a very likely to be managed by IBM global ServicesF well knock me down with a feather and you needed a survey to work that one out.   But lets get to the meat.   B There has in fact only been a tiny attempt to make ensure that theB OpenVMS cluster and the AIX cluster are running similar workloads,D self evident when you discover that 4 of the 9 specific applicationsD listed as running in the AIX and OpenVMS clusters in fact do not run, on OpenVMS. PeopleSoft, SAP, Sybase and DB2.  C ERP tends to be one of the more complex environments to support for A a commercial platform, the fact that none of the respondants were ? running ERP on OpenVMS while 39% were running ERP on AIX hardly A helps the case of anyone who thinks that this report is worth the  bits used to send it.   A Finally we get to costs, how do TechWise work out the cost of the D the systems, well not as a proper TCO study by attempting to measure@ the actual costs for their respondants but by comparing the list$ prices of the DS25 and the IBM P615.  > Now guess what the DS25 with 2 CPU's at 678 SPECint per CPU is> cheaper than the 615 at 910 per CPU. IBM's previous generation? Power 2 way with 750 Mhz CPU's and a result of 23495 has better 7 SPECjbb2000 performance than the current DS25 at 21997.     9 615 has chipkill and hot plugged PCI-X the DS25 PCI only.    Etc etc etc.  ; This is the same old story, compare apples with oranges and < the if your test is which fruit is orange and has a citrusie% flavour then Oranges will always win.    Regards  Andrew Harrison    ------------------------------  % Date: Mon, 05 Jul 2004 18:15:04 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <87d63adal3.fsf@k9.prep.synonet.com>  ) "Tom M" <kryios@spam.comcast.net> writes:   7 > "Karsten Nyblad" <nospam@nospam.com> wrote in message ( > news:cc9lcs$bh8$1@news.cybercity.dk...< >> "Paul Repacholi" <prep@prep.synonet.com> wrote in message- >> news:87fz89vxyu.fsf@k9.prep.synonet.com... ' >> > "Dr. Dweeb" <dr@dweeb.com> writes:  >> >G >> > > Can anyone show me anywhere in writing where INTEL (not HP) have I >> > > said that EPIC will become "industry standard", as distinct from a : >> > > high end server chip for specialised applications ? >> >< >> > Google comp.arch through 95, 96, 97. Take a big bucket. >> > >> > Remember the Cheeta ad? >> > >> > -- A >> > Paul Repacholi                               1 Crescent Rd., < >> > +61 (08) 9257-1001                           Kalamunda.E >> >                                              West Australia 6076 / >> > comp.os.vms,- The Older, Grumpier Slashdot 3 >> > Raw, Cooked or Well-done, it's all half baked. K >> > EPIC, The Architecture of the future, always has been, always will be.  >>K >> I tried searching groups.google.com and did not find anything.  I search  > on >> Altavista.com.  Same result.  >>M >> It looks to me like Intel have been careful not to say "industry standard" I >> in public.  However, they must have been telling stories to industrial G >> analysts (Gartner, IDC, etc.) and computer producers.  Otherwise the K >> analysts would not have written those rosy predictions and the producers 6 >> would not have put so many eggs in the EPIC basket.  . >> The last line of your signature is so true.  J > Same thing was said about UNIX.  Sadly in that case it didn't hold true.  C No, it was not stolen from unix :) Can anyone remeber the original?    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Mon, 5 Jul 2004 13:57:24 +0200  From: "Dr. Dweeb" <dr@dweeb.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article- Message-ID: <ccbfn8$20ci$1@news.cybercity.dk>    Bill Gunshannon wrote:. > In article <cc9ebf$50b$1@news.cybercity.dk>,$ > "Dr. Dweeb" <dr@dweeb.com> writes: >> Karsten Nyblad wrote:/ >>> "Dr. Dweeb" <dr@dweeb.com> wrote in message + >>> news:cc4i64$148m$1@news.cybercity.dk... D >>>> Well Andrew, I know that HP and plenty of hacks echoing HP haveG >>>> constantly used the "Industry standard" moniker for Itanium, which H >>>> is why I asked for INTEL specific references.  I have this sneakingF >>>> suspicion, that HP made the "Industry standard" thing up and thatH >>>> INTEL might never have actually have mentioned "Itanic" & "Industry >                 ^^^^^  >>>> Standard" simultaneously. >>> ' >>> I searched Intel site using Google:  >>>  >>{ http://www.google.com/search?q=+itanium+%22Industry+Standard+%22+site:intel.com&hl=en&lr=&ie=UTF-8&as_qdr=all&start=10&sa=N  >>> F >>> Look into the concluding remarks.  Intel puts its word in a way soA >>> that the reader would conclude that Intel thinks Itanic is an  >>> industry standard. >>>  >>N http://www.intel.com/business/bss/products/server/itanium2/quick_reference.pdf >>>  >>K http://www.intel.com/business/bss/swapps/server2003/itanium2_server2003.pdf L >>> http://www.intel.com/business/bss/products/server/itanium2/ecosystem.pdf >>> . >>> In this page Intel lets a customer say it:D >>> http://www.intel.com/pressroom/archive/releases/20031103comp.htmD >>> http://www.intel.com/pressroom/archive/releases/20031217corp.htm >>> - >>> In this paper Intel writes it themselves: ; >>> http://www.intel.com/business/casestudies/chuvashia.pdf  >>>  >>M http://www.intel.com/business/bss/products/server/itanium2/ibm_db2_server.pdf > >>> http://www.intel.com/business/casestudies/lower_saxony.pdf >>> ; >>> Here Intel calls HPs servers "industry standard based": D >>> http://www.intel.com/pressroom/archive/releases/20030421comp.htmD >>> http://www.intel.com/pressroom/archive/releases/20031202corp.htm >>>  >>> Then I got tired searching.  >>> D >>> Conclusion:  Intel does say it, but not frequently.  You have toD >>> search to find it.  I did not find it in the product description2 >>> when I clicked my way down from the home page. >> >> A pretty thin list. >> > 2 > He only needed one reference to prove his point. >  > bill   Bill,   H Well, he was not proving a point, just responding to a request which was& Intel specific - and doing a poor job.  F I do not care what HP says - HP are not Intel - take away 2 referencesH I do not care what customers say - customers are not Intel - take away 2 references.     L Read the other references very closely - they are for the most part, tenuousL at best and are Intel bringng the words of their customers to print, rather' than they themselves making a position.   K The "chuvasia" reference.  Describing a "platform" as "Itanium-2 based" and I "its industry standard architecture" is not the same thing as saying that L Itanium-2 is an "industry standard CPU" in any way.  It just happens that anI Itanium-2 is screwed in a box that except for the CPU and controller chip J looks like all other industry standard PCs.  The other two references talkL about "industry standard hardware" & "industry standard technology" and thusJ are system wide references and not necessarily CPU specific, and certainly< cover the OS and other hardware aspects (USB, PCI etc. etc).  K The DB2 reference is about the "Itanium supporting ... affordable, industry 3 standard servers".  Something completely different.   I Meanwhile, in Lower Saxony, we see "industry leading 64-bit architecture" D and the only ACTUAL reference in the whole list - "industry standardL architecture of the Itanium-2 technology".  Problem is, were it needed, thatB Intel could argue pursuasively that they are the words of "Mummert= Consulting", so what looked like a hit, is in fact not a hit.   L Intel sees the computer architecture (thats all the bits, not just the CPU)E as "industry standard".  They do not seem to be very keen to call the C Itanium "industry standard" and seem to have avoided doing so quite 
 scrupulously.      Dweeb    ------------------------------  % Date: Mon, 05 Jul 2004 13:20:34 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <ccbh2i$c4f$1@new-usenet.uk.sun.com>   JF Mezei wrote: * > Andrew Harrison SUNUK Consultancy wrote: > D >>Sun hasn't abandoned SPARC development au-contraire Sun canned oneC >>processor development UltraSPARC V while announcing that it would C >>be replaced by another design Rock which no-one knew about except  >>in vague rumours.  >  > N > What I had read is that V was abandonned because they found that 4 still hadP > plenty of life into it and could be developped well into the time when Fujitsu: > would have its super Sparc (whatever its name is) ready. > E USV was cancelled because it was going to be too hot and also because C it wasn't going to deliver the throughput improvements that Rock is 6 expected to produce. It was also very complex etc etc.  F These are almost identical reasons to the ones used by Intel when they cancelled Tejas and Jayhawk.  D Industry watchers have speculated that Sun's announcement of the USVA cancellation made it possible for Intel to do the same with Tejas  and Jayhawk.  I > But my impression was that Sun and Fujitsu woudl be working together to ; > combine forces on Sparc from then on. Is that incorrect ?    That is correct.   Regards  Andrew Harrison    ------------------------------  % Date: Mon, 05 Jul 2004 13:34:27 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <ccbhsj$ccr$1@new-usenet.uk.sun.com>   Dr. Dweeb wrote:  * > Andrew Harrison SUNUK Consultancy wrote: >  >>Dr. Dweeb wrote: >> >>>JF Mezei" <"jfmezei wrote:  >>>  >>> # >>>>david20@alpha2.mdx.ac.uk wrote:  >>>> >>>>G >>>>>"Internally, Intel has basically given up hope on IPF becoming the G >>>>>defacto 64-bit architecture until Tukwilla in 2007. From the specs C >>>>>being bandied about, that chip looks to be another marvel (pun F >>>>>intended) from the Alpha team, but between now and then, there is >>>>>precious little." >>>> >>>>D >>>>IA64 may look much better in 3 years compared to IA64 today. Few >>>>people will debate this. >>>>D >>>>The *REAL* question is whether IA64 will progress as fast as itsB >>>>competing chips such as Power, 8086 and even Sparc during thatC >>>>period. And one could argue that it needs to progress faster in  >>>>order to catch up. >>>>F >>>>3 years from now, how will IA64 perform compared to whatever Power >>>>offers 3 years from now ?  >>>>C >>>>Remember that it was those very Alpha developpers that gave all F >>>>those presentations on how IA64 was a bad archictecture that wouldE >>>>be very difficult to move as quickly as cleaner architectures. So E >>>>no matter how good the alpha guys are, if they are tasked to help F >>>>improve a bad architecture, there is no way that they can work theD >>>>same miracles as they would have been able to do on a nice clean >>>>architecture.  >>>>B >>>>IA64 will NEVER be industry standard. That "just wait 3 years"H >>>>statement from Intel is yet another "IA64 may not be impressive now,H >>>>but wait X years, and you'll see" statements. Heard those many times >>>>already. >>>  >>> C >>>Can anyone show me anywhere in writing where INTEL (not HP) have E >>>said that EPIC will become "industry standard", as distinct from a 6 >>>high end server chip for specialised applications ? >>>  >>D >>http://www.dhbrown.com/cffiles/RPPage.cfm?ID=2503375&DOC=148254036+ >>http://www.theinquirer.net/?article=10203  >> > Z > http://www.hp.com/products1/itanium/infolibrary/pdfs/ISS_Solutions_Whitepaper_062503.pdf > ? >>I would caution that much of this stuff is not for the easily < >>nauseated and that if you are in this category it would be; >>best to print this out and read it in your smallest room.  >> >  > L > Well Andrew, I know that HP and plenty of hacks echoing HP have constantlyL > used the "Industry standard" moniker for Itanium, which is why I asked forN > INTEL specific references.  I have this sneaking suspicion, that HP made theL > "Industry standard" thing up and that INTEL might never have actually have: > mentioned "Itanic" & "Industry Standard" simultaneously. > 3 http://www.intel.com/ebusiness/pdf/hpc/wp014301.pdf G http://www.intel.com/business/bss/solutions/blueprints/pdf/30034201.pdf > http://www.intel.com/business/bss/industry/energy/upstream.pdf@ http://www.intel.com/ca/business/casestudies/pdf/southampton.pdfH http://www.intel.com/technology/64bitextensions/4071_Intel_Xeon_rev3.pdf  D There are in fact so many Intel references to Itanium as an Industry3 Standard platform that you are swamped with choice.   A As I said earlier people easily nauseated should print this stuff 5 and retire with it to the smallest room in the house.    Regards  Andrew Harrison    > 	 >>regards  >>Andrew Harrison  >  >  >    ------------------------------  % Date: Mon, 05 Jul 2004 13:52:25 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <ccbiu9$cpq$1@new-usenet.uk.sun.com>   Rick Jones wrote:   R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > A >>How much of the DNS Server/Bind workload is Kernel and how much  >>is user ?  >  > H > It varies with the version of named being run and the options that areI > set.  Just as other applications will vary in their user/kernel splits.  >  >  >>User is emulated >>Kernel isn't >  > 
 > Correct. >  > @ >>Or put another way without that information what you have just$ >>presented is entirely meaningless. >  > H > I do not believe so.  Emulated x86 applications are going to be run on > a native IPF OS. >   B Ohh dear and how does you example help people understand how their app will perform ?  > As I said in the absence of any information about the relative? time spent by the bind workload in the kernel and in user space  your data is meaningless.   < In fact is dangerously meaningless in the sense that someone might actually use it.   Regards  Andrew Harrison    ------------------------------  $ Date: Mon, 5 Jul 2004 09:16:14 -0400' From: "Main, Kerry" <kerry.main@hp.com> F Subject: RE: Intel Itanium's very survival in doubt - inquirer articleR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB3949D2@tayexc19.americas.cpqcorp.net>   > -----Original Message-----E > From: Andrew Harrison [mailto:andrew_._remove_harrison@su_n.com]=20  > Sent: July 5, 2004 8:21 AM > To: Info-VAX@Mvb.Saic.Com H > Subject: Re: Intel Itanium's very survival in doubt - inquirer article >=20 > JF Mezei wrote: , > > Andrew Harrison SUNUK Consultancy wrote: > >=20 >=20 [snip..]  F > Industry watchers have speculated that Sun's announcement of the USVC > cancellation made it possible for Intel to do the same with Tejas  > and Jayhawk. >=20
 [snip ...]  	 > Regards  > Andrew HarrisonJ >=20   ROTFL ..=20   C Yep, I can just imagine an Intel Mgr saying to the Senior Mgmt team E "Look, I know we are all nervous about cancelling these projects, buteC look - Sun just cancelled USV, so its ok for us to cancel a projectp to.."A   :-) :-)r  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660A Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcomR. (remove the DOT's and AT for email address)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Mon, 05 Jul 2004 14:45:09 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>iF Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <ccbm15$dph$1@new-usenet.uk.sun.com>   David Svensson wrote:iy > JF Mezei <"jfmezei"@spamnot@teksavvy.com> wrote in message news:<381a0949de8573364fe44b524775ffca@news.teranews.com>...i >  >>Rob Young wrote: >>Q >>>>My guess is that 3 years from now, Intel may release an IA64 emulator runningiF >>>>on an 8086 (instead of the original plan to emulate 8086 on IA64). >>>-J >>>        But that would be very difficult given that Intel is projecting9 >>>        50-100% greater performance Itanium vs. Xeon.   >> >>[ >>Yeah, just liek Intel was projecting that Merced would have truly impressive performamce.- >> >  > D > Intel explicitly said that Merced would not have good performance. >   ? Errr only when it became apparent that Merced would not deliverc on the hype that preceaded it.   RegardsE Andrew Harrisonc   ------------------------------  % Date: Mon, 05 Jul 2004 16:44:24 +010019 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>lF Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <ccbt0n$g95$1@new-usenet.uk.sun.com>   Main, Kerry wrote: >    > ROTFL .. 5 > E > Yep, I can just imagine an Intel Mgr saying to the Senior Mgmt team>G > "Look, I know we are all nervous about cancelling these projects, but0E > look - Sun just cancelled USV, so its ok for us to cancel a project9 > to.."n   Hilarious. (Not)  6 The analyst from MDR was entirely serious when he made
 the point.  9 They know the microprocessor industry and to be blunt youg: have never appeared to have much of a clue. Given that and8 the numerous strategies that companies adopt to bury bad news.t  6 Laughing at the wrong point in a converstion is always socially embarassing.o >  > Kerry Main > Senior Consultantt > HP Services Canada > Voice: 613-592-4660> > Fax: 613-591-4477r > Email: kerryDOTmainAThpDOTcomm. > (remove the DOT's and AT for email address)  > & > "OpenVMS has always had integrity ..  > Now, Integrity has OpenVMS .." >    ------------------------------  $ Date: Mon, 5 Jul 2004 12:15:20 -0400' From: "Main, Kerry" <kerry.main@hp.com> F Subject: RE: Intel Itanium's very survival in doubt - inquirer articleR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB3949E1@tayexc19.americas.cpqcorp.net>   > -----Original Message-----E > From: Andrew Harrison [mailto:andrew_._remove_harrison@su_n.com]=20i > Sent: July 5, 2004 11:44 AMe > To: Info-VAX@Mvb.Saic.Com H > Subject: Re: Intel Itanium's very survival in doubt - inquirer article >=20 > Main, Kerry wrote: > >=20 >=20 > > ROTFL ..=20m > >=20G > > Yep, I can just imagine an Intel Mgr saying to the Senior Mgmt teams> > > "Look, I know we are all nervous about cancelling these=20 > projects, butyG > > look - Sun just cancelled USV, so its ok for us to cancel a projectb	 > > to.."e >=20 > Hilarious. (Not) >=208 > The analyst from MDR was entirely serious when he made > the point. >=20; > They know the microprocessor industry and to be blunt youm< > have never appeared to have much of a clue. Given that and: > the numerous strategies that companies adopt to bury bad > news.n >=20  E Andrew - please provide a reference to the MDR analyst quote. I would D like to understand that persons reasoning as to how they thought SunD cancelling a project would in any remote way influence one of Intels decisions to cancel a project.  4 "Sticks and stones.." for the rest of your comments.  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660, Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcomc. (remove the DOT's and AT for email address)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  $ Date: Mon, 5 Jul 2004 18:27:15 +0200* From: "Karsten Nyblad" <nospam@nospam.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article- Message-ID: <ccbvhd$2huf$1@news.cybercity.dk>r  F "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message* news:ccbhsj$ccr$1@new-usenet.uk.sun.com... > >1C > > Well Andrew, I know that HP and plenty of hacks echoing HP haveo
 constantlyJ > > used the "Industry standard" moniker for Itanium, which is why I asked formL > > INTEL specific references.  I have this sneaking suspicion, that HP made the I > > "Industry standard" thing up and that INTEL might never have actually  have< > > mentioned "Itanic" & "Industry Standard" simultaneously. > >c5 > http://www.intel.com/ebusiness/pdf/hpc/wp014301.pdf-I > http://www.intel.com/business/bss/solutions/blueprints/pdf/30034201.pdf3@ > http://www.intel.com/business/bss/industry/energy/upstream.pdfB > http://www.intel.com/ca/business/casestudies/pdf/southampton.pdfJ > http://www.intel.com/technology/64bitextensions/4071_Intel_Xeon_rev3.pdf >sF > There are in fact so many Intel references to Itanium as an Industry5 > Standard platform that you are swamped with choice.i >nC > As I said earlier people easily nauseated should print this stuffo7 > and retire with it to the smallest room in the house.e >o	 > Regardsr > Andrew Harrisont  J Well try reading those papers carefully.  Intel does lots of writing aboutH "industry standard building blocks," etc., but they always stop short ofJ saying that the EPIC architecture is an industry standard.  The only paperK that calls EPIC an industry standard architecture is the last one, but thatcF is written by IDC and sponsored buy Intel.  I consider sponsored whiteL papers a tool for the marketing departments of the sponsoring companies, but- even then it is written by IDC and not Intel.o  H Your references show the same results as my search for references:  ThatL Intel does not say that IA64 is an industry standard architecture.  They areL very close to and you have to read their papers carefully not to be cheated.A They let others write it, and seem pleased with them saying that.a  K What we would like to see is a reference were Intel writes that the EPIC or . the IA64 architectures are industry standards.   ------------------------------  % Date: Mon, 05 Jul 2004 10:25:54 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>" Subject: Re: Itanium Porting Class, Message-ID: <40E92CB2.329.F853C5C@localhost>  : > Attendees were given coupons to lease an rx2600 for $100: > >per month, with ownership for $1 at the end of 2 years. >uH > Er, what are you planning on doing with it?  Given the cost of airfare; > even with discounts, that is a pretty good deal too.  :-)0  B I put it in a box of stuff that is being shipped to my location.  5 I'll dig it out when it arrives and let y'all know...   
 --Stan Quaylec Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363a3 8572 North Spring Ct., Pickerington, OH  43147  USAc0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------   Date: 5 Jul 2004 06:07:46 -0700@( From: bob@instantwhip.com (Bob Ceculski)# Subject: Jealousy at HP kills EV79?l< Message-ID: <d7791aa1.0407050507.949dec6@posting.google.com>  ) http://www.theinquirer.net/?article=17000.   ------------------------------  % Date: Mon, 05 Jul 2004 19:36:08 +0200p From: Dirk Munk <munk@home.nl>' Subject: Re: Jealousy at HP kills EV79?12 Message-ID: <ccc3ih$coi$1@news5.tilbu1.nb.home.nl>  B I don't think many people believed the 'production problem' story.   First we heard  ;DE * The alpha EV8 design ran into big problems, it can not be produced.l   Then we heard:O * The Alpha EV79 can not be produced, to many problems in producing the wavers.r   And at the same time we hear:cQ * Just wait untill the work of tha Alpha team kicks in at the Itanium design. It m will make that cpu fly !!!  O So the same "blundering idiots" that (supposingly) screwed up the EV8 and EV79 uL designs are suppose to come to rescue of the Itanium ?? Can anyone make any P sense out of this ?? (anyone except HP marketing people and managers that is ??)   Bob Ceculski wrote:p+ > http://www.theinquirer.net/?article=17000    ------------------------------  $ Date: Mon, 5 Jul 2004 11:29:57 +03007 From: "Oleksii Krykun" <krikun@academy.kiev.ua.no.spam>a" Subject: Re: Secondary DNS problemC Message-ID: <1037270357C4D411A1C900A0C9D4BFCB0114ED93@HQNTS40DIV01>.  
 All works.
 I've added transfer-format one-answer;i to named.conf on BIND 9 side.i   Thank you very muchr  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagee+ news:newscache$1sw80i$lhr1$1@news.sil.at...- > In articleH <1037270357C4D411A1C900A0C9D4BFCB01147BC4@hqnts40div01.academy.kiev.ua>,9 "Oleksii Krykun" <krikun@academy.kiev.ua.no.spam> writes:vH > >MS DNS became non-reliable. It hangs often. Moreover I am planning to moveJ > >this server to FreeBSD with BIND and I would like to test this software in > >my environment. > ) > So you use a 3rd party DNS on NT4 now ?x > @ > >> Do you have security keys in use (wouldn't make sense ;-) ? > >_G > >Hmmm! No. But I invoked rndc-confgen -a without any modifications of/. > >rndc.key. May be this... What do you think? >iH > Don't know. As long as you have no key statement in DNS config file... > 5 > >I removed old zone files and restarted DNS. I see:  > >$ ucx sh host/nolocal) > >%UCX-W-NORECORD, Information not founda8 > >-UCX-E-BIND_NO_INFORMA, The server has no information >eE > Seems logical. A Secondary without cached data and no connection to " > the primary is short of infos... > . > >I would like to exclude VMS problem source. >eI > I think, UCX V3.2 is old crap but is not the reason for your problem...  >,
 > >$ nslookup: > >Default Server:  localhosth > >Address:  127.0.0.1 > >u > >> ls -d bla.bla.bla > >[localhost]8 > >*** Can't list domain academy.kiev.ua: No information >R/ > Yup, as you said, the secondary DNS is empty.  >i > >> server primaryx > >Default Server:  primaryR > >Address:  10.0.4.1x > >c > >> ls -d bla.bla.bla > >[[10.0.4.1]]n9 > > bla.bla.bla.               SOA   primary.bla.bla.blaae@ > >administrator.bla.bla.ua. (2004063012 3600 600 1209600 86400) > >h > >c > >Then *hangs*a > 2 > And this is exactly the problem. On the primary.K > It should list the whole zone starting and ending with (the same) SOA RR. C > So digging there in the event log and the config tabs may help...  >  > >$ telnet primary 53 > >Trying...10.0.4.1 > >Connected to PRIMARY. > >Escape character is '^]'. >.: > Ok. DNS Server is running on the primary (as you wrote). >/L > Do you have another BIND 4 server for a test ? Configure it as a secondary9 > and try if it also have the same problem as UCX V3.2..._ >e > Good luckc >m > --   > Peter "EPLAN" LANGSTOEGERV' > Network and OpenVMS system specialistD > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  $ Date: Mon, 5 Jul 2004 11:12:57 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>5 Subject: Re: steadily increasing error count on TTA0:t* Message-ID: <2kt9fqF62n8vU1@uni-berlin.de>  / Phillip Helbig---remove CLOTHES to reply wrote:  >...F > What could cause this?  How can I prevent it?  What ill effects will
 > it have? >...  D What does ANA/ERROR or DIAGNOSE or CA or ANA/ERROR/ELV (depending on what the system is) tell you?a   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAXe www.weaverconsulting.cay   ------------------------------  % Date: Mon, 05 Jul 2004 10:09:44 -0500 . From: Alphaman <alphaman-nix-spam@alphant.com> Subject: XBitHack in SWS 2.0? 0 Message-ID: <10eirppb0thflc0@corp.supernews.com>   Hi,p  G Has anyone tried using the XBitHack in Apache/SWS 2.0 yet?  If so, how  I do you set a file's eXecute bit, a la the old U*X 'chmod +X' kludge?  (I eI believe XbitHack was actually available earlier than 2.0, it's just that 0C I'm now finally getting around to playing with it after upgrading.)e  D I've scoured the CRTL, the various involved release notes, the open H source projects, the porting library, and googled my eyes blurry, but I @ just can't figure it out.  I would not be surprised if it's not A functional at all due to the absurdity of the concept from a VMS nC perspective, but if not, then XBitHack won't work.  Unless there's  : another vehicle in place to fool it into working???  Hmmm?   Regards & TIA, Aaron    ------------------------------  # Date: Mon, 05 Jul 2004 16:47:20 GMT>! From: Nigel Barker <nigel@hp.com> ! Subject: Re: XBitHack in SWS 2.0?l8 Message-ID: <mkuie0d73gtput8o8g3h8gupekq66iib1v@4ax.com>  L On Mon, 05 Jul 2004 10:09:44 -0500, Alphaman <alphaman-nix-spam@alphant.com> wrote:   >Hi, >_H >Has anyone tried using the XBitHack in Apache/SWS 2.0 yet?  If so, how J >do you set a file's eXecute bit, a la the old U*X 'chmod +X' kludge?  (I J >believe XbitHack was actually available earlier than 2.0, it's just that D >I'm now finally getting around to playing with it after upgrading.) >dE >I've scoured the CRTL, the various involved release notes, the open _I >source projects, the porting library, and googled my eyes blurry, but I  A >just can't figure it out.  I would not be surprised if it's not lB >functional at all due to the absurdity of the concept from a VMS D >perspective, but if not, then XBitHack won't work.  Unless there's ; >another vehicle in place to fool it into working???  Hmmm?_ >t >Regards & TIA,f >Aaron  N I haven't checked whether this actually works with SWS but if you use GNV then you can e.g.   $ bash bash$ ls -axl a.html= -rw-r-----   1 NIGEL    40              0 Jul  5 17:56 a.htmls bash$ chmod 744 a.htmlO bash$ ls -axl a.htmll                                                          t= -rwxr--r--   1 NIGEL    40              0 Jul  5 17:56 a.html'  M This changes the VMS file protection from (RWED,RWED,R,R) to (RWED,RWED,R,R).   P I believe that XBitHack has been around a while certainly long before Apache 2.0% & is really regarded as obsolete now.l   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------   End of INFO-VAX 2004.369 ************************ weapons) inspectors finding <NaviLink ID='82:1'>smoking</NaviLink> guns. It is
about <NaviLink ID='16:3,59:6,60:5,4:7,46:8,56:10,62:1,2:2,61:4,57:11,54:12,51:13,49:9'>Iraq's</NaviLink> failure to tell the inspectors where to find its weapons of mass
terror."</P>
<P>   "There's no indication whatever that <NaviLink ID='16:3,59:6,60:5,4:7,46:8,56:10,62:1,2:2,61:4,57:11,54:12,51:13,49:9'>Iraq</NaviLink> has made the strategic decision
to come clean and comply with its international obligations to disarm."</P>
<P>   Powell said that after six weeks of searches by <NaviLink ID='64:2,79:1'>UN</NaviLink> arms experts in <NaviLink ID='16:3,59:6,60:5,4:7,46:8,56:10,62:1,2:2,61:4,57:11,54:12,51:13,49:9'>Iraq</NaviLink>,
there was still no answer to "questions of life and death", such as the
whereabouts of chemical, biological and nuclear material that Washington said
Baghdad possessed.</P>
<P>   <NaviLink ID='5:1,18:2'>British</NaviLink> <NaviLink ID='28:3,74:2,69:1'>Prime Minister Tony Blair</NaviLink> on Sunday joined the growing list of
countries demanding that <NaviLink ID='64:2,79:1'>UN</NaviLink> inspectors -- who are due to report back to the <NaviLink ID='41:1'>UN
Security Council</NaviLink> on Monday -- should have "whatever time they need" to
complete their audit of <NaviLink ID='16:3,59:6,60:5,4:7,46:8,56:10,62:1,2:2,61:4,57:11,54:12,51:13,49:9'>Iraq's</NaviLink> alleged illicit weapons.</P>
<P>   In response, Powell said: To those who say 'why not give the inspectors
more time?' I ask 'how much