1 INFO-VAX	Thu, 28 Oct 2004	Volume 2004 : Issue 599       Contents:/ Re: AlphaStation 500 "EISA Configuration Error" ) Re: ANN: VTfm and HINDEX freeware updates D Re: BACKUP-F-PARSE ... is this due to protection on the tape device?D Re: BACKUP-F-PARSE ... is this due to protection on the tape device?D Re: BACKUP-F-PARSE ... is this due to protection on the tape device?( Re: Ball-park figure for OpenVMS costing( Re: Ball-park figure for OpenVMS costing# Re: Latest on Windoze Navy software # RE: Latest on Windoze Navy software , Re: memory performance Alpha, Itanic and SUN Re: OT: Short Article about Sun  Re: OT: Short Article about Sun  Re: OT: Short Article about Sun ! Re: Problems with AS400 and KZPCM  Re: Question about Descriptors! Re: recherche serveur d'occasion. . Re: Rumour is HP may spin off printer business Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert1 Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message   F ----------------------------------------------------------------------   Date: 28 Oct 2004 08:51:19 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)8 Subject: Re: AlphaStation 500 "EISA Configuration Error"0 Message-ID: <clqbu7$fg4$1@n.ruf.uni-freiburg.de>  q In article <41809fd4@news.uni-konstanz.de>, vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:  > F >I have an AlphaStation 500 that, after being power-cycled, frequentlyG >comes up with "EISA Configuration Error" and console variable settings ? >that have gone back to defaults, and OpenVMS fails during boot G >claiming it can't find a console device.  We've been able to get it to H >boot by a little dance involving "fix_eisa_config", re-establishing theI >important console variables, and running "ecu".  I opened up the machine ? >and looked for a battery for the NVRAM, but couldn't find one.  > 1 >Is there some way to fix this more permanently?    I There must be a battery. I had similar problems with a PersonalWorstation K 500au. It took me quite a while to find the battery. It is a very flat one, M a circle, 5 cm in diameter and perhaps 0.5 cm in height. I have a maintenance N and reference guide for this machine in HTML. The AlphaStation500 is different* though, but I bet that there is a battery.   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  % Date: Thu, 28 Oct 2004 13:47:38 +0200 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>2 Subject: Re: ANN: VTfm and HINDEX freeware updates& Message-ID: <4180F87A.7E6BBE13@hp.com>   vershinin-vk@mtu-net.ru wrote: > x > Mike Duffy <Duffy@process.com> wrote in message news:<63D30D6E10CFD11190A90000F805FE8605AED241@lespaul.process.com>...  > > > -----Original Message-----? > > > From: David J Dachtera [mailto:djesys.nospam@comcast.net] - > > > Sent: Tuesday, October 26, 2004 8:54 PM  > > > To: Info-VAX@Mvb.Saic.Com 8 > > > Subject: Re: ANN: VTfm and HINDEX freeware updates > > >  > > >  > > > Hunter Goatley wrote:  > > > [...]  > > > >     - HINDEX > > > > @ > > > >       HINDEX search OpenVMS HELP libraries for keywords.B > > > >       Thanks to Mike Duffy.  This version includes changes@ > > > >       to compile and run on OpenVMS IA64, in addition to > > > >       VAX and Alpha. > > > K > > > That sounds like it could be the core of a "whatis" facility for VMS. I > > > UN*X folks would be more at home with that than simply browsing the  > > > on-line help.  > > >  > > ? > > Thanks for the idea.  Hunter and I are currently looking to B > > update the entire archive, if possible, for IA64.  When that's? > > closer to finished, I'll come back to this one and see what  > > it would take to do that.  > >  > > -Mike Duffy  >  > Hello, David!  > A > When I was developing the VTfm I assumed that any computer prof E > familiar with Norton Commander for PC or any similar program, where F > function keys are standard now. So, F3 - View, F4 - Edit, F5 - Copy,? > F6 - RenMov, F7 - MkDir, F8 - Delete, F10 - Quit. In VTfm for H > VT-series terminals we have: F13 - View (invoke TPU in readonly mode),C > F14 - Edit (invoke TPU in edit mode), F15(Help) - Copy, F16(Do) - H > RenMov, F17 - MkDir, F18 - Delete, F20 - Quit. The analogy is obvious!G > The differences are: F11 - GotoVMS (create a subprocess for work with A > DCL, but you can use and VTfm command line), F12 - GotoDir (set B > default the new directory), F19 - description of many other VTfm > function keys. >  > Best Regards,  > Vladimir Vershinin > vershinin-vk@mtu-net.ru   ? re VTfm (the only change I made to vtfm.com was to cut out "set 
 noverif:") _$@vtfm.com  $!set noverify $!! $ arch_name=f$getsyi("ARCH_NAME")  $!' $ mac/nodebug/object=FSPEC_PT.VAX_OBJ - .                         [.SRC]FSPEC_PT.VAX_MAR $!. $ cc/nodebug/object=VTFM.VAX_OBJ  [.SRC]VTFM.C*                 struct  utsname sys_names;!         ........................^ G %CC-E-INCOMPNOLINK, In this declaration, "sys_names" has no linkage and  is of   an incomplete type.%                 At line number 830 in + DKA200:[RECHTMAN.MYPROGS.VTFM.SRC]VTFM.C;1.   "                 uname(&sys_names);         ........^ @ %CC-I-IMPLICITFUNC, In this statement, the identifier "uname" is
 implicitly  declared as a function.%                 At line number 863 in + DKA200:[RECHTMAN.MYPROGS.VTFM.SRC]VTFM.C;1.   	         } ( %VCG-I-NOBJECT, No object file produced.&                 At line number 5646 in+ DKA200:[RECHTMAN.MYPROGS.VTFM.SRC]VTFM.C;1.   < %VCG-I-SUMMARY, Completed with 1 error(s), 0 warning(s), and)                 2 informational messages. &                 At line number 5646 in+ DKA200:[RECHTMAN.MYPROGS.VTFM.SRC]VTFM.C;1.     --      - VAXstation 4000-60, hardware model type 236,   Compaq C      V6.4-005 OpenVMS V6.2   --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Thu, 28 Oct 2004 15:31:40 +0200 + From: Bill Bennett <bennett@mpgars.desy.de> M Subject: Re: BACKUP-F-PARSE ... is this due to protection on the tape device? . Message-ID: <4180F4BC.55B94505@mpgars.desy.de>  G yup, looks like a protection problem ... although I didn't know that an = unprivileged user could INIT a volume with the default device  protection; F you can either run backup from a privileged account, or if you want toB allow unprivileged users to use the drive, do something like this:  H   $ set security/protection=(s:rwpl,o:rwpl,g:rwpl,o:rwpl)/class=device -   $_ $1$MKC400:   E IIRC we had to put such commands in a system startup procedure to set E the protection for a tape device after each reboot ... but that would A have been for VMS 6.2 and would have been local tape devices, not D tape devices that had been assigned a nonzero TAPE_ALLOCLASS, so youB may want to fiddle a bit to see if that is necessary in your case.   Hope it helps, Bill Bennett  L ----------------------------------------------------------------------------< Dr. William Bennett                       within Germany    
 International B MPG AG Ribosomenstruktur           Tel:  (040) 8998-2833    +49 40	 8998-2833 B c/o DESY                           FAX:  (040) 897168-10    +49 40	 897168-10  Notkestr. 85C D-22603 Hamburg                    Internet: bennett@mpgars.desy.de  Germany    Z wrote: >  > This is on Open VMS 7.1-2  >  > $ show device mkc400 /full; > Magtape $1$MKC400: (MYNODE), device type TZ89, is online, @ > record-oriented device, file-oriented device, error logging isA > enabled, controller supports compaction (compaction  enabled,).  > I >      Error count                    0    Operations completed   1911911 I >      Owner process                 ""    Owner UIC             [SYSTEM] I >      Owner process ID        00000000    Dev Prot   S:RWPL,O:RWPL,G:R,W I >      Reference count                0    Default buffer size       2048 I >      Density                  unknown    Format               Normal-11 ' >      Allocation class               1  > G > Volume status:  no-unload on dismount, beginning-of-tape, odd parity.  > H >  From an acct (not SYSTEM) on MYNODE and while my default directory is > device:[DB.DATA.ARCH] :  >  > $! > $! I can INIT the tape > $!C > $ INITIALIZE/MEDIA_FORMAT=COMPACTION/OVER=(OWNER_ID,EXPIRATION) -  > _$ MKC400: 261004  > $!0 > $! But I can't write a saveset to the tape ... > $!* > $ BACKUP/LOG/LABEL=261004 [.*...]*.*;* - > _$ MKC400:261004.SAV/SAVE_SET A > %BACKUP-F-PARSE, error opening MKC400:[DB.DATA.ARCH]261004.SAV; A > -RMS-E-PRV, insufficient privilege or file protection violation  > D > I'm trying to backup the contents of all subdirectories underneath > [DB.DATA.ARCH].  > $ > Why can't I make this backup tape?   ------------------------------  % Date: Thu, 28 Oct 2004 08:40:44 -0700  From: Z <z@no.spam> M Subject: Re: BACKUP-F-PARSE ... is this due to protection on the tape device? 0 Message-ID: <10o24n7jqg12nd6@corp.supernews.com>   Bill Bennett wrote: I > yup, looks like a protection problem ... although I didn't know that an ? > unprivileged user could INIT a volume with the default device 
 > protection; H > you can either run backup from a privileged account, or if you want toD > allow unprivileged users to use the drive, do something like this: > J >   $ set security/protection=(s:rwpl,o:rwpl,g:rwpl,o:rwpl)/class=device - >   $_ $1$MKC400:  > G > IIRC we had to put such commands in a system startup procedure to set G > the protection for a tape device after each reboot ... but that would C > have been for VMS 6.2 and would have been local tape devices, not F > tape devices that had been assigned a nonzero TAPE_ALLOCLASS, so youD > may want to fiddle a bit to see if that is necessary in your case.   That did it, thanks.   ------------------------------  % Date: Thu, 28 Oct 2004 09:57:30 -0700  From: Z <z@no.spam> M Subject: Re: BACKUP-F-PARSE ... is this due to protection on the tape device? 0 Message-ID: <10o29743d4rbu9f@corp.supernews.com>   Z wrote:K >>   $ set security/protection=(s:rwpl,o:rwpl,g:rwpl,o:rwpl)/class=device -  >>   $_ $1$MKC400:   > That did it, thanks.  < (Errr, and, yes I did catch the second o: in the protection % specification and replace it with w:)    ------------------------------   Date: 28 Oct 2004 08:34:04 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> 1 Subject: Re: Ball-park figure for OpenVMS costing 7 Message-ID: <Xns95906BAA152BAdcovmsrox@212.100.160.123>   ) %NEWS-I-NEWMSG, David J Dachtera wrote in # news:418060E4.2041BA62@comcast.net    E > It has, sort of. The TCP/IP Services for OpenVMS (formerly known as B > "UCX") license is now bundled with the OpenVMS base license. TheC > software itself is, however, still installed separately. VMS runs H > quite happily with no network stack installed or running. The previousD > two third-party TCP/IP products also are still around: TCPware and > Multinet.   G Are you sure about that licensing?  I expected Hoff or someone else to  J correct me if I was wrong about the base license Island offers being just G that.  From the web it seems impossible to establish what is and isn't  L included with a base license.  I eventually found what is included with EIS 4 licenses, but only in the installation guide for it.  L Of course, if TCP/IP is included with the base license this makes the price , of VMS much better in the comparison I made.     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------    Date: 28 Oct 2004 08:00:35 -0700( From: banditstan2000@yahoo.co.uk (Garry)1 Subject: Re: Ball-park figure for OpenVMS costing = Message-ID: <b5652016.0410280700.266025ae@posting.google.com>   e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<418060E4.2041BA62@comcast.net>...  <snip> > E > It has, sort of. The TCP/IP Services for OpenVMS (formerly known as B > "UCX") license is now bundled with the OpenVMS base license. TheI > software itself is, however, still installed separately. VMS runs quite F > happily with no network stack installed or running. The previous twoJ > third-party TCP/IP products also are still around: TCPware and Multinet.  C I see, so although it's seperate, for my $500 base license, I don't  pay any more for TCP/IP?   >  > > So I guess I need a more8 > > expensive version of OpenVMS to use TCP/IP stuff :-( >   > Not really. VMS is VMS is VMS. > @ > > I may still get the Hobbyist version for my own use, though. > I > Understand, however, there is no "hobbyist version". VMS is VMS is VMS. 3 > What differs is the license, only - nothing more.   B Yes, that was a slip of the finger, I should really say version of' license, rather than of OpenVMS itself.    Cheers   Garry    ------------------------------    Date: 28 Oct 2004 09:08:10 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: Latest on Windoze Navy software3 Message-ID: <hjQI5v5+FuWM@eisner.encompasserve.org>   \ In article <417826D5.EB337404@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Dan Allen wrote: >>  + >> The C "char" is just a (real) short int.  > ' > Which by default is (wrongly) signed.  > I > One must use "unsigned char" to define characters capable of processing  > characters properly. > . > (for instance so that '' is greater than 0)  E    IIRC ANSI C only expects char to work with ASCII, which never sets G    the high bit.  In real life we use other character sets which do use     the high bit.   ------------------------------  % Date: Thu, 28 Oct 2004 10:33:23 -0400 # From: "Dan Allen" <dallen@nist.gov> , Subject: RE: Latest on Windoze Navy software: Message-ID: <JFEPKAPBPMDFDBOIANGDGEMHFLAA.dallen@nist.gov>   > -----Original Message-----D > From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]+ > Sent: Thursday, October 28, 2004 10:08 AM  > To: Info-VAX@Mvb.Saic.Com . > Subject: Re: Latest on Windoze Navy software >  > 7 > In article <417826D5.EB337404@teksavvy.com>, JF Mezei ( > <jfmezei.spamnot@teksavvy.com> writes: > > Dan Allen wrote: > >>- > >> The C "char" is just a (real) short int.  > > ) > > Which by default is (wrongly) signed.  > > J > > One must use "unsigned char" to define characters capable of processi= ng > > characters properly. > > 2 > > (for instance so that '=E9' is greater than 0) > G >    IIRC ANSI C only expects char to work with ASCII, which never sets I >    the high bit.  In real life we use other character sets which do use  >    the high bit.  J I think wchar is the ANSI solution?? Microsoft of course likes TCHAR for = source code independence.   >  >  >    ------------------------------  % Date: Thu, 28 Oct 2004 16:18:17 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com> 5 Subject: Re: memory performance Alpha, Itanic and SUN 0 Message-ID: <clr2jt$pae$1@new-usenet.uk.sun.com>   David Svensson wrote: s > Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckjfjv$hub$1@new-usenet.uk.sun.com>...  >  >>David Svensson wrote:  >>t >>>Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckebpv$qoa$1@new-usenet.uk.sun.com>... >>>  >>>  >>>>Dirk Munk wrote: >>>> >>>>) >>>>>Look at this little table I found at  >>>>> ; >>>>>http://www.cs.virginia.edu/stream/top20/Bandwidth.html  >>>>>  >>>>= >>>>The clue to why your contention may not be as safe as you 4 >>>>think is hidden in the following compile options >>>> >>>>SGI Altix 3000 result : >>>>-i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp >>>> >>>>HP SuperDome result H >>>>cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -c second_wall.cL >>>>mpif90 -o stream_d.mpi +Ofaster +DSitanium2 -Wl,+pd,64M +DD64 +Onoopenmp4 >>>>+extend_source +noppu stream_mpi.f second_wall.o >>>> >>>  >>> F >>>Are you deliberately hiding the truth by being vague and confusing? >>>  >>B >>What it doesn't help you understand is the bisectional bandwidth@ >>of the system and so although the STREAMS bandwidth number mayB >>be interesting to certain types of HPC tests they don't tell you* >>much that helps you for other workloads. >  > G > When benchmarks don't show the correct figures from a vendor view, it F > is the benchmark which is wrong... It is well known that the currentC > Sun large server don't have excellent bandwidth even without this  > benchmark.  6 Oh really care to elaborate what well known means ????   Ohh dear I guess not.   4 And the benchmarks don't show the wrong results they2 just don't show results that are very meaningfull,. I am sure that you understand what that means.   Regards in anticipation  Andrew Harrison    ------------------------------  % Date: Thu, 28 Oct 2004 16:22:34 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com> ( Subject: Re: OT: Short Article about Sun0 Message-ID: <clr2rt$pae$2@new-usenet.uk.sun.com>   David Froble wrote:  > Andrew Harrison wrote: >  >  >> So how about security ? >  > K > Highly humorous!  Now Andy Boy is playing the 'security' card.  Yet when  E > a VMS person, other than boob, mentions security, Andy Boy sings a   > different tune.  > : Not really David was touting Linux, Solaris IS more secure than Linux.    Regards  Andrew Harrison    ------------------------------  % Date: Thu, 28 Oct 2004 16:41:58 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com> ( Subject: Re: OT: Short Article about Sun0 Message-ID: <clr409$pol$1@new-usenet.uk.sun.com>   David Svensson wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<cl8m53$inu$1@new-usenet.uk.sun.com>...  >  >>Dr. Dweeb wrote: >>Hugely amusing >  > F > Why is it amusing that HP is doing bad ? If it is doing bad that is. > Do you want HP to do bad ? >   9 Well at the 30000 foot level it isn't doing anything bad.   8 However closer to the ground moving Solaris customers to8 Windows or Linux and at the same time to a platform that6 HP are having really problems keeping customers on e.g4 Proliants begins to look a bit like a revolving door	 strategy.   7 Of course HP also lose money on each Proliant they sell 7 so the main gain they are seing is in services revenues < and margins here are also inexorably declining as oversupply* increases competition and reduces margins.  G > And looking at it another way, it is perhaps more embarrasing for Sun D > that they go from Sun to Linux instead of Sun to HP-UX. This shows4 > that it is possible to replace Solaris with Linux.  @ Well except for the small fact that Sun ia moving more customers> the other way and moving them onto Solaris where the revolving# door problem is rather less accute.    Regards  Andrew Harrison    ------------------------------  % Date: Thu, 28 Oct 2004 16:44:18 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com> ( Subject: Re: OT: Short Article about Sun0 Message-ID: <clr44l$pol$2@new-usenet.uk.sun.com>   David Svensson wrote: s > Andrew Harrison <andrew_remove_.harrison@s_u_n.com> wrote in message news:<clb95p$fjs$1@new-usenet.uk.sun.com>...  > @ >>Over 80% of the commercial Linux market is dependant on RedHat: >>both from a platform perspective and from an ISV revenue
 >>standpoint.  >  > B > Perhaps not in Europe,and many deploy Linux and arrange support! > contracts with other companies.  >   8 Well lets see shall we, the largest deployments of Linux8 worldwide have been in Investment banking and guess what3 with the exception of one German Bank all the major 5 European Banks or off shoots of global banks based in  Europe use RedHat.  5 Now your point is probably valid on the desktop where 5 SUSE has scored some notable sucesses either on their 2 own or most often as the basis of JDS but it isn't valid in the server space.     > 5 >>>>on a 2-4 way box then there will always be a need $ >>>>for something better than Linux. >>> E >>>That's a laugh, even though Solaris may scale a little better now, C >>>there is good evidence that the Linux of today can scale good to I >>>32-way on commericial workloads. SGI is also doing a tremendous job on A >>>Linux kernel scalability. Next year Linux will be even better.  >>>  >>? >>So provide some actual numbers that support your claim. Don't ? >>use anything from SGI we are talking commercial workloads not > >>embarassingly parallel HPC and don't include RAC for obvious
 >>reasons. >> >  >  > NEC 32-way TPC-C 683,575 tpmC  > 3 > http://www.spec.org/cpu2000/results/rint2000.html  > 1 > SGI SGI Altix 3000 (1500MHz, Itanium 2) 32 447  1 > SGI SGI Altix 3000 (1500MHz, Itanium 2) 64 854  A > SGI SGI Altix 3000 (1500MHz, Itanium 2) 128 cores, 128 chips, 1  > core/chip 1721 > ? > Fujitsu Limited PRIMEPOWER900 (1890MHz) 16 cores, 16 chips, 1  > core/chip  202 233@ > Fujitsu Limited PRIMEPOWER1500 (1890MHz) 32 cores, 32 chips, 1 > core/chip 370 426  > , > Sun Microsystems Sun Fire 12K 32  206 232 , > Sun Microsystems Sun Fire 15K 64  390 436 F > Sun Microsystems Sun Fire E6900 (16 processor) 32 cores, 16 chips, 2 > cores/chip 180 204F > Sun Microsystems Sun Fire E6900 (16 processor) 32 cores, 16 chips, 2 > cores/chip 204 230E > Sun Microsystems Sun Fire E25K (32 processor) 64 cores, 32 chips, 2  > cores/chip 390 437F > Sun Microsystems Sun Fire E25K (64 processor) 128 cores, 64 chips, 2 > cores/chip 715 791 > - > Although these figures may not satisfy you, E > Saying that Linux will never scale beyond 4-way is just plain dumb.  >   : Ohh really understand the benchmark you are touting before# coming out with such absolute tosh.   ; SPECintrate and SPECfprate are designed to barely touch the 8 OS at best they test CPU cache and memory performance at9 worst with MCM modules CPU and cache the OS has virtually  no impact on the results.   = And you know whats so hilarious about your point, its exactly < the same point supported by exactly the same collateral that; Digital made to support NT on Alpha comparing it using SPEC ; with Tru64 on Alpha and guess what there was no difference.      > E >>>Solaris has an advantage in RAS over Linux today, that is where it C >>>excels Linux on something that people care about. IBM, and other E >>>companies are though on their way to make the RAS better on Linux.  >>6 >>Really, so Linux has something that it equivalent to( >>greenline and dtrace, how interesting. >> >>So how about security ?  >  >  > Yeah, what about security. ;)  >   / Well if you don't know the answer should you be 	 posting ?  > 7 >>Or performance for that matter, Solaris 10 absolutely ; >>trashes Linux on network throughput because of fireengine  >>on the same hardware.  >  > ? > Perhaps, have not seen this. Solaris 10 is not even released.  > 1 Get the Software Express download thousands have.    > : >>If I was you I would get on the Software Express Program; >>for Solaris 10 and try it on an x86 box, let me know what ( >>you think. Should be very interesting. >  > E > Solaris 10 may have a few good points, but I prefer to use released  > software.   @ Like Linux, get a grip, when many of the core utilites are still= on their .8 or .9 version then calling something a "released" ? software product is rather more window dressing than substance.    Regards    ------------------------------  % Date: Thu, 28 Oct 2004 10:59:06 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>* Subject: Re: Problems with AS400 and KZPCM3 Message-ID: <001b01c4bccc$61600710$994614ac@wat153>    Hallo,  H I did get the answer from TCSC Muenchen: The AlphaStation 400 PCI bridgeF does not support the combo cards. So, if OpenVMS scans the bus for theH present devices, the AlphaStation will hang. As TCSC man said: no chance to bring it to work.   Best regards R. Wingert    ------------------------------  % Date: Thu, 28 Oct 2004 06:53:27 -0700 # From: "Tom Linden" <tom@kednos.com> ' Subject: Re: Question about Descriptors ( Message-ID: <opsgk17dqczgicya@hyrrokkin>  H On Wed, 27 Oct 2004 11:22:19 -0400, David Froble <davef@tsoft-inc.com>   wrote:   > Mike Rechtman wrote: >  >> David Froble wrote: >> >>> Tom Linden wrote:  >>>  >>> 5 >>>> On Fri, 22 Oct 2004 10:31:50 -0400, Steve Lionel , >>>> <Steve.Lionel@REMOVEintelME.com> wrote: >>>> >>>>6 >>>>> On Fri, 22 Oct 2004 00:24:50 -0400, David Froble# >>>>> <davef@tsoft-inc.com>  wrote:  >>>>>  >>>>> D >>>>>> You forgot BASIC, which may be the best at string processing. >>>>>> >>>>> J >>>>> BASIC?  PL/I?  MUMPS?  Pikers.  For string processing, no language I >>>>> have ever  >>>>> seen beats SNOBOL4.  >>>>> > >>>> True, but did it do anything _besides_ string processing? >>>>I >>> I took a look at the PL/I docs.  Just a brief look.  Forgive me for    >>> not tryingH >>> to learn the language.  As for comparison, I did find one function   >>> that wasK >>> interesting, REVERSE, which reverses the characters in a string.  Not    >>> sure why= >>> one would want to do that, but an interesting capability.  >>> K >>  From the dim recesses of memory, I recall using Basics XLATE to reverse 
 >> strings/ >> (IIRC COBOL had a similar built-in function) I >> ... Very useful when programming for a Hebrew user interface on VT100s  >>  <snipped.> >> >>> Dave >>>  >> > L > XLATE is a rather neat capability.  It does need some set-up.  Basically  E > (no pun intended) it uses the fact that every character is also a   J > numeric value, "A" = 65, "B" = 66, and so on for ASCII.  If you have a  J > string of characters set up such that the desired translation for each  J > of your original characters is in the position indexed by the value of  F > the original character, then the XLATE takes the first string, one  J > character at a time, and replaces each character with the character in  L > the translation string in the position indicated by the numeric value of   > the original character.  > I > Sort of hard to describe, a picture is much better.  I used to use it   7 > for translating ASCII to EBCDIC and also the reverse.  >    Oh, you mean like,M http://www.kednos.com/pli/docs/REFERENCE_MANUAL/6291pro_040.html#index_x_1809    > Dave >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------    Date: 28 Oct 2004 08:18:29 -0700 From: adiss@ib-group.com (Alex) * Subject: Re: recherche serveur d'occasion.= Message-ID: <b7458258.0410280718.759c80db@posting.google.com>   W "ZoummuoZ" <rex@tft.de> wrote in message news:<cll65n$8og$1@s5.feed.news.oleane.net>... N > Je suis a la recherche d'une machine alpha type ds10, 15 ou 20 pour palier J > un hypothtique arrt de mon serveur actuel. Un ds20, 1Go, 4Mo de cache, > UltraSCSI160. M > Mon appli sera change dans un ou deux an et ils seront surement reproposs  > sur ce forum ;-).  >  > Merci  tous.  > Salutations.  ' ---------------------------------------  Bonjour,  F J'ai les serveurs suivants sur stock (Refurbish avec garantie sur site par HP)   0 DA-74BAA-FA	ASVR DS10 600 BASE 1GB UNIX	7,677 	1 DA-56NRA-DA	AS DS20E 6/500, 256MB,UNIX    8,821  1 DA-56PAA-FA	DS20E 6/667,1GB, UNIX	      11,468 	   3 DA-57AAB-AA	ASvr DS25 EV68 1GHz Unix       18,745    B J'ai plein d'autre serveur sur stock... merci de me contacter pour plus de renseignement.   Alex   ReD Systems IB Limited, London.    ------------------------------    Date: 28 Oct 2004 07:49:07 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 7 Subject: Re: Rumour is HP may spin off printer business 3 Message-ID: <dY4ax72AoNdk@eisner.encompasserve.org>   R In article <POydnVWD-cpR_x3cRVn-1Q@igs.net>, "John Smith" <a@nonymous.com> writes:  H > HP is #1 in Linux servers? How'd she figure that. Pre-configured linuxN > Proliants, Alphas and PA-Risc systems aren't flying off the shelf that fast,I > so is she counting anecdotal remarks that someody in Peoria uninstalled C > Windows and installed Red Hat on a recently purchased Wintel box?   D    Most of the Linux systems I've seen simply weren't sold that way.E    Mikey Dell sold them as Wintel boxes and Red HAr was loaded later.   B    So its fairly easy to be big in the sold-as-Linux-box business.D    I think her only big competitors are IBM (which wants to sell you1    just one BIG box running Linux), and Wal-Mart.   :    I expect Wal-Mart to take over the lead this Christmas.   ------------------------------  # Date: Thu, 28 Oct 2004 09:41:45 GMT ! From: Nigel Barker <nigel@hp.com> ' Subject: Re: Suggestion for TPU: revert 8 Message-ID: <2lf1o091vq722d2itjsqo4lq6eivh9a2de@4ax.com>  H On Thu, 28 Oct 2004 02:29:49 GMT, Bob Harris <harris@zk3.dec.com> wrote:  F >Now personally, if I was in charge of TPU and EVE would be making it  >look like vi :-)   M If you are perverted enough to want to use it we already have vi available on  VMS as part of the GNV package.    -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------    Date: 28 Oct 2004 02:56:19 -07004 From: john.powers@airwidesolutions.com (John Powers)' Subject: Re: Suggestion for TPU: revert = Message-ID: <6e87f23f.0410280156.70d520f7@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<418053A2.92BB2800@teksavvy.com>...  > John Vottero wrote: I > > TPU is a programming language.  EVE is an editor written in TPU.  You K > > probably have the source code for EVE in SYS$EXAMPLES: , take a look at N > > EVE$FILE.TPU and you can see how GET works and use that as a base for your > > own REVERT.  > A > That mentality is what led Linux Torvalds to write his own too.  > G > If we want VMS to succeed, it si the default vanilla VMS that must be O > improved. Just adding a sheet of paper that says "here is VMS, now spend mega O > hours writing your own basic features that come by defaylt with competing OS"  > isn't good enough.  G Although there is validity in this point in general, I don't like it in C this particular case. There is the converse argument to this point. B Including loads of extra bells and whistles, in order to add everyG possible add-on, to give features that maybe one customer in a thousand D will want to use once every 2 years, to save a few seconds going the? long way, - this runs the risk bloating up the software like an $ oversized blimp, in Micros**t style.  F In the real world, how many people would use this feature sufficientlyC often to make it worth-while for Dec to include it? One of the best E features of EVE, is its extendablity. Being written in TPU with fully G open source, you can add on the code to do this yourself, if you decide  you would want to use it a lot.   H And your example here is exceptionally easy. I wrote the following pieceG of code to do what you want in less then 3 minutes (literally -  I used 
 a stopwatch!)    procedure eve_revert   local the_file; 1 the_file := get_info(current_buffer,"file_name");  delete (current_buffer); eve_get (the_file);   
 endprocedure;   C If you use this regularly, you can extend eve and save the extended D section, and it is there for you for ever. And other sites who neverG want this won't have it filling up their TPU sections - so everybody is  happy!  F One additional point here. I don't like the name 'revert', I think youD need a better verb. One of the (IMO) really good features of the EVE@ commands, is that they adhered to the unofficial (undocumented?)D standard used in DCL of ensuring that all command verbs are uniquelyH defined by their first 4 letters, so you can abbreviate them. REVERT, isH going to clash with REVERSE (the command attached to the edt-kp5 command( to set the normal direction to reverse).   Cheers, John   ------------------------------  % Date: Thu, 28 Oct 2004 07:09:45 -04005- From: JF Mezei <jfmezei.spamnot@teksavvy.com>n' Subject: Re: Suggestion for TPU: revertP, Message-ID: <4180D365.5A4C8801@teksavvy.com>   John Powers wrote:D > Including loads of extra bells and whistles, in order to add everyI > possible add-on, to give features that maybe one customer in a thousandu& > will want to use once every 2 years,  M The thing is that REVERT is pretty standard across all modern platforms in sodK many applications which are file based (text/graphic editors for instance).r    = > One additional point here. I don't like the name 'revert', r  K Well, for the command line, it could be anything. but as a menu item in thesM decwindows version is should be "revert" in order to abide to established guin standards across platforms.f   ------------------------------    Date: 28 Oct 2004 07:52:04 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)T' Subject: Re: Suggestion for TPU: revertt3 Message-ID: <ljQs5B5ZMQqc@eisner.encompasserve.org>V  j In article <harris-B9CF63.22294827102004@cacnews.cac.cpqcorp.net>, Bob Harris <harris@zk3.dec.com> writes: > G > Now personally, if I was in charge of TPU and EVE would be making it o > look like vi :-)  >    As you know, once upon a time someone actually did that.  IC    understand there is also a vi mode in emacs, and vim and similaro    are portable versions of vi.n  F    Why someone whould want to go to all the work of porting vi insteadH    of doing a little work to learn EDT, EVE, or even emacs is beyond me.   ------------------------------  # Date: Thu, 28 Oct 2004 16:21:55 GMTt% From: Rob Brown <mylastname@gmcl.com>o' Subject: Re: Suggestion for TPU: revertiD Message-ID: <Pine.LNX.4.61.0410281018340.9542@localhost.localdomain>  $ On Wed, 27 Oct 2004, JF Mezei wrote:  C > It quicker to quit and then restart editor than deleting all the nC > text, and including the file again. (recalling the originall GET  B > command yields a "buffer anme already in use" annoying message).   Meanwhile, my workaround is:      <command> show buffer <cr> 8    (arrow down to select buffer that you want to revert)    <remove>o6    <command> (up arrow or <find> the GET command) <cr>  B But I might save the tpu procedure previously supplied by another  poster.      -- i  B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX)u2                                   http://gmcl.com/   ------------------------------  # Date: Thu, 28 Oct 2004 16:40:20 GMT-% From: Bob Harris <harris@zk3.dec.com> ' Subject: Re: Suggestion for TPU: revert B Message-ID: <harris-3052E3.12401928102004@cacnews.cac.cpqcorp.net>  3 In article <ljQs5B5ZMQqc@eisner.encompasserve.org>,>=  koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:c  P > In article <harris-B9CF63.22294827102004@cacnews.cac.cpqcorp.net>, Bob Harris  > <harris@zk3.dec.com> writes: > > I > > Now personally, if I was in charge of TPU and EVE would be making it   > > look like vi :-) > @ >    As you know, once upon a time someone actually did that.  IE >    understand there is also a vi mode in emacs, and vim and similaru! >    are portable versions of vi.  > H >    Why someone whould want to go to all the work of porting vi insteadJ >    of doing a little work to learn EDT, EVE, or even emacs is beyond me.  ( Totally off topic, but what the heck :-)  G Editors are a religion.  If you belong to one faith, you don't want to  D convert.  Or to be more accurate, it is all about "Finger Memory".  , People do not like to retrain their fingers.  F History.  I started out with Punched paper-tape and 80 column punched F cards (so much fun when the operators dropped your deck; I also wrote F diagnostic programs for card reader/punch machines :-).  Used various > line mode editors in my early days.  Use ROSCO screen editing  environment on an IBM system.M  G Eventually, I got on a VAX/VMS system and used EDT v2.0 and even field sI tested EDT v3.0 (all of this before there was TPU and EVE).  And I was a yH master of EDT.  I loved it.  I had a custom keypad and could do editing $ using the underlying EDT primitives.  H About the time TPU and EVE were being released, I changed companies and G my choices were vi or TECO (and not a very good TECO implementation at UF that).  Sedt and Emacs were not an option on a PDP-11 running UNIX in @ 1985.  I choose vi, and over time I became a master of using vi.  G 3 years later when I returned to an OpenVMS system (1988'ish), TPU and uI EVE were new to me, plus I had finger memory for vi.   As for going back )E to EDT I knew from 5 years of being a power EDT users and 3 years of gE being a power vi user that vi was more powerful and useful to me.  I eI tried to get into TPU and EVE, but my finger memory was just too strong, oI and the learning curve to becoming a power TPU/EVE user was too steep vs uC what I knew how to do with vi, and my bosses were not paying me to V, fumble around learning a new (to me) editor.  H So I hunted around and found several vi emulators that ran on OpenVMS.  A The best was actually a TPU implementation by Gregg Wonderly, at eI Oklahoma State University.  I used and tweaked that TPU code for about 6 nF years, until I again changed jobs and started working on a Tru64 UNIX  system.   G I was back to vi (1995'ish).  I stayed with vi for about 6 more years, nH until I found and read the book "Vi IMproved - Vim", by Steve Oualline, E and switched over to Vim (syntax coloring, easier to customize, more MG keys are remappable, integrates with cscope source code cataloging for  G easy tags lookup, visual side by side differences complete with syntax  G coloring and all the power of an editor while doing code reviews), and  G have been using that on Tru64 UNIX, HP-UX, and Mac OS X for the past 3 n years.  I So back to finger memory, I have been able to keep my same finger memory dI for 19 years across 3 different companies, and 5 operating systems.  And -I with Vim being portable to just about everything, I can most likely keep c that memory forever :-)m  E That is why I personally, stay with vi or its emulations even when I  # have TPU and EVE available to me.  z  ? It is strictly a personal choice that makes me personally more % productive to my employer.  2                                         Bob Harris   ------------------------------  % Date: Thu, 28 Oct 2004 09:59:27 -0700O# From: "Tom Linden" <tom@kednos.com> ' Subject: Re: Suggestion for TPU: revert+( Message-ID: <opsglatdbkzgicya@hyrrokkin>  H On Thu, 28 Oct 2004 16:40:20 GMT, Bob Harris <harris@zk3.dec.com> wrote:  I > About the time TPU and EVE were being released, I changed companies andtH > my choices were vi or TECO (and not a very good TECO implementation atG > that).  Sedt and Emacs were not an option on a PDP-11 running UNIX in B > 1985.  I choose vi, and over time I became a master of using vi.  A You sure about that?  I had emacs on both Primos and VAX/BSD Unix @ never had a PDP ll.  Unix on PDP-11 wouldn't that have been BSD?( Gosling's emacs was certainly available. -- tC Using Opera's revolutionary e-mail client: http://www.opera.com/m2/o   ------------------------------    Date: 28 Oct 2004 09:37:18 -0700# From: dsmit115@csc.com (Dave Smith)y: Subject: Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message= Message-ID: <2151a4d2.0410280837.3e1d1993@posting.google.com>.  o peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$nvo56i$33l1$1@news.sil.at>...u         ... P > Strange because I have no backup symbol in use here (I have BAC=="BACKUP/LOG")G > And even when moving /IMAGE from the first parameter to the DCL verb,- > the message remains the same.  >  > $ BACK/IMAGE DSA1: $1$DKA400: R > %BACKUP-I-INVQUAL, qualifier /$1$DKA400: is ignored with the /SINCE=BACKUP opera > tion  C Do you have a BACK symbol? (Can you indulge me and type SHOW SYMBOL0C BACK* and include the output?) After reading your post, I installede? VMS732_BACKUP-V0200 on a test system and tried your command andnB variations of your command, and they all work fine (as they alwaysB have). I "expanded" the PCSI kit and it does not include a new CLD8 file, so I don't see how that could come into play here.   Dave   ------------------------------   End of INFO-VAX 2004.599 ************************