1 INFO-VAX	Sat, 30 Aug 2003	Volume 2003 : Issue 479       Contents:M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal  Alpha Server For Higher Ed Re: Alpha Server For Higher Ed Re: Alpha Server For Higher Ed/ Re: DCL: Getting a counter to count from 9 to A / Re: DCL: Getting a counter to count from 9 to A / Re: DCL: Getting a counter to count from 9 to A  Re: DFG 2.7 error on IDE disk , Re: Fortran defered length character string? Re: Full system disk Re: Full system disk1 HELP: Byte Record Too Large For Users Buffer..... 5 Re: HELP: Byte Record Too Large For Users Buffer..... 5 Re: HELP: Byte Record Too Large For Users Buffer..... 5 Re: HELP: Byte Record Too Large For Users Buffer.....  Re:My emails...  Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security+ Re: Require updated version of BLOCKING.MAR + Re: Require updated version of BLOCKING.MAR 7 Re: Rich Marcello's BCS Strategy Presentation available 7 RE: Rich Marcello's BCS Strategy Presentation available 7 Re: Rich Marcello's BCS Strategy Presentation available 7 Re: Rich Marcello's BCS Strategy Presentation available 7 Re: Rich Marcello's BCS Strategy Presentation available 7 Re: Rich Marcello's BCS Strategy Presentation available # Running app on each node in cluster ' Re: Running app on each node in cluster  Re: Stop swimming upstream Re: Stop swimming upstream2 Vax 4000/600 TOY battery substitute at Radio Shack6 Re: Vax 4000/600 TOY battery substitute at Radio Shack  F ----------------------------------------------------------------------  % Date: Fri, 29 Aug 2003 21:23:32 +0200 ) From: Hans Aus <aus@vim.uni-wuerzburg.de> V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX TerminalB Message-ID: <aus-1BD7BF.21233129082003@wrzx08.rz.uni-wuerzburg.de>  3 In article <GmoYK4f4Sy8N@eisner.encompasserve.org>, =  koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:    ... The only optionsC >    you have are to control it at the client side or to use an X11 C >    based terminal emulator which will allow the VMS system to use 
 >    xmodmap.  >   I But Bob - why does the delete key work in non-X11 terminal programs such  + as VersaTerm and Kermit - without xmodmap?    H We've used VersaTerm on pre-X MacOS since the beginning of Mac (almost) I and never had to set any extra options in VMS. Unfortunately, Synergy is    not porting VersaTerm to MacOSX.   ------------------------------  # Date: Sat, 30 Aug 2003 00:17:42 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal0 Message-ID: <G2S3b.3784$r5.534@news.cpqcorp.net>  E As a side note, we are adding a new set terminal command and terminal J attribute so that the user can select BACKSPACE == DELETE.  That is, treatJ backspace (^H) as a rubout as well as delete as a rubout.  I think it's inG V7.3-2, I know it will be in the IA64 release (dunno if it made it into I 7.3-2 offhand).  The function key to get to the start of the current line 4 will still work normally even when this mode is set.    H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:GmoYK4f4Sy8N@eisner.encompasserve.org... K > In article <slrnbkuuie.r8m.bevakupf@ebv.mimnet.northwestern.edu>, "Bev A. # Kupf" <bevakupf@myhome.net> writes:  > > I > > Yes, I expected that.  You'll have to use two separate settings files J > > of each of the two computers -- one for VMS and one for Tru64.  I wishE > > I could remember what the VMS term setting command was to fix the  > > backspace<->delete bugaboo.  > E >    You can't remember it because there isn't any.  The only options C >    you have are to control it at the client side or to use an X11 C >    based terminal emulator which will allow the VMS system to use 
 >    xmodmap.  >    ------------------------------    Date: 29 Aug 2003 11:22:13 -0700' From: danthemanthatjams@yahoo.com (Dan) # Subject: Alpha Server For Higher Ed = Message-ID: <a5de6471.0308291022.5ba8c444@posting.google.com>   
 Greetings!  D   Does anyone have a fairly new AlphaServer they would be willing toC donate for higher education? Or at least part with for a low price?   E   I'm looking for a box comparable to a DS20e. A DS25 would be nice.    *   Please email me here: dmoore at sosu.edu   Thanks,    Dan    ------------------------------  % Date: Fri, 29 Aug 2003 14:02:25 -0500 0 From: "-Andy-" <a.stoffel@spamfish.adelphia.net>' Subject: Re: Alpha Server For Higher Ed > Message-ID: <Xns93E6990497EC9acsfcgnetworksnet@216.196.97.132>  5 danthemanthatjams@yahoo.com (Dan) enlightened us with > news:a5de6471.0308291022.5ba8c444@posting.google.com on 29 Aug 2003:   9 > Does anyone have a fairly new AlphaServer they would be ; > willing to donate for higher education? Or at least part   > with for a low price?   2 Hmmm... eBay ? I'm assuming the folks you normally/ purchase such things from can't meet your needs  for some reason ?   > > I'm looking for a box comparable to a DS20e. A DS25 would be > nice.   % I could use one of those myself :-).     -Andy- --- < "The real romance is out ahead and yet to come. The computer> revolution hasn't started yet. Don't be misled by the enormous< flow of money into bad defacto standards for unsophisticated? buyers using poor adaptations of incomplete ideas." - Alan Kay     ------------------------------  % Date: Fri, 29 Aug 2003 14:28:10 -0500 ! From: Dan Moore <dmoore@sosu.edu> ' Subject: Re: Alpha Server For Higher Ed ' Message-ID: <3F4FA94A.5080002@sosu.edu>   	 Hey Andy,   H    I trying to save some $$$ and in the same process give our corporate G friends a chance to make the world a better place by contributing to a   good cause.    Dan   
 -Andy- wrote: 7 > danthemanthatjams@yahoo.com (Dan) enlightened us with @ > news:a5de6471.0308291022.5ba8c444@posting.google.com on 29 Aug > 2003:  >  > 9 >>Does anyone have a fairly new AlphaServer they would be ; >>willing to donate for higher education? Or at least part   >>with for a low price?  >  > 4 > Hmmm... eBay ? I'm assuming the folks you normally1 > purchase such things from can't meet your needs  > for some reason ?  >  > > >>I'm looking for a box comparable to a DS20e. A DS25 would be >>nice.  >  > ' > I could use one of those myself :-).   >  > -Andy- > --- > > "The real romance is out ahead and yet to come. The computer@ > revolution hasn't started yet. Don't be misled by the enormous> > flow of money into bad defacto standards for unsophisticatedA > buyers using poor adaptations of incomplete ideas." - Alan Kay     ------------------------------  % Date: Fri, 29 Aug 2003 14:16:49 -0400  From: norm.raphael@metso.com8 Subject: Re: DCL: Getting a counter to count from 9 to A? Message-ID: <OF4DA770A4.F8A8AC4D-ON85256D91.00645EAF@metso.com>   
 Thanks, Mike. J That's what I'd be looking for.  It should hold if 0..9 was enough before.- Of course, I am not the one with the need....  -Norm   ? From:  "Mike Kier" <michael.kier@hp.com> on 08/29/2003 01:21 PM   3 Please respond to "Mike Kier" <michael.kier@hp.com>    To:    Info-VAX@Mvb.Saic.Com cc:   ; Subject:    Re: DCL: Getting a counter to count from 9 to A     ) <norm.raphael@metso.com> wrote in message 9 news:OFDBA0BA62.F03DB7F3-ON85256D91.005D0721@metso.com...  > 8 > > Of course, when you get to sixteen, you'll get "10".> > So he really needs base 36 arithmetic to get to 0..9,A..Z at: > least...or some number-to-character and back conversion. > D > From:  "Stanley F. Quayle" <stan@stanq.com> on 08/29/2003 12:21 PM > 8 > Please respond to "Stanley F. Quayle" <stan@stanq.com> >  > To:    Info-VAX@Mvb.Saic.Com > cc:  > = > Subject:    Re: DCL: Getting a counter to count from 9 to A  >  > F > > We have just deployed entity8 and are considering what to do afterC > > entity9. The entity number is stored/used as a single character H > > elsewhere in the system so entity10 is a no-go. If we go to entityA,J > > is there a graceful way to get entity_number to click over from 9 to A > > and beyond?  >  > How about: > 0 >   $ entity_char = f$fao ("!XL", entity_number) > C > This will give you a string from "0" through "9", followed by "A" D > through "Z".  Of course, when you get to sixteen, you'll get "10". > C > Apply to everywhere you were using entity_number as a string, you  > will be set to go. >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------E > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com   I OK, here's a way to get 0-9 and A-Z - single character placed in "suffix"   
 $  entity = 0  $loop: $  if entity .gt. 35 then exit $  if entity .lt. 10 $  then  $  suffix = "''entity'"  $  else  $    suffix="" $    suffix[0,8]=(entity-10)+65  $  endif $  write sys$output suffix $  entity = entity + 1 $  goto loop   --	 Mike Kier 0 Consultant, HP Consulting & Integration Services Cincinnati, OH, USA  mike.kier@hp.com  ' "Practice random acts of VMS marketing"    ------------------------------  % Date: Fri, 29 Aug 2003 14:52:11 -0500 / From: Chris Scheers <chris@applied-synergy.com> 8 Subject: Re: DCL: Getting a counter to count from 9 to A3 Message-ID: <3F4FAEEB.D626A3ED@applied-synergy.com>    The Architrave wrote:  > = > My first post, so please forgive me if it is inappropriate.  > H > We have a number of entities called entity1, entity2, etc. Some of our4 > jobs run through all the entities using code like: >  > $ entity_number = 1 	 > $ loop: : > $ entity_type = f$logical("entity''entity_number'_type") > $ gosub do_stuff% > $ entity_number = entity_number + 1 G > $ if entity_number .lt. f$logical("deployed_entities") then goto loop  > $ exit > D > We have just deployed entity8 and are considering what to do afterA > entity9. The entity number is stored/used as a single character F > elsewhere in the system so entity10 is a no-go. If we go to entityA,H > is there a graceful way to get entity_number to click over from 9 to A
 > and beyond?  > / > A nice Friday afternoon brain-teaser, I hope.   ? When building the string "entityX", you can use something like:   2 entityName = "entity"+F$Extract(entity_number,1, -) 		"0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ")   H By changing the string, you can have any arbitrary set of characters youD wish.  If you are not limited to alphanumeric characters, you can go
 beyond 36.  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  # Date: Sat, 30 Aug 2003 00:14:32 GMT + From: Jeff Cameron <JCam90502@jcameron.com> 8 Subject: Re: DCL: Getting a counter to count from 9 to A2 Message-ID: <BB753A76.B2F4%JCam90502@jcameron.com>  F On 8/29/03 12:52 PM, in article 3F4FAEEB.D626A3ED@applied-synergy.com,2 "Chris Scheers" <chris@applied-synergy.com> wrote:   > The Architrave wrote:    > A > When building the string "entityX", you can use something like:  > 4 > entityName = "entity"+F$Extract(entity_number,1, -) > "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ")  > J > By changing the string, you can have any arbitrary set of characters youF > wish.  If you are not limited to alphanumeric characters, you can go > beyond 36. > I > ----------------------------------------------------------------------- & > Chris Scheers, Applied Synergy, Inc. > D > Voice: 817-237-3360            Internet: chris@applied-synergy.com > Fax: 817-237-3074   I I had a similar situation at my site , and I needed the command script to I work from anybody's account on the system so I used a system wide logical  name like :   D $DEFINE/SYSTEM ENTITY_LIST "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ-_$"  0 Then the script had the equivalent of above as :  K  $ entityName = "entity"+F$Extract(entity_number,1,f$trnlnm("entity_list"))    ------------------------------  # Date: Sat, 30 Aug 2003 01:41:17 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network> & Subject: Re: DFG 2.7 error on IDE disk< Message-ID: <1hT3b.10936$Nc.6236418@news1.news.adelphia.net>   Stanley F. Quayle wrote:A > Every time I attempt to defrag one of my IDE disks on my Alpha   > (running V7.3-1), I get: > C > %DFG-F-MOVFILQIOERR, QIO error on movefile for volume _FAST$DQA0: ) > -SYSTEM-F-BADPARAM, bad parameter value  >  > Any suggestions?  D 1. With any disk error make sure that you have as good as backup as 	 possible.   E 2. Make sure that you have the most current ECO for the DQDRIVER.  I    seem to remember one coming out.  I I just replaced a defective IDE drive in my DS10.  It let the problem be  C known by losing part of bitmap.sys so that it could not be mounted.   H 5 minutes into the restore, backup started complaining that directories B that it just created were no good.  When I stopped the restore to 6 investigate, the disk would only make clicking noises.  F I have since found out on the vendor's web site that means it is dead.  @ The vendor confirmed that and replaced it as it was still under F warrantee, with almost 8 months to go.  But the new IDE drives that I A recently bought for addtional backups only have 1 year warantees.   E I would see if DFG has problems with an backup/physical copy of your   disk if you can do that.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Fri, 29 Aug 2003 22:59:31 -0400 ' From: Howard S Shubs <howard@shubs.net> 5 Subject: Re: Fortran defered length character string? < Message-ID: <howard-F87593.22592929082003@enews.newsguy.com>  3 In article <8iu4gkcXox$B@eisner.encompasserve.org>, =  koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:   D >    Nope, I've done that for years, too.  What I was looking for isI >    a way to allocate the string after I know what length I need.  Looks # >    like F95 just doesn't have it.   D It won't be too tough using the STR$ RTL.  The hardest part will be H deciding which constants to put into the descriptor, and that's not too  difficult. <grin>    --  # Today, on Paper-view: Pulp Fiction!    ------------------------------    Date: 29 Aug 2003 11:32:54 -0700, From: JimStrehlow@data911.com (Jim Strehlow) Subject: Re: Full system disk = Message-ID: <4b6ec350.0308291032.56436cb6@posting.google.com>    > Chris Sharman wrote:7 > > Now the system disk (1Gb rx26f) is full (12M free).  ...   A Have you purged down log files such as SYS$SYSTEM:STARTUP.LOG (if - used) and SYS$MANAGER:OPERATOR.LOG (if used)? , Do you have SYS$MANAGER:ACCOUNTNG.DAT files?  B I often use ZIP to the older versions of those files to still keep them but reduce disk space.    Jim, Data911, Alameda, CA, USA   ------------------------------    Date: 29 Aug 2003 17:14:07 -07000 From: chris_doran@postmaster.co.uk (Chris Doran) Subject: Re: Full system disk = Message-ID: <948f0720.0308291614.6c0ad897@posting.google.com>   q JimStrehlow@data911.com (Jim Strehlow) wrote in message news:<4b6ec350.0308291032.56436cb6@posting.google.com>...  > > Chris Sharman wrote:9 > > > Now the system disk (1Gb rx26f) is full (12M free).  > ...  > C > Have you purged down log files such as SYS$SYSTEM:STARTUP.LOG (if / > used) and SYS$MANAGER:OPERATOR.LOG (if used)? . > Do you have SYS$MANAGER:ACCOUNTNG.DAT files? >    See my ancient post athttp://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&threadm=2123f120.4d9384b6%40usw-ex0104-032.remarq.com&rnum=2&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26safe%3Doff%26q%3Dweeds%2Bdoran%26btnG%3DGoogle%2BSearch%26meta%3Dgroup%253Dcomp.os.vmsE (phew!*) for some VMS "weeds" that need to be kept under control, and E how to kill them. Some things may have changed in the current version ) of VMS, but this may give you some clues.    Chris   B * Do a Google search on comp.os.vms for "doran weeds" (without the! quotes) if that URL gets mangled.    ------------------------------    Date: 29 Aug 2003 13:21:38 -07001 From: byer@mail.ourservers.net (Robert Alan Byer) : Subject: HELP: Byte Record Too Large For Users Buffer.....< Message-ID: <c4bfc78e.0308291221.a46414d@posting.google.com>  @ I'm trying to port a Unix program to OpenVMS and because of some, "strange" things I'm forced to use GNU MAKE.  < Due to the way the makefile is, all the compiler defines are8 placed on the command line making for one heck of a long
 command line.   8 (I started makind a DCL build script, but it was getting9 out of hand too quickly and thought if I could use what's ! already there it would save time)   : But as I was reading in the GNU MAKE v3.80, that shouldn't; be a problem using GNU MAKE v3.80.  (the Unix documentation $ stated that one HAS to use GNU MAKE)  = When I try to run the make script, I get the following error.   6 %RMS-W-RTB 2613 byte record too large for users buffer  1 So my question is there any settings I can change 0 to get rid of this or am I hosed because OpenVMS! can't handle large command lines.    Thanks in advanced.    ------------------------------  % Date: Fri, 29 Aug 2003 22:41:10 +0200  From: Dirk Munk <munk@home.nl>> Subject: Re: HELP: Byte Record Too Large For Users Buffer.....2 Message-ID: <biods8$dht$1@news2.tilbu1.nb.home.nl>   Robert Alan Byer wrote: B > I'm trying to port a Unix program to OpenVMS and because of some. > "strange" things I'm forced to use GNU MAKE. > > > Due to the way the makefile is, all the compiler defines are: > placed on the command line making for one heck of a long > command line.  > : > (I started makind a DCL build script, but it was getting; > out of hand too quickly and thought if I could use what's # > already there it would save time)  > < > But as I was reading in the GNU MAKE v3.80, that shouldn't= > be a problem using GNU MAKE v3.80.  (the Unix documentation & > stated that one HAS to use GNU MAKE) > ? > When I try to run the make script, I get the following error.  > 8 > %RMS-W-RTB 2613 byte record too large for users buffer > 3 > So my question is there any settings I can change 2 > to get rid of this or am I hosed because OpenVMS# > can't handle large command lines.   P At present VMS can handle commandlines of 1024 characters (2048 characters when ? all logicals are translated). (I hope I have the numbers right)   N For the next release of VMS (7.3-2) it is planned that the commandline can be  very much longer.   Q I am not familiar with make, but quite often with products like compilers or the  Q linker it is possible to place all the switches etc. in a text file that is read  Q by those products, thus avoiding these commandlines of rather bizar lengths. (no   offense meant)   >  > Thanks in advanced.    ------------------------------  # Date: Sat, 30 Aug 2003 00:24:04 GMT + From: Jeff Cameron <JCam90502@jcameron.com> > Subject: Re: HELP: Byte Record Too Large For Users Buffer.....2 Message-ID: <BB753CB3.B2F6%JCam90502@jcameron.com>   On 8/29/03 1:21 PM, in articleB c4bfc78e.0308291221.a46414d@posting.google.com, "Robert Alan Byer"! <byer@mail.ourservers.net> wrote:   B > I'm trying to port a Unix program to OpenVMS and because of some. > "strange" things I'm forced to use GNU MAKE. > > > Due to the way the makefile is, all the compiler defines are: > placed on the command line making for one heck of a long > command line.  > : > (I started makind a DCL build script, but it was getting; > out of hand too quickly and thought if I could use what's # > already there it would save time)  > < > But as I was reading in the GNU MAKE v3.80, that shouldn't= > be a problem using GNU MAKE v3.80.  (the Unix documentation & > stated that one HAS to use GNU MAKE) > ? > When I try to run the make script, I get the following error.  > 8 > %RMS-W-RTB 2613 byte record too large for users buffer > 3 > So my question is there any settings I can change 2 > to get rid of this or am I hosed because OpenVMS# > can't handle large command lines.  >  > Thanks in advanced. J More than likely, when you transferred the file to your VMS system it cameK over as a binary stream file, and now you are trying to read it as an ASCII  file.   ) If you are familiar with FDLs you can use   E $EXCHANGE/NETWORK/FDL=<fdl_file> <make_input_file> <make_output_file>    Or the command :  < $SET FILE/ATTRIBUTE=(<file_attribute_list>) <make_file_name>  I If you don't know how to use these commands and are not familiar with VMS ? record attributes. Do these two commands, and post the output :   3 $ANALYZE/RMS/FDL/OUTPUT=SYS$OUTPUT <make_file_name> $ $DUMP/BLOCK=COUNT=1 <make_file_name>  A And I'll send back the command to make it an ASCII RMS Text file.    ------------------------------  # Date: Sat, 30 Aug 2003 03:35:22 GMT 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>> Subject: Re: HELP: Byte Record Too Large For Users Buffer.....@ Message-ID: <730f7ae30ba1bd5b586016c1c801becc@news.teranews.com>  < In article <c4bfc78e.0308291221.a46414d@posting.google.com>,3  byer@mail.ourservers.net (Robert Alan Byer) wrote:   B > I'm trying to port a Unix program to OpenVMS and because of some. > "strange" things I'm forced to use GNU MAKE. > > > Due to the way the makefile is, all the compiler defines are: > placed on the command line making for one heck of a long > command line.   " If you have hp C 6.4 or later, see   $ help cc/first      CC     /FIRST_INCLUDE  "         FIRST_INCLUDE=(file[,...])         NOFIRST_INCLUDE (D)   @      Includes the specified files before any source files.  This8      qualifier corresponds to the Tru64 UNIX -FI switch.  H      This qualifier is useful if you have command lines to pass to the CC      compiler that are exceeding the DCL command-line length limit. F      Using the /FIRST_INCLUDE qualifier can help solve this problem byH      replacing lengthy /DEFINE and /WARNINGS qualifiers with #define and@      #pragma message directives placed in a /FIRST_INCLUDE file.  $      The default is NOFIRST_INCLUDE.   ------------------------------  % Date: Fri, 29 Aug 2003 22:54:00 +0200 " From: "Gina" <ginarette@libero.it> Subject: Re:My emails...5 Message-ID: <dkP3b.25935$w8.12575@news.edisontel.com>          >        >        >        >        ginarette@libero.it  pierofoto@tiscali.it marianeri1@tiscali.it  lilianaverdis@tiscali.it ginarette@tiscali.it cinziaferretti1@tiscali.it silviaferro1@tiscali.it  silviogresso@tiscali.it  mariocecci@tiscali.it  pinoriporto@tiscali.it pierofoto@tiscali.it marianeri1@infinito.it lilianaverdis@infinito.it  ginarette@infinito.it  cinziaferretti1@infinito.it  silviaferro1@infinito.it silviogresso@infinito.it mariocecci@infinito.it pinoriporto@infinito.it  fotopiero@infinito.it  marianeri1@libero.it lilianaverdis@libero.it  cinziaferretti1@libero.it  silviaferro1@libero.it silviogresso@libero.it mariocecci@libero.it ginoalberi@libero.it pinoriporto@libero.it  piero-foto@libero.it marianeri2@virgilio.it lilianaverdis@virgilio.it  ginarette@virgilio.it  cinziaferretti2@virgilio.it  silviaferro2@virgilio.it silviogresso@virgilio.it mariocecci@virgilio.it ginoalberi@virgilio.it pinoriporto@virgilio.it  piero-foto@virgilio.it   ------------------------------  % Date: Fri, 29 Aug 2003 19:43:33 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: OpenVMS Security 2 Message-ID: <bio3fa$3g6$1@news2.tilbu1.nb.home.nl>  ( Andrew Harrison SUNUK Consultancy wrote: > Bob Koehler wrote: > J >> In article <biksij$c76$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK > >> Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >>B >>> You could argue that because Compaq had the gall to charge forD >>> something that in almost every other OS was a standard componentA >>> then the very least they could have done was get the security  >>> reporting sorted out.  >> >> >>J >>    Like Solaris and the C compiler?  How often do you clean the windows >>    in your glass house? >> >  > 	 > Hardly.  > ? > Having the ability to connect to the network is a rather more E > fundamental for most customers than being able to develop software.  > B > Almost all customers need networking a smaller subset need to be > able to develop software.   Q You are absolutely right Andrew, however it seems you define 'network' as TCP/IP  A (like many others who have never seen or heard of anything else).   Q I had been using DECnet for many years before I first used TCP/IP. At the time I  R was shocked to find how primitive TCP/IP looked and functioned compared to DECnet.  M DECnet is native to VMS, in fact a full file specification in VMS looks like  H this: decnet-node::disk:[directory]file-name.file-extension;file-version  / example: myhost::$1$DKA300:[mydir]file.dat;2354   M A VMS system can in principle use (read/write/update) files on any other VMS  Q system, like it is a file on the system itself, without (!!) any special network  Q programming. In fact it can do that with certain other operating systems as well    using DECnet. Try that with IP !  P Or those default gateway problems. DECnet was always capable of finding its own , routers, and only lately IP can do that too.  L I used DECnet on my VMS workstation to do background software distributions M between McIntosh workstations long before Apple could do that with Appletalk.    How you may ask?  & Simple: copy MAC001::file MAC002::file  Q If you want to try DECnet yourself, please do so. There is a DECnet phase IV and  @   OSI stack for Solaris, please look in your software catalogue.     > E > Your point would have been more valid if vendors supplied compilers B > with their OE's as a matter of course. Apart from GCC which mostA > people including Sun supply I don't know of any major OE's that 7 > include commercial compilers in the standard release.  > 	 > Regards  > Andrew Harrison  >    ------------------------------    Date: 29 Aug 2003 13:38:49 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: OpenVMS Security 3 Message-ID: <XrTuiatW1sH0@eisner.encompasserve.org>   h In article <bio0pn$aoq35$1@ID-135708.news.uni-berlin.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:5 > In article <$6nfcvTC16BY@eisner.encompasserve.org>, 2 > 	Kilgallen@SpamCop.net (Larry Kilgallen) writes: >> In article <bincje$97r$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  >>  A >>> Having the ability to connect to the network is a rather more G >>> fundamental for most customers than being able to develop software.  >>  M >> So will Solaris out-of-the-box be able to connect to my internal network ?  > D > If you are using "the Industry Standard" (where have we heard this7 > term before?) networking protocol, the answer is yes.   A So you want me to change my network before Solaris will have that  advantage Andrew proclaimed !   : > Oh, and while were denigrating Solaris for not providingD > a C compiler with the base distribution, which compilers come with( > the VMS base distribution and license?  7 I certainly never suggested anyone should program in C.    ------------------------------  % Date: Fri, 29 Aug 2003 12:09:46 -0700 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com> Subject: Re: OpenVMS Security ' Message-ID: <3f4f428b$1@cpns1.saic.com>   ( Andrew Harrison SUNUK Consultancy wrote: > Mark Berryman wrote: >  [...] F >> There are lies, and then there is the stuff the Andrew spews forth. >>J >> Andrew has been claiming VMS was vulnerable to the attacks in question D >> for some time.  He appears desperate to convince others that his C >> stance is accurate.  It is not, the CERTS are accurate.  I know  ; >> because I explicitly tested several VMS systems for the  G >> vulnerabilities in question.  VMS survived every one of the attacks.  >> >  > Take LAND as an example. > @ > No OpenVMS vunerability to LAND is listed in the CERT advisory > for LAND in 1997.  > @ > However there is according to the Wizard a fix for LAND in the8 > IP stack released after the advisory. Here is the Q&A. >  > "The Question is:  > J > What versions of TCP/IP implementations on Open VMS platforms resist the" > land.c denial of service attack? >  >  > The Answer is :  > B >   This was remedied in TCP/IP Services UCX V4.1 and UCX V4.2 on  > 10-Apr-1998,K >   and systems with a UCX$BGDRIVER.EXE image dated on or after 10-Apr-1998 H >   should be sufficient.  The OpenVMS Wizard does not believe that the  > TCP/IP  >   Services V5.0 was effected." > A > If you can explain why Digital provided a fix for something you = > apparently tested without having an issue then feel free to = > do so. If you can't then feel obliged to eat humble pie and  > apologise. > B > Perhaps you tested with the fix, perhaps The Wizard was confused@ > either way suggesting that I am lying is pretty abject on your; > part and deserves a suitably abject apology on your part.  > F >> Note the difference here:  I explicitly tested and found the CERTS A >> claims to be accurate.  Andrew has never tested VMS for these  ; >> vulnerabilities and yet insists that the CERTS are lies.  >> > ? > Note Digital issued patches for what you claim to have tested , > for so who is confused you or The Wizard ? >  >> You decide whom to believe. >> > 9 > Well at the moment its you or The Wizard, so who do you 
 > beleive.  G The Wizard is right, I am right, you are wrong.  The problem is with a  F paradigm that you have proven yourself incapable of grasping.  Let me  try again...  I There is no CERT listing VMS as vulnerable to LAND because VMS has never  D been vulnerable to LAND.  Now, read the question that was asked the E wizard again.  Key part, "What versions of TCP/IP implementations on  G Open VMS platforms".  See the part about multiple implmentations?  The  F wizard responded about a product (which no longer exists and which no I one concerned about security or reliability ever loaded on their system)  F that was vulnerable to LAND, not VMS.  As I recall, the vulnerability H was such that this particular product would stop working but VMS itself < was unaffected.  However, I would have to double-check this.  F None of the VMS systems I tested had this product on them.  They were A all fully capable of speaking TCP/IP of course.  Otherwise, they  ) wouldn't have even noticed a LAND attack.   I Get this through your head, Andrew.  UCX does NOT equal VMS.  There have  B always been VMS IP implmentations that were not vulnerable to the G attacks you so desperately want VMS to have been vulnerable to.  There  D may have been individual products that were vulnerable, but not VMS.  H If you still can't grasp this, I have some code I can load onto solaris H that makes it vulnerable to every IP attack known.  Does this mean that ! it is solaris that is vulnerable?   
 Mark Berryman    ------------------------------  % Date: Fri, 29 Aug 2003 22:00:21 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: OpenVMS Security * Message-ID: <3F500535.40209@tsoft-inc.com>   Mark Berryman wrote:  * > Andrew Harrison SUNUK Consultancy wrote: >  >> Mark Berryman wrote:  >> > [...]  > G >>> There are lies, and then there is the stuff the Andrew spews forth.  >>> B >>> Andrew has been claiming VMS was vulnerable to the attacks in J >>> question for some time.  He appears desperate to convince others that H >>> his stance is accurate.  It is not, the CERTS are accurate.  I know < >>> because I explicitly tested several VMS systems for the H >>> vulnerabilities in question.  VMS survived every one of the attacks. >>>  >> >> Take LAND as an example.  >>A >> No OpenVMS vunerability to LAND is listed in the CERT advisory  >> for LAND in 1997. >>A >> However there is according to the Wizard a fix for LAND in the 9 >> IP stack released after the advisory. Here is the Q&A.  >> >> "The Question is: >>K >> What versions of TCP/IP implementations on Open VMS platforms resist the # >> land.c denial of service attack?  >> >> >> The Answer is : >>C >>   This was remedied in TCP/IP Services UCX V4.1 and UCX V4.2 on   >> 10-Apr-1998, L >>   and systems with a UCX$BGDRIVER.EXE image dated on or after 10-Apr-1998I >>   should be sufficient.  The OpenVMS Wizard does not believe that the  	 >> TCP/IP ! >>   Services V5.0 was effected."  >>B >> If you can explain why Digital provided a fix for something you> >> apparently tested without having an issue then feel free to> >> do so. If you can't then feel obliged to eat humble pie and
 >> apologise.o >>C >> Perhaps you tested with the fix, perhaps The Wizard was confusedeA >> either way suggesting that I am lying is pretty abject on yourl< >> part and deserves a suitably abject apology on your part. >>G >>> Note the difference here:  I explicitly tested and found the CERTS  B >>> claims to be accurate.  Andrew has never tested VMS for these < >>> vulnerabilities and yet insists that the CERTS are lies. >>>  >>@ >> Note Digital issued patches for what you claim to have tested- >> for so who is confused you or The Wizard ?  >> >>> You decide whom to believe.c >>>o >>: >> Well at the moment its you or The Wizard, so who do you >> beleive.f >  > I > The Wizard is right, I am right, you are wrong.  The problem is with a  H > paradigm that you have proven yourself incapable of grasping.  Let me  > try again... > K > There is no CERT listing VMS as vulnerable to LAND because VMS has never aF > been vulnerable to LAND.  Now, read the question that was asked the G > wizard again.  Key part, "What versions of TCP/IP implementations on  I > Open VMS platforms".  See the part about multiple implmentations?  The 'H > wizard responded about a product (which no longer exists and which no K > one concerned about security or reliability ever loaded on their system) lH > that was vulnerable to LAND, not VMS.  As I recall, the vulnerability J > was such that this particular product would stop working but VMS itself > > was unaffected.  However, I would have to double-check this. > H > None of the VMS systems I tested had this product on them.  They were C > all fully capable of speaking TCP/IP of course.  Otherwise, they  + > wouldn't have even noticed a LAND attack.  > K > Get this through your head, Andrew.  UCX does NOT equal VMS.  There have mD > always been VMS IP implmentations that were not vulnerable to the I > attacks you so desperately want VMS to have been vulnerable to.  There .F > may have been individual products that were vulnerable, but not VMS. > J > If you still can't grasp this, I have some code I can load onto solaris J > that makes it vulnerable to every IP attack known.  Does this mean that # > it is solaris that is vulnerable?e >  > Mark Berrymanm >    Taking this a bit further.  N Andrew constantly tries to lump denial of service with security.  It is NOT a Q security issue.  Someone can blow up the local power utility generating station, aO and your system will quit running.  Is this a security issue?  Not for the VMS -( system, but maybe for the power company.  N Security issues, to me, are when someone can get your data, or destroy/change K your data.  OS security is outside the scope of physical security, such as  F blowing up your building, or getting physical access to your computer.  L Security to me is having data links that someone can access, but even after K accessing a VMS system, can in no manner obtain and/or destroy/change data.e  O Now, within that definition, Andy boy, can you show us any VMS vulnerabilities?n  A Dave, who expects Andy boy to ignore a question he cannot answer.h   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------    Date: 29 Aug 2003 21:19:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)h Subject: Re: OpenVMS Securitya3 Message-ID: <e3W4dtvP6D0P@eisner.encompasserve.org>s  U In article <3F500535.40209@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:g  P > Andrew constantly tries to lump denial of service with security.  It is NOT a  > security issue.e  A I disagree.  The traditional dimensions of computer security are:e   	Confidentiality
 	Integrity
 	Availabilityi  C with the order of importance depending on your application.  DEC at  one point started adding:-  
 	Auditability9  E The priority of VMS Development in handling such issues has typicallycI been to rank Availability issues (unprivileged user can crash the system)oE _below_ Confidentiality and Integrity (gaining unauthorized access orh privileges).  D So consider the frequency at which you experience unprivileged usersD crashing your VMS system, and be confident that the rate of breakins is less frequent :-)   ------------------------------  # Date: Fri, 29 Aug 2003 17:50:23 GMT-9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> 4 Subject: Re: Require updated version of BLOCKING.MAR/ Message-ID: <3F4F9191.3F6096F4@eps.zko.dec.com>s  C You may want to try my BLOCKING.C in the RMS_TOOLS directory on thet	 FREEWARE.oD Also from 1995, but I'm pretty sure I developed and tested on Alpha.  H blocking.mar walks internal rms structure which may have changed without warning.I blocking .c uses getlki to find all existing locks and tries to recognize 	 RMS ones.l  6 Also, the .mar sources  contain the following warning: ;++y/ ; GET_RMS_LKI - Go get the RMS lock information  ; Notes:I ;   The irab lookup here is somewhat simplified from the normal form thateI ;   RMS uses.  It makes an assumption that the RAB being retrieved is onerI ;   of only a few that are being used by the calling process.  Therefore,tH ;   embedding this routine in a larger program may cause this routine to fail.r ;--r   Hein.t  
 Lee wrote:  : > The Macro program BLOCKING.MAR was made available aroundA > 1995.  Under the VAX environment, this routine would, if an RMS0D > record was locked, identify the process locking the record and theE > node the process was running on.  Now, under Alpha it still gives a J > message to confirm that the record is locked, but then the routine ends. >d6 > No information is displayed identifying the process.@ > Would anyone have an updated version of the program to display+ > the process information on an Alpha node.  >s > -- > Lee8 >0 > lytmah@telusplanet.net   ------------------------------    Date: 29 Aug 2003 16:21:39 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)h4 Subject: Re: Require updated version of BLOCKING.MAR= Message-ID: <cf15391e.0308291521.2e829e4d@posting.google.com>l  Y Lee <lytmah@telusplanet.net> wrote in message news:<3F4E66BD.DB7D5441@telusplanet.net>...o: > The Macro program BLOCKING.MAR was made available aroundA > 1995.  Under the VAX environment, this routine would, if an RMS-D > record was locked, identify the process locking the record and theE > node the process was running on.  Now, under Alpha it still gives a J > message to confirm that the record is locked, but then the routine ends. > 6 > No information is displayed identifying the process.@ > Would anyone have an updated version of the program to display+ > the process information on an Alpha node.:  = In case you're unable to get this program working, I've found7C Availability Manager / DECamds can be very helpful in detecting ands/ dealing with lock contention issues in general.    ------------------------------    Date: 29 Aug 2003 13:44:13 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)>@ Subject: Re: Rich Marcello's BCS Strategy Presentation available3 Message-ID: <yf6WypzH+hB0@eisner.encompasserve.org>   s In article <XNL3b.40577$r15.1576203@twister.southeast.rr.com>, "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:DM > Rich Marcello's BCS Strategy was one of the presentations at HP World 2003. M > He discusses the Adaptive Enterprise, the Integrity (Itanium2) server line,tM > OpenVMS: it's future and porting status, HP-UX's future and the progress of : > integrating parts of Tru64, and Linux in the enterprise. > ; > http://www.openvms.org/stories.php?story=03/08/29/3410320n  A Warning: The above URL points to something that contains only the , 	above text, plus a URL for PowerPoint data.  A Ken, it would have been much fairer if you warned people what yout
 were pushing.    ------------------------------  % Date: Fri, 29 Aug 2003 12:08:46 -0700e# From: "Tom Linden" <tom@kednos.com>n@ Subject: RE: Rich Marcello's BCS Strategy Presentation available9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKENPHNAA.tom@kednos.com>   C Nothing new here.  You would think that HP earned very little money G from OpenVMS systems and they are not a significant part of the future.hB Anybody else have a distaste for the phrase "retain trust", pretty feeble.    >-----Original Message-----t5 >From: Larry Kilgallen [mailto:Kilgallen@SpamCop.net] ' >Sent: Friday, August 29, 2003 11:44 AM. >To: Info-VAX@Mvb.Saic.ComA >Subject: Re: Rich Marcello's BCS Strategy Presentation available5 >N >h@ >In article <XNL3b.40577$r15.1576203@twister.southeast.rr.com>, 5 >"Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:aC >> Rich Marcello's BCS Strategy was one of the presentations at HP e >World 2003.B >> He discusses the Adaptive Enterprise, the Integrity (Itanium2) 
 >server line,'C >> OpenVMS: it's future and porting status, HP-UX's future and the   >progress of; >> integrating parts of Tru64, and Linux in the enterprise.p >> -< >> http://www.openvms.org/stories.php?story=03/08/29/3410320 >iB >Warning: The above URL points to something that contains only the- >	above text, plus a URL for PowerPoint data.  >aB >Ken, it would have been much fairer if you warned people what you >were pushing. >  >---' >Incoming mail is certified Virus Free.o; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003m >f ---s& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003   ------------------------------  % Date: Fri, 29 Aug 2003 21:57:28 +0200_$ From: Michael Unger <unger@decus.de>@ Subject: Re: Rich Marcello's BCS Strategy Presentation available9 Message-ID: <bioccj$bkiik$1@ID-152801.news.uni-berlin.de>v  , On 29-Aug-2003 20:44, Larry Kilgallen wrote:  u > In article <XNL3b.40577$r15.1576203@twister.southeast.rr.com>, "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:sN >> Rich Marcello's BCS Strategy was one of the presentations at HP World 2003.N >> He discusses the Adaptive Enterprise, the Integrity (Itanium2) server line,N >> OpenVMS: it's future and porting status, HP-UX's future and the progress of; >> integrating parts of Tru64, and Linux in the enterprise.0 >> 6< >> http://www.openvms.org/stories.php?story=03/08/29/3410320 > C > Warning: The above URL points to something that contains only thei. > 	above text, plus a URL for PowerPoint data.   PPT file: approx. 8.2 MB ...   > C > Ken, it would have been much fairer if you warned people what youS > were pushing.o  % What about converting the PPT to PDF?r   Michaels   -- c; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.o= And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  # Date: Fri, 29 Aug 2003 20:24:12 GMTC2 From: "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com>@ Subject: Re: Rich Marcello's BCS Strategy Presentation available> Message-ID: <MDO3b.40609$r15.1599793@twister.southeast.rr.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:yf6WypzH+hB0@eisner.encompasserve.org... E > In article <XNL3b.40577$r15.1576203@twister.southeast.rr.com>, "Kene/ Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:dI > > Rich Marcello's BCS Strategy was one of the presentations at HP World- 2003. I > > He discusses the Adaptive Enterprise, the Integrity (Itanium2) server  line,rL > > OpenVMS: it's future and porting status, HP-UX's future and the progress of< > > integrating parts of Tru64, and Linux in the enterprise. > >'= > > http://www.openvms.org/stories.php?story=03/08/29/3410320l > C > Warning: The above URL points to something that contains only theZ- > above text, plus a URL for PowerPoint data.b > C > Ken, it would have been much fairer if you warned people what youe > were pushing.     H Pushing?  I push OpenVMS.  I have been known to push old men in front ofF buses when given the chance, especially if they're grumpy old men.  :)  L I got the .ppt and knew many who didn't get to attend HP World would like toH view it.  Sorry it's in that format. You should know my feelings on that1 issue, I'm sure they're very similar to your own.G   -- Kenneth Farmer  <><o OpenVMS.org  |  dcl.OpenVMS.org    ------------------------------  % Date: Fri, 29 Aug 2003 22:53:53 +0200W9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>p@ Subject: Re: Rich Marcello's BCS Strategy Presentation available' Message-ID: <3F4FBD61.BD711996@aaa.com>r   Ken Farmer wrote:  > N > I got the .ppt and knew many who didn't get to attend HP World would like to
 > view it.  ; And thank you for your efforts to make it available to us !o: PPT is just fine, I'm sure 99% of those *working* with VMS3 also has access to a PC so *that* is a non-issue...e  	 Jan-Erik.    ------------------------------    Date: 29 Aug 2003 17:06:41 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)i@ Subject: Re: Rich Marcello's BCS Strategy Presentation available3 Message-ID: <z$VPSE2t2Btl@eisner.encompasserve.org>   ` In article <bioccj$bkiik$1@ID-152801.news.uni-berlin.de>, Michael Unger <unger@decus.de> writes:. > On 29-Aug-2003 20:44, Larry Kilgallen wrote: > v >> In article <XNL3b.40577$r15.1576203@twister.southeast.rr.com>, "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com> writes:O >>> Rich Marcello's BCS Strategy was one of the presentations at HP World 2003.oO >>> He discusses the Adaptive Enterprise, the Integrity (Itanium2) server line,-O >>> OpenVMS: it's future and porting status, HP-UX's future and the progress ofe< >>> integrating parts of Tru64, and Linux in the enterprise. >>> = >>> http://www.openvms.org/stories.php?story=03/08/29/3410320t >> WD >> Warning: The above URL points to something that contains only the/ >> 	above text, plus a URL for PowerPoint data.t >  > PPT file: approx. 8.2 MB ...  H My concern is not size, but the unreadability of the proprietary format.  ) Others may see size as more of a concern.o  D >> Ken, it would have been much fairer if you warned people what you >> were pushing. > ' > What about converting the PPT to PDF?4  I That would certainly be a step in the right direction, but also providingm  Postscript would be even better.   ------------------------------    Date: 29 Aug 2003 10:50:12 -0700+ From: c00per11242001@yahoo.ca (Vic Mendham)e, Subject: Running app on each node in cluster= Message-ID: <f7a73cb1.0308290950.7d2bd9f0@posting.google.com>T  @ How would I start a process on each node in the cluster. LayeredB product is installed on cluster system disk, and is running on oneC node, but will not start on second node, any ideas how to get it to- start?   ------------------------------    Date: 29 Aug 2003 13:45:11 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen):0 Subject: Re: Running app on each node in cluster3 Message-ID: <d0ykNhb7Otsh@eisner.encompasserve.org>1  k In article <f7a73cb1.0308290950.7d2bd9f0@posting.google.com>, c00per11242001@yahoo.ca (Vic Mendham) writes:rB > How would I start a process on each node in the cluster. LayeredD > product is installed on cluster system disk, and is running on oneE > node, but will not start on second node, any ideas how to get it toy > start?  < To report difficulties you have using computers effectively,; you should always include the exact error text you receivede from the computer.   ------------------------------  # Date: Sat, 30 Aug 2003 00:12:26 GMT35 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>o# Subject: Re: Stop swimming upstream.1 Message-ID: <KZR3b.3782$T6.3240@news.cpqcorp.net>b  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:9cvzPLm8xfQd@eisner.encompasserve.org...uF > In article <UIs3b.3587$6z6.3290@news.cpqcorp.net>, "Fred Kleinsorge") <my-last-name@stardotzko.dec.com> writes:u > > = > > "Ken Fairfield" <My.Full.Name@intel.com> wrote in message ' > > news:3F4E500D.E4980303@intel.com...y >m > >>  The standard@ > >> Digital/Compaq/HP Logitech 3-button mouse works as well (inC > >> 2-button mode without intervention, or in 3-button mode with a.7 > >> Logitech driver downloadable from their web site).b > >> > >oK > > Another brilliant design.  There is no command to query the mouse type,l and H > > no bits in the packet to do anything additional or useful (includingL > > determining which byte is the first one).  So the user must *explicitly*I > > load a driver for something other than the "standard" 2 button mouse.e > % > Is this fixed in the USB standard ?w  L Yes.  Vendor, device, etc.  The format and codes are fairly well defined andL full.  We autodetect the LK463 as well as the japanese kb, etc.  I also madeK the driver table driven, and provided a mechanism for a user or third partyyD to load new translations and customizations for their own keyboards.  J The mouse will continue to work as normal.  Pretty much any mouse - as per8 the core X11 standard, plus the hack for the thumbwheel.  I I'll probably throw out an example for writing a extended input device (X J Input Extesion)... but to some degree this will be limited until/unless weH document how to write a 3rd party USB driver.  But I'll probably at some> point have one that can handle most axis control type devices.   ------------------------------    Date: 29 Aug 2003 19:40:19 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) # Subject: Re: Stop swimming upstream 3 Message-ID: <aqD7TcujmKLN@eisner.encompasserve.org>   i In article <KZR3b.3782$T6.3240@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:  > < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:9cvzPLm8xfQd@eisner.encompasserve.org...t  & >> Is this fixed in the USB standard ? > N > Yes.  Vendor, device, etc.  The format and codes are fairly well defined andA > full.  We autodetect the LK463 as well as the japanese kb, etc.R  G Does the LK463 have the control key in the traditional VT100 location ?i   ------------------------------    Date: 29 Aug 2003 19:04:41 -0700/ From: rcyoung@aliconsultants.com (Robert Young)n; Subject: Vax 4000/600 TOY battery substitute at Radio Shackt= Message-ID: <91437ce6.0308291804.1d95ce24@posting.google.com>p  D There have been several posts over the years to this forum regardingC Vax 4000s that "lost" theTime Of Year, or their "boot" information,tB after a power outage. The most frequent culprit sited is a defunct& NiCd battery (3.6V @ few hundred mAh).  A For any who have an interest, Radio Shack cordless telephone NiCd,D battery 23-281 will substitute for the original NiCd battery in thisC system. The battery itself has to be "attached" to the underside of-A the user console with "sticky back" Velcro ( the physical size isCD different so it will not fit in the battery "snap" holder) , but theA pinout on the connector is the same as on the OEM. The plug has a>F slightly different shape (the Radio Shack is smaller in OD dimension),D but the plug connector pin spacing and wire sizes are a match. ThereA is no problem sliding the connector into place. Cost is $12.99 US    ------------------------------  # Date: Sat, 30 Aug 2003 02:40:59 GMTm> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>? Subject: Re: Vax 4000/600 TOY battery substitute at Radio Shacks8 Message-ID: <%8U3b.274$s52.7@newssvr23.news.prodigy.com>   Robert Young wrote:n  F > There have been several posts over the years to this forum regardingE > Vax 4000s that "lost" theTime Of Year, or their "boot" information,pD > after a power outage. The most frequent culprit sited is a defunct( > NiCd battery (3.6V @ few hundred mAh). > C > For any who have an interest, Radio Shack cordless telephone NiCd1F > battery 23-281 will substitute for the original NiCd battery in thisE > system. The battery itself has to be "attached" to the underside ofOC > the user console with "sticky back" Velcro ( the physical size isdF > different so it will not fit in the battery "snap" holder) , but theC > pinout on the connector is the same as on the OEM. The plug has aiH > slightly different shape (the Radio Shack is smaller in OD dimension),F > but the plug connector pin spacing and wire sizes are a match. ThereC > is no problem sliding the connector into place. Cost is $12.99 US_  H That is almost as good as one tech in Dallas soldering in a pencil lead L in place of a very high wattage resistor until he could get the right board.   ------------------------------   End of INFO-VAX 2003.479 ************************