1 INFO-VAX	Thu, 04 Dec 2003	Volume 2003 : Issue 670       Contents:2 Re: Apache - symbols in DCL-CGI with post method ? Cover picture for 7.3-2 docs?  Re: Dead Console Re: Dead ConsoleC Re: DEC Document Graphics Editor (was: Display Postscript with MAC)  Re: DS700 RAS configuration ) Re: Error trying to analyse process dump. ) Re: Error trying to analyse process dump. ! Re: Freeware download corrupt (?)  FT/FS: VAX 3100s, 4000-60 Parts C Re: How do you modify RMS file attributes when using ofstream I/O ? : Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD* re: LBR$ library routines and DCX encoding( Re: Memory Error on Alphastation 255/233: Re: OpenVMS clusters give Windows, Unix thorough thrashing: Re: OpenVMS clusters give Windows, Unix thorough thrashing OpenVMS Freeware V6.0 On-Line ! Re: OpenVMS Freeware V6.0 On-Line & Re: OpenVMS i64 missing in HP WEB page5 Re: OT Very scary: Cars running on Microsoft software 5 Re: OT Very scary: Cars running on Microsoft software 5 Re: OT Very scary: Cars running on Microsoft software  Re: OT: What's next for HP? & Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp& Re: Pictures from the OpenVMS bootcamp7 Problem with java (Weblogic) on SMP DS25 Openvms V7.3-1 ; RE: Problem with java (Weblogic) on SMP DS25 Openvms V7.3-1  R on OpenVMS, Re: recommendations for page/swap/dump files- setting password with external authentication 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 RE: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday  Re: TELENT in batch 0 VAX 7000s with licenses available for sale/trade Re: VMS on PDP-10?# Re: Working Sets for Misc Processes * Re: XFC 7.3 and Process States (HIBO/LEFO)  F ----------------------------------------------------------------------  # Date: Wed, 03 Dec 2003 21:10:38 GMT ) From: "Rick Barry" <richard.barry@hp.com> ; Subject: Re: Apache - symbols in DCL-CGI with post method ? 3 Message-ID: <ijszb.10060$iU6.6018@news.cpqcorp.net>   ? "Manfred Grafinger" <m.grafinger@tuwien.ac.at> wrote in message , news:3fce02ff.202893255@news.tuwien.ac.at... > Hello NG.  > 5 > Im changing our webserver from old OSU/VMS6.2 to an E > Apache1.3.26/VMS7.3-1 System. Now i have troubles to get the values ' > from a post-form into my CDL-scripts.  > B > At the OSU-Server there was a binary, which converted the posted' > values to DCL-symbols such like this. 2 > $ MCR WWW_ROOT:[BIN]CGI_SYMBOLS WWW_ Symbolname_  D If you want prefix CGI environment variables with "WWW_", define theK APACHE$PREFIX_DCL_CGI_SYMOBLS_WWW logical name to 1 or TRUE. By default, no  prefix is used.   K If you also want to parse the form data's variables, you'll need to do that 4 in your script. CSWS does not include a parser tool.  A > The Apache - dokumentation says it is necessery to redefine the ( > logical SYS$INPUT early in the script:( > $ define/NoLog SYS$INPUT APACHE$INPUT: > D > Now when i am trying to read in the values from SYS$INPUT i get an > error massage like this: > $ READ SYS$INPUT Symbolname E > %DCL-W-UNDFIL, file has not been opened by DCL - check logical name   F Try defining the logical name without specifying the ":" at the end of
 APACHE$INPUT.   F > Anybody with more experience with Apache under VMS who can help me ? > ! > Best regards, Manfred Grafinger  > --% > + - - - - - - - - - - - - - - - - + % > ' Dr.-techn.  Manfred  GRAFINGER  ' % > ' Technische  Universitaet  Wien  ' % > ' Institut fr Maschinenelemente  ' % > ' 1060 WIEN, Getreidemarkt 9/306  ' % > ' manfred.grafinger@tuwien.ac.at  ' % > ' Tel.: + 43 - 1 / 58801 / 30612  ' % > + - - - - - - - - - - - - - - - - +     
 Rick Barry" Secure Web Server Development Team OpenVMS Systems Software Group Hewlett-Packard Company 
 Nashua, NH   ------------------------------  # Date: Wed, 03 Dec 2003 19:22:16 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> & Subject: Cover picture for 7.3-2 docs?6 Message-ID: <Pine.LNX.4.56.0312031117380.21770@jaipur>  I I just got access to our hardcopies of the VMS 7.3-2 docs.  The docs have H a slightly different printing format, but overall I'd say they are okay.  A But one thing that's unusual is the picture on the front of every > document.  It's looks like some kind of futuristic city scene.  J Is this a real picture of some real buildings?  If the "pod" buildings areF real, where are they located?  Or are they fake buildings imposed on a  picture of other real buildings?  J At least we don't have Sun workstations on the covers of our docs anymore. HAHAHAHA :)    -Ryan    ------------------------------  * Date: Wed, 3 Dec 2003 19:40:04 +0000 (UTC), From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: Dead Console . Message-ID: <bqle6k$d5k$1@newslocal.mitre.org>   "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> writes in article <nf11a1-oue.ln1@fliwarsln02.warsaw.intl.fritolay.pvt> dated Wed, 3 Dec 2003 13:20:57 +0100:/ >I cannot access my Alpha 2000 via the console. J >I've tried two different connection cables (MMJ), two different terminals >(VT420 and VT510), H >both console ports (RS-232), and the only thing I can see is a blinking >cursor.M >The server is accessible when booted, via LAN. What should I look for there?   L Is there a video card in the machine, and a keyboard connected?  By default,L SRM will use VGA video + PS2 keyboard for a console, unless you specificallyJ tell it to use the serial ports ("SET CONSOLE SERIAL" IIRC), or unplug the) keyboard before you power up the machine.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Wed, 03 Dec 2003 18:53:41 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: Dead Console 3 Message-ID: <Viqzb.10044$XF6.3361@news.cpqcorp.net>   | In article <nf11a1-oue.ln1@fliwarsln02.warsaw.intl.fritolay.pvt>, "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> writes:  / :I cannot access my Alpha 2000 via the console.   .   An AlphaServer 2000 series, I will assume.    C   There are various other "2000" series Alpha systems including the D   DEC 2000 series -- there are other non-Alpha 2000 series boxes, asC   well.  (Please be very specific when referencing the system model A   name, and please consider avoiding attempts at abbreviating the /   model name -- ambiguities induce confusions.)   J :I've tried two different connection cables (MMJ), two different terminals :(VT420 and VT510),   F   Please see the FAQ for pinouts, and ensure you are using the correctH   settings and the correct adapters.  There are two different DB9-to-MMJI   adapters seen with OpenVMS-associated hardware, and only one of the two ,   is appropriate in any particular instance.  H :both console ports (RS-232), and the only thing I can see is a blinking :cursor.  C   Blinking cursor where?  (The cursor has nothing to do with serial ?   communications, it is a construct of the terminal or terminal C   emulator.  Its presence or absence is not usually relevent to the 8   the success or failure of console communications.  :-)  M :The server is accessible when booted, via LAN. What should I look for there?      Nothing.   Seriously. :-)   I   This is likely an adapter or pinout issue, or -- less likely, but still H   possible -- a problem with the speed or stop bits or related settings.F   The OpenVMS FAQ has information on setting up and running the serialH   console, and details on selecting the serial console at the SRM promptH   or via hardware switch as appropriate.  And the FAQ has details on the-   MMJ adapters and the pinouts, as mentioned.   $     http://www.hp.com/go/openvms/faq  G   It is possible that the console hardware has failed, but that case -- F   in isolation -- is  comparatively rare.  Well, I have seen bent pins   on the connectors...  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 3 Dec 2003 13:12:13 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) L Subject: Re: DEC Document Graphics Editor (was: Display Postscript with MAC)3 Message-ID: <s52QQPmtxntO@eisner.encompasserve.org>   a In article <307ssv4j0h7q97ujgcdqtit0evik3475r2@4ax.com>, David M Smith <dsmit115@csc.com> writes: E > On Tue, 02 Dec 2003 23:58:16 GMT, VAXman-  @SendSpamHere.ORG wrote:  > K >>But I thought that even the hooks into them were removed from DECWindows. K >>I'm pretty sure that I too tired this workaround and would have continued & >>it on present machines if it worked. > M > I was able to get DECdocument's graphics editor (DOCUMENT/GRPAHICS) working A > after "upgrading" to Motif V1.2-6 by restoring those two files.    On what VMS version ?   G I am tired of booting back to V7.2-1 each time I even just want to do a  DOCUMENT/GRAPHICS=RENDER.    ------------------------------   Date: 3 Dec 2003 22:29:49 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)$ Subject: Re: DS700 RAS configuration0 Message-ID: <bqlo4t$j1d$1@n.ruf.uni-freiburg.de>  f In article <cc5619f2.0312030839.14696b21@posting.google.com>, jordan@ccs4vms.com (Rich Jordan) writes:B >We're in the process of moving a (VMS! Alpha) customer from frameG >relay to VPN site-to-site tunnels for their WAN.  We need to provide a C >certain level of backup access, and rather than defaulting to some ? >damn peecee RAS I'm looking at using a spare DS700-08 (NAS 2.2 G >software) with a few modems as the backup.  I've not been able to test E >anything since the DS700s are not currently free (they would be upon 
 >converting).  > D >The last time we tried it briefly using a DS700-08, NAS 2.3a, and aF >Hayes Optima 56 modem, we could get a PC or dialup router to connect,E >but the port speed always reset to 9600 baud; if I disabled autobaud A >it just would not connect.  The modem should have been locked at E >57600, but given how flakey Hayes got near their death, its possible  >that was the problem. > F >So... any sample configs running a RAS dialup at 57600 or 115200, andF >modem recommendations to go with it?  Also, is NAS 2.2 up to the taskG >or do we need to get the one server upgraded to current (2.6 I think)?   N This is the port setup for one Modem on our DS700-08 with NAS 2.2. It works inB conjunction with DRAS 2.3. It works with both, dialup and dialout.  5 Port  1: MODEM1                        Server: SERV16   F Character Size:            8           Input Speed:              57600F Flow Control:            CTS           Output Speed:             57600F Parity:                 None           Modem Control:          Enabled7 Stop Bits:                 1                              F Access:              Dynamic           Local Switch:              NoneF Backwards Switch:       None           Name:                  SERV16_1F Break:              Disabled           Session Limit:                1F Forwards Switch:        None           Type:                      AnsiF Default Protocol:   Autolink           Default Menu:        MPIIB-MENUF Autolink Timer One:10 Two:10           Dialer Script:        ELSAMODEM  ! Preferred Service: CALLBACK_MODEM  Authorized Groups:   0 (Current)  Groups:   0   Enabled Characteristics:H Autoconnect,  Autolink Authentication,  Autoprompt,  Dialup,  DSRlogout,6 Inactivity Logout,  Input Flow Control,  Limited View,$ Output Flow Control,  PPP,  Security     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: 3 Dec 2003 13:28:07 -0800 & From: chessmaster1010@hotmail.com (JG)2 Subject: Re: Error trying to analyse process dump.= Message-ID: <dd3f0cb7.0312031328.3a935ff4@posting.google.com>   V nowhere@home.com wrote in message news:<lp9psvk7kded4o00mmlr3pfegbu2kgjivf@4ax.com>... > Hi,  > 9 > I am trying to analyse a process dump with the command:  >  > $ analyse/proc dbw.dmp > ) > --- but all I get is the error message:  > & > CLI-F-SYNTAX, error parsing 'SERVER'< > -CLI-E-ENTNF, specified entity not found in command tables > F > Does anyone know what is causing this and what can be done about it? >  > TIA, Mark   C Do a SHOW SYMBOL ANA* to make sure you are really using the ANALYZE  verb.   B VAX or Alpha?  What version of VMS are you running?  What relevant patches are installed?  < Do other forms of the ANALYZE verb work?  In particular doesD ANALYZE/IMAGE work?  If so do ANALYZE/IMAGE SYS$SYSTEM:ANALIMDMP.EXE< and post the IDENTIFICATION section output.  Do the same for SYS$SYSTEM:DEBUG.EXE.   4 Do SHOW SYMBOL and SHOW LOGICAL for dbg* and debug*.  ? Does your system or process run a SYS$STARTUP:DEBUG$STARTUP* or  DEBUGSETUP* command file?   E My guess is that the version of the DEBUG verb you are using supports @ the /SERVER qualifer but the DEBUG/DEBUGSHR executables that are launched by ANALIMDMP does not.   ? Historically VMS engineering has not done a good job of keeping E ANALYZE/PROCESS working well over various VMS and debugger versions.  / But I just tried it on a  VMS 7.2-2 system with    ------------------------------  % Date: Wed, 03 Dec 2003 22:06:17 +0000 - From: John Laird <nospam@laird-towers.org.uk> 2 Subject: Re: Error trying to analyse process dump.8 Message-ID: <2cnssv0gval58cefv1099vpb494rp58nc3@4ax.com>  ; On Wed, 03 Dec 2003 09:01:01 +0000, nowhere@home.com wrote:   
 >(snipped)< >There is another script there called DEBUG$STARTUP_V73.COM,D >but it does not work because I do not have the required privileges.  L Well, it is going to be hard to determine if that is what you need to run ifI you can't run it !  If you are analysing process dumps, get the privs you  need.   J Life was a lot simpler when the debugger wasn't a detached process, didn'tE come in bits, didn't have decwindows support, didn't get updated with L compiler releases in wonderfully incompatible way, but was merely a suppliedE part of the programming support kit.  But I appreciate times move on.    --  4 The only successful substitute for brains: Silence!    Mail john rather than nospam...    ------------------------------  # Date: Wed, 03 Dec 2003 18:36:32 GMT # From: hoff@hp.nospam (Hoff Hoffman) * Subject: Re: Freeware download corrupt (?)3 Message-ID: <Q2qzb.10040$XF6.7779@news.cpqcorp.net>   X In article <3fcd2ec8$1@obsidian.gov.bc.ca>, "Alder" <MUNDDGNTDYTV@spammotel.com> writes:  K :Seems to be a wee problem with the GHOSTSCRIPT V8.11 package available via K :HTTP from the HP Freeware site.  I download it twice with LYnx directly to L :my Alpha system to confirm the problem.  During both attempts, the archive,8 :or at least the VAX part of it, coughed up a CRC error:  E   Interesting.  I see no similar errors when performing a binary-mode F   FTP download and an unzip, nor during an OpenVMS Alpha installation.&   See below for the local unzip steps.  B   Please confirm a correct FTP download transfer mode was selectedB   and a valid download was performed, and please confirm a currentA   or recent version of unzip was used.  (Your output shows that a D   relatively recent version of UnzipSFX was used within the archive,B   but does not indicate which version of unzip you yourself used.)  B   Please confirm the entire download was completed, as well -- FTPE   file transfers can occasionally and unfortunatelly result in silent    file truncations.   B   The vast majority of problem reports I've seen with the FreewareB   tend to involve use of an older version of unzip, or a corruptedC   or partial download, or an incorrect FTP transfer mode selection. ?   No offense is intended here, of course -- and yes, there does A   occasionally arise a corruption within some random zip archive,    so thank you for the report.    " $ unzip -l GHOSTSCRIPT-V0811.ZIP;18 Archive:  SYS$SYSDEVICE:[HOFFMAN]GHOSTSCRIPT-V0811.ZIP;1    Length     Date   Time    Name   --------    ----   ----    ----/      1207  09-26-03 23:01   freeware_readme.txt =  58486380  09-26-03 23:01   ghostscript-v0811.pcsi_sfx_axpexe =  57941652  09-26-03 23:02   ghostscript-v0811.pcsi_sfx_vaxexe #  --------                   ------- # 116429239                   3 files 4 $ unzip SYS$SYSDEVICE:[HOFFMAN]GHOSTSCRIPT-V0811.ZIP8 Archive:  SYS$SYSDEVICE:[HOFFMAN]GHOSTSCRIPT-V0811.ZIP;1    inflating: freeware_readme.txt.   inflating: ghostscript-v0811.pcsi_sfx_axpexe.   inflating: ghostscript-v0811.pcsi_sfx_vaxexe
 $ unzip -?J UnZip 5.41 of 16 April 2000, by Info-ZIP.  For more details see: unzip -v. .. $   D   The above download was from the Freeware V6.0 area of the website,J   using Mozilla V1.4 on OpenVMS Alpha.  (The web browser can and obviouslyJ   does select the transfer mode for the FTP download, and web browsers areG   notorious for the occasionally unexpected selections and particularly H   when presented with an "unusual" file extension.  I'd expect a .ZIP to   download as binary, however.)    	...  F   The following C compilation errors imply changes in the C libraries,B   or confusion over which library is present, or something that isF   causing routines to be resolved in the compilation and linking path,B   and typically that the code appears to include replications of aG   C RTL function.  Which OpenVMS version is in use, and what C ECOs and H   C (DECC$*) and LINK (LNK$*) ogical names are present?  (I've tried the@   installation on OpenVMS Alpha V7.3-1, and it works correctly.)      8 :The following product will be installed to destination:> :    FREEWARE AXPVMS GHOSTSCRIPT V8.11      DISK$NET:[000000.] :  :Portion done: 0% 6 :%PCSI-I-PRCOUTPUT, output from subprocess follows ...9 :%LINK-W-MULDEF, symbol decc$gxvsnprintf multiply defined B :        in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;18 :%LINK-W-MULDEF, symbol decc$gxsnprintf multiply definedB :        in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1 :  ..  4 :Can anyone replicate this?  Suggest why it happens?     I see:   	... Execution phase starting ...  7 The following product will be installed to destination: @     FREEWARE AXPVMS GHOSTSCRIPT V8.11      DISK$XD:[VMS$COMMON.]7 The following product will be removed from destination: @     FREEWARE AXPVMS GHOSTSCRIPT V6.50      DISK$XD:[VMS$COMMON.]  M Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%   ) The following product has been installed: :     FREEWARE AXPVMS GHOSTSCRIPT V8.11      Layered Product' The following product has been removed: :     FREEWARE AXPVMS GHOSTSCRIPT V6.50      Layered Product  K FREEWARE AXPVMS GHOSTSCRIPT V8.11: Postscript interpreter for OpenVMS Alpha   /     Some post-installation tasks are necessary.  	...    F   Unpack the sources, and have at.  This is Freeware, after all -- theK   pricing model means that you get to help with the "product support".  :-)    TANSTAAFL, after all.   J   And please: when posting, please remember to include the OpenVMS version5   and any other relevent product version information.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Thu, 04 Dec 2003 00:06:19 GMT * From: Jeff Shirley <buckyx@mindspring.com>( Subject: FT/FS: VAX 3100s, 4000-60 PartsD Message-ID: <%Tuzb.27067$n56.17334@newsread1.news.pas.earthlink.net>  
 Greetings.  G I have a few MicroVAX/VAXstation 3100 systems (models 20-38?), a nearly L complete 4000-60, and a few Storage Expansion boxes that will be looking forG new homes in the near future.  I paid between $5 and $25 each for these 7 things, which seems to be about the going rate on Ebay.   K Before putting the stuff up for auction, I wanted to see if anyone here was K interested.  My own interests have shifted to robotics projects, and I need  more room for that stuff.   I I would ideally want to trade these boxes for stuff I can use on robotics E projects (motors, encoders, microcontrollers, single board/industrial L computers, Polaroid SONAR cameras, electronic components, EPROM programmers,J test equipment---you get the idea), but would accept cash offers too.  ;^)I A LARGE preference will be given to anybody willing to pick stuff up from  San Dimas, California.  N I plan to pull this stuff out of the garage this weekend.  Is it worth my time  to make a list and post it here?   Jeff.   G P.S.  You can email me directly if you remove the "x" from the address.  --   Jeff Shirley bucxky@mindspring.com O "Bill Gates is filthy rich, but that doesn't mean I want to be married to him."    ------------------------------  # Date: Wed, 03 Dec 2003 21:26:16 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> L Subject: Re: How do you modify RMS file attributes when using ofstream I/O ?/ Message-ID: <3FCE53A6.C8DD5F48@eps.zko.dec.com>   , This is a multi-part message in MIME format.& --------------9BB7A9E2CA297E95D5863E70* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit       
 Stuart wrote:    > cheers guys, > I > We've sorted it now.  Used lib$spawn to carry out 'set file/attributes' 5 > commands on the files after they have been created.   C Great. No problem if you do it once an hour and have the resources. E If spawning is too expensive / difficult / slow, then you may want to @ consider a subroutine. Now SET FILE is not callable. There are 3J ways to code this up, and I will provide examples for each as they are all tricky. L 1) The more or less documented ACP QIO to change RECATTR in the file header.I 2) A simple RMS 'trick' with normal calls for sequential files only. Easy  enough. . 3) Using the undocumented RMS SYS$MODIFY call.    H > The problem came around because a fortran application used to view theN > files(created in C++ using ofstream) was allocating memory for a line lengthN > buffer to that of the rms file attribute 'longest line bytes', which was set6 > to 0 therefore not reading anything out of the file.  H You may want to check out the usage of the logical name DECC$DEFAULT_LRL  6 Eamples below.... [hey... it's almost Xmass time ;-) ]   Hein.       ! U$1:[HEIN.EXAMPLES]LRL_MODIFY.C;1    /*: ** lrl_modify.c         Hein van den Heuvel, December 2003 **A **      Template program to set RMS LRL attributes for RMS files. F **      This is done as a side effect of temporarely changing the file@ **      attributes in memory to fixed-length through sys$modify.I **      Usage: Define as external DCL command and pass filespec as param.  **      Have fun.  */     #include <rms> #include <rmedef>  #include <stdio> #include <stdlib>   % int set_lrl (char *filename, int lrl)  {  struct FAB      fab; struct XABFHC   fhc; size_t          strlen(); F int             stat, rfm, mrs, sys$open(), sys$close(), sys$modify();   fab = cc$rms_fab;  fhc = cc$rms_xabfhc;& fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename );  fab.fab$l_xab = (void *) &fhc;   stat = sys$open ( &fab );  if (!(stat&1)) return stat; ! if (lrl > 32767) return RMS$_RSZ;  mrs = fab.fab$w_mrs; rfm = fab.fab$b_rfm; fab.fab$l_ctx = RME$C_SETRFM;  fab.fab$v_esc = 1; fab.fab$w_mrs = lrl; fab.fab$b_rfm = FAB$C_FIX; stat = sys$modify ( &fab );  if (stat & 1) {    fab.fab$w_mrs = mrs;   fab.fab$b_rfm = rfm;   stat = sys$modify ( &fab );    } # if (stat&1) stat = sys$close(&fab);  return stat; }    main (int argc, char *argv[])  {  if (argc < 3) { >   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    } * return set_lrl ( argv[1], atoi(argv[2]) ); }    U$1:[HEIN.EXAMPLES]LRL_QIO.C;1   /*: ** lrl_qio.c            Hein van den Heuvel, December 2003 **@ **      Template program to set RMS LRL attribute for RMS files.& **      This is done using an ACP QIO.I **      Usage: Define as external DCL command and pass filespec as param.  **      Have fun.  */     #include <rms> #include atrdef  #include fibdef : /*  fdhdef and fatdef live in lib.mlb and SYS$LIB_C.TLB */ #include iodef #include stdio #include stdlib  #include string  #define FAT$W_RSIZE 1   % int set_lrl (char *filename, int lrl)  {  struct fibdef fib; size_t          strlen(); C int             stat, channel, sys$open(), sys$close(), sys$qiow();        union {       char fill[ATR$S_RECATTR];J      short word[5];}fat;        /* fake it, as fat.h not always present */     short iosb[4];1     struct { long count; void *address; } fibdes;      struct atrdef atr[2];    struct FAB      fab; struct NAM      nam;   fab = cc$rms_fab;  nam = cc$rms_nam; & fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename ); & fab.fab$b_fac = FAB$M_GET | FAB$M_PUT; fab.fab$l_fop = FAB$M_UFO; fab.fab$l_nam = &nam;  fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename );  memset (&fib, 0, sizeof(fib));  ! if (lrl > 32767) return RMS$_RSZ;  stat = sys$open ( &fab );  if (!(stat&1)) return stat;  channel = fab.fab$l_stv;       fibdes.count = sizeof(fib);      fibdes.address = &fib;  '     fib.fib$l_acctl  = ( FIB$M_WRITE ); )     fib.fib$w_fid_num = nam.nam$w_fid[0]; )     fib.fib$w_fid_seq = nam.nam$w_fid[1]; )     fib.fib$w_fid_rvn = nam.nam$w_fid[2];        /*;     ** Need to get record attributes first to set new rsize      */'     atr[0].atr$w_type  = ATR$C_RECATTR; '     atr[0].atr$w_size  = ATR$S_RECATTR;      atr[0].atr$l_addr  = &fat;     atr[1].atr$w_type  = 0;      atr[1].atr$w_size  = 0;   ( /*  Get the file's current attributes */  H     stat = sys$qiow(0,channel,IO$_ACCESS,iosb,0,0,&fibdes,0,0,0,&atr,0);!     if (stat & 1) stat = iosb[0]; !     if (!(stat & 1)) return stat;   9     fat.word[FAT$W_RSIZE] = lrl; /* $FATDEF in LIB.MLB */ H     stat = sys$qiow(0,channel,IO$_MODIFY,iosb,0,0,&fibdes,0,0,0,&atr,0);!     if (stat & 1) stat = iosb[0]; !     if (!(stat & 1)) return stat; G     return sys$qiow(0,channel,IO$_DEACCESS,iosb,0,0,&fibdes,0,0,0,0,0);  }    main (int argc, char *argv[])  {  if (argc < 3) { >   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    } * return set_lrl ( argv[1], atoi(argv[2]) ); }     # U$1:[HEIN.EXAMPLES]LRL_TRUNCATE.C;1        /*B ** lrl_truncate.c               Hein van den Heuvel, December 2003 **K **      Template program to incease RMS LRL attribute for sequential files. H **      This is done by temporarely appending a record with size LRL andI **      truncating the file at the insertion point to remove that record. I **      Usage: Define as external DCL command and pass filespec as param.  **      Have fun.  */     #include <rms> #include <stdio> #include <stdlib>   % int set_lrl (char *filename, int lrl)  {  struct FAB      fab; struct RAB      rab; struct XABFHC   fhc; size_t          strlen(); = int             stat, sys$display(), sys$open(), sys$close(), 9                 sys$put(), sys$connect(), sys$truncate();    fab = cc$rms_fab;  rab = cc$rms_rab;  fhc = cc$rms_xabfhc;& fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename );  fab.fab$l_xab = (void *) &fhc; rab.rab$l_fab = &fab; K rab.rab$l_rbf = (void *) malloc ( lrl ); /* sys$put will test for succes */  rab.rab$w_rsz = lrl; rab.rab$l_rop = RAB$M_EOF;   stat = sys$open ( &fab );  if (!(stat&1)) return stat; . if (fab.fab$b_org!=FAB$C_SEQ) return RMS$_ORG;8 if (fhc.xab$w_lrl > lrl || lrl > 32767) return RMS$_RSZ;B stat = sys$connect (&rab);      /* sys$put will test for succes */O stat = sys$put (&rab);          /* append record with length LRL, giving RFA */ G if (!(stat&1)) return stat;     /* returns RMS$_RBF if malloc failed */  free ( rab.rab$l_rbf );  rab.rab$b_rac = RAB$C_RFA;? stat = sys$truncate (&rab);     /* remove that helper record */ # if (stat&1) stat = sys$close(&fab);  return stat; }    main (int argc, char *argv[])  {  if (argc < 3) { >   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    } * return set_lrl ( argv[1], atoi(argv[2]) ); }     & --------------9BB7A9E2CA297E95D5863E70+ Content-Type: text/plain; charset=us-ascii;   name="lRL_MODIFY.C" Content-Transfer-Encoding: 7bit  Content-Disposition: inline;  filename="lRL_MODIFY.C"   /*3 ** lrl_modify.c		Hein van den Heuvel, December 2003  **		< **	Template program to set RMS LRL attributes for RMS files.A **	This is done as a side effect of temporarely changing the file ; **	attributes in memory to fixed-length through sys$modify. D **	Usage: Define as external DCL command and pass filespec as param. **	Have fun. */     #include <rms> #include <rmedef>  #include <stdio> #include <stdlib>   % int set_lrl (char *filename, int lrl)  {  struct FAB	fab;  struct XABFHC	fhc; size_t		strlen(); ; int		stat, rfm, mrs, sys$open(), sys$close(), sys$modify();    fab = cc$rms_fab;  fhc = cc$rms_xabfhc;& fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename );  fab.fab$l_xab = (void *) &fhc;   stat = sys$open ( &fab );  if (!(stat&1)) return stat; ! if (lrl > 32767) return RMS$_RSZ;  mrs = fab.fab$w_mrs; rfm = fab.fab$b_rfm; fab.fab$l_ctx = RME$C_SETRFM;  fab.fab$v_esc = 1;	  fab.fab$w_mrs = lrl;	  fab.fab$b_rfm = FAB$C_FIX;	  stat = sys$modify ( &fab );  if (stat & 1) {    fab.fab$w_mrs = mrs;	    fab.fab$b_rfm = rfm;	    stat = sys$modify ( &fab );    } # if (stat&1) stat = sys$close(&fab);  return stat; }    main (int argc, char *argv[])  {  if (argc < 3) { >   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    } * return set_lrl ( argv[1], atoi(argv[2]) ); }   & --------------9BB7A9E2CA297E95D5863E70+ Content-Type: text/plain; charset=us-ascii;   name="LRL_QIO.C"  Content-Transfer-Encoding: 7bit  Content-Disposition: inline;  filename="LRL_QIO.C"    /*0 ** lrl_qio.c		Hein van den Heuvel, December 2003 **		; **	Template program to set RMS LRL attribute for RMS files. ! **	This is done using an ACP QIO. D **	Usage: Define as external DCL command and pass filespec as param. **	Have fun. */     #include <rms> #include atrdef  #include fibdef : /*  fdhdef and fatdef live in lib.mlb and SYS$LIB_C.TLB */ #include iodef #include stdio #include stdlib  #include string  #define FAT$W_RSIZE 1   % int set_lrl (char *filename, int lrl)  {  struct fibdef fib; size_t		strlen(); 8 int		stat, channel, sys$open(), sys$close(), sys$qiow();       union {       char fill[ATR$S_RECATTR];C      short word[5];}fat;	/* fake it, as fat.h not always present */ 2     short iosb[4];                                1     struct { long count; void *address; } fibdes;      struct atrdef atr[2];    struct FAB	fab;  struct NAM	nam;    fab = cc$rms_fab;  nam = cc$rms_nam; & fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename ); & fab.fab$b_fac = FAB$M_GET | FAB$M_PUT; fab.fab$l_fop = FAB$M_UFO; fab.fab$l_nam = &nam;  fab.fab$l_fna = filename; # fab.fab$b_fns = strlen( filename );  memset (&fib, 0, sizeof(fib));  ! if (lrl > 32767) return RMS$_RSZ;  stat = sys$open ( &fab );  if (!(stat&1)) return stat;  channel = fab.fab$l_stv;       fibdes.count = sizeof(fib);      fibdes.address = &fib;  '     fib.fib$l_acctl  = ( FIB$M_WRITE ); )     fib.fib$w_fid_num = nam.nam$w_fid[0]; )     fib.fib$w_fid_seq = nam.nam$w_fid[1]; )     fib.fib$w_fid_rvn = nam.nam$w_fid[2];        /*;     ** Need to get record attributes first to set new rsize      */'     atr[0].atr$w_type  = ATR$C_RECATTR; '     atr[0].atr$w_size  = ATR$S_RECATTR;      atr[0].atr$l_addr  = &fat;     atr[1].atr$w_type  = 0;      atr[1].atr$w_size  = 0;m  ( /*  Get the file's current attributes */  H     stat = sys$qiow(0,channel,IO$_ACCESS,iosb,0,0,&fibdes,0,0,0,&atr,0);!     if (stat & 1) stat = iosb[0];s!     if (!(stat & 1)) return stat;f  :     fat.word[FAT$W_RSIZE] = lrl; /* $FATDEF in LIB.MLB */ H     stat = sys$qiow(0,channel,IO$_MODIFY,iosb,0,0,&fibdes,0,0,0,&atr,0);!     if (stat & 1) stat = iosb[0];e!     if (!(stat & 1)) return stat;uG     return sys$qiow(0,channel,IO$_DEACCESS,iosb,0,0,&fibdes,0,0,0,0,0);i }f   main (int argc, char *argv[])s {  if (argc < 3) {i>   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    }B* return set_lrl ( argv[1], atoi(argv[2]) ); }y    & --------------9BB7A9E2CA297E95D5863E70+ Content-Type: text/plain; charset=us-ascii;g  name="LRL_TRUNCATE.C" Content-Transfer-Encoding: 7biti Content-Disposition: inline;  filename="LRL_TRUNCATE.C"       /*5 ** lrl_truncate.c		Hein van den Heuvel, December 2003  **		F **	Template program to incease RMS LRL attribute for sequential files.C **	This is done by temporarely appending a record with size LRL andfI **      truncating the file at the insertion point to remove that record.pD **	Usage: Define as external DCL command and pass filespec as param. **	Have fun. */     #include <rms> #include <stdio> #include <stdlib>p  % int set_lrl (char *filename, int lrl)n {  struct FAB	fab;t struct RAB	rab;n struct XABFHC	fhc; size_t		strlen();n2 int		stat, sys$display(), sys$open(), sys$close(),+ 		sys$put(), sys$connect(), sys$truncate();b   fab = cc$rms_fab;i rab = cc$rms_rab;v fhc = cc$rms_xabfhc;& fab.fab$b_fac = FAB$M_PUT | FAB$M_TRN; fab.fab$l_fna = filename;e# fab.fab$b_fns = strlen( filename );f fab.fab$l_xab = (void *) &fhc; rab.rab$l_fab = &fab;eK rab.rab$l_rbf = (void *) malloc ( lrl ); /* sys$put will test for succes */O rab.rab$w_rsz = lrl; rab.rab$l_rop = RAB$M_EOF;   stat = sys$open ( &fab );n if (!(stat&1)) return stat;o. if (fab.fab$b_org!=FAB$C_SEQ) return RMS$_ORG;8 if (fhc.xab$w_lrl > lrl || lrl > 32767) return RMS$_RSZ;= stat = sys$connect (&rab);	/* sys$put will test for succes */rH stat = sys$put (&rab); 		/* append record with length LRL, giving RFA */C if (!(stat&1)) return stat;	/* returns RMS$_RBF if malloc failed */  free ( rab.rab$l_rbf );r rab.rab$b_rac = RAB$C_RFA;; stat = sys$truncate (&rab);	/* remove that helper record */o# if (stat&1) stat = sys$close(&fab);0 return stat; }q   main (int argc, char *argv[])  {g if (argc < 3) {c>   printf ("Usage: %s <filename> <new-larger-lrl>\n", argv[0]);   return 1;    } * return set_lrl ( argv[1], atoi(argv[2]) ); }S  ( --------------9BB7A9E2CA297E95D5863E70--   ------------------------------  % Date: Wed, 03 Dec 2003 17:09:17 -0500p* From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: I wonder if this HP director will resign from HP's BODh) Message-ID: <3FCE5F06.4BE97F3F@istop.com>_   Rich Jordan wrote:F > Isn't this the knob who decided to spend too much moving Boeing's HQA > to chi-pit because he liked opera and didn't enjoy being in the A > northwest (probably wasn't getting invited to the best cocktaili > parties)?  Good riddance.   N Worse yet, the "real" president of Boeing (name escapes me, but he was the oneI who spearheaded the 747 project) had to resign a few years ago because ofeI production problems and delivery delays due to sales force accepting morei6 orders than Boeing was capable of handling. Scapegoat.  J Then, Condit decided that they needed a separate head office, to show thatB Boeing wasn't just about commercial jets. Remember that Boeing hasG significantly grown its dependance on military/government spending with ( purchases of companies such as Rockwell.  L In fairness, since there was competition from cities to get the head office,Q Boeing was able to negotiate some substantial tax breaks from the city and state.i  N In hindsight, Boeing made a few strategic mistakes. It is stuck with a productL line that requires two extra families. It is the 737-757-767-777-747. AirbusK fills the market with 320-330/340-380 (330 and 340 are essentially the samek except the 340 has 4 engines).  I The 777 is the newest plane, originally designed to compete against aging K DC-10s, replace the original smaller 747s, and compete against the slightly I smaller 330/340s. It is the only Boeing plane with a modern cockpit. When3K Boeing revamped the 737s at about the same time, it decided to keep the oldtG cockpit in order to remain compatible with the 1960s 737s. As a result,tN Boeing's product line continues to have incompatible cockpits while Airbus hasG a common cockpit design across all its current planes (except the oldero% 310-600 that is still in production).c    M The 737 has grown enough to allow Boeing to cancel the 757. And now, they are N looking to replace the now old 767 with the 7E7. But it looks like Boeing willM build the 767 replacement to be bigger which will compete against some of ther 777 market.   I In hindsight, Boeing should have cancelled the 767 in the early 1990s andeN replaced it with a plane the same size as Airbus 330/340 which could fill bothI 767 and 777 markets. But as it stands, Boeing will not only have one more>G aircraft family to maintain, but the sizing of aircraft will cause some<' aircraft to compete against each other.i  J Building a new aircraft cost about $10 billion dollars. Not pocket change.  L When Boeing bought McD Douglass, it inherited the DC-9 and DC-10 lines (MD95K was a DC-9, MD-11 was a DC-10). It quickly ended the MD11 since it competed N directly against the 777, and has kept the 717 so far, with continuing rumours on its future.  M When HP bought Compaq, they inherited Tandem, VMS and Tru64. Tandem is like aaF military contract: it is sacred, you can't touch it. Tru64 was quicklyM cancelled since it competed directly with HP-UX.  And VMS is being maintained I for now, but, like the 717, HP isn't pushing it much, even though VMS has M features unique to the industry. And like the 717, the lack of pushing by thesK owner leads to tons of speculation on whether there is true commitment frome the manufacturer or not.  K And because the 717 is the black sheep of the Boeing family (being the onlyDG commercial product from McD that survived, just like VMS being the onlyfJ Digital product that survived), many airlines are hesitant to commit to itM because its future is cloudy and it isn't part of the "family" with no growthnM foreseen in the 717 family. (in VMS terms, one could equate this to customerssQ not wanting to commit because they don't see growth in application availability).2  J The few airlines that bought the  717 are the ones for whom the 717 filledU their particular niche and they knew they wouldn't need a different type of aircraft.e  K However, Qantas bought Impulse which had been one of the few 717 customers.iK Qantas just annoucned it would spin off a new low cost carrier, which wouldeL begin with the 717s Impulse already had, but within a year or two, they will) all be dumped in favour of Airbus planes.   L That says a lot about the confidence Airlines have in the future of the 717.M And the newws of Qantas dumping the 717, no matter how fuel/cost efficient it-N might be, will impact other potential buyers of the 717 since the fewer buyers? there are, the more likely Boeing will shutdown 717 production.o  Q The fewer customer buy VMS, the more likely HP will do to VMS what it did to MPE.n     One needs to do the math:h  > If HP were to streamline its product line into a much simpler: 	HP-UX 	Linux 	Windows   How much money would it save ?M And what percentage of customers on abandonned systems would stick to HP, and G how much could it cost HP to lose the customers who won't stay with HP.i  N If they decide that HP would benefit from streamlining VMS out of the picture,% then VMS will be out of the picture.    J Their handling of VMS and Alpha (retain trust) leads me to believe that inN order for the streamlining to be positive, they need to acheive a certain % ofG customer retention, and they know that they woudln't achieve it with anqH outright cancellation of VMS (as per MPE), so they needs to put on white= gloves and pull the plug on VMS in a more diplomatic fashion.n    L But from a purely logical point of view, it makes sense for HP to streamlineI its product line. If HP bought Compaq to eliminate one wintel competitor,VA perhaps it bought Compaq to also eliminate competition for HP-UX.p  N It doesn't really make sense for a company to buy a competitor that will bringJ in a whole slew of different products that don't really fill any niche the/ company's existing products don't fill already.@  N HP shouldn't have bought Compaq. But now that it is a done deal, Can HP reallyL afford to maintain products such as VMS whose functionality doesn't *really*E make it stand out from HP's own products, especially when HP plans toS" incorporate many of those "soon" ?   ------------------------------  # Date: Thu, 04 Dec 2003 01:56:20 GMT & From: Rick Jones <foo@bar.baz.invalid>C Subject: Re: I wonder if this HP director will resign from HP's BODr2 Message-ID: <8vwzb.10086$Q77.522@news.cpqcorp.net>  + JF Mezei <jfmezei.spamnot@istop.com> wrote:bF > In hindsight, Boeing made a few strategic mistakes. It is stuck with< > a product line that requires two extra families. It is theC > 737-757-767-777-747. Airbus fills the market with 320-330/340-380eF > (330 and 340 are essentially the same except the 340 has 4 engines).  E > The 777 is the newest plane, originally designed to compete againstnF > aging DC-10s, replace the original smaller 747s, and compete againstC > the slightly smaller 330/340s. It is the only Boeing plane with aa > modern cockpit.   4 What is the definition here of a "modern" cockpit?    > I was under the impression that the cockpit of the 747-400 wasB reworked as well - cockpit crew of two now, all that fun CRT stuff etc.  E > When Boeing revamped the 737s at about the same time, it decided tonC > keep the old cockpit in order to remain compatible with the 1960sS > 737s.A  D ?!?  I guess I'm not at all sure what you mean by a modern cockpit -@ somehow it is hard to believe that the instruments and such of a) contemporary 737 are of 1960's vintage.  s  C > As a result, Boeing's product line continues to have incompatibletB > cockpits while Airbus has a common cockpit design across all its; > current planes (except the older 310-600 that is still inu > production).  D If the 310-600 is still in production shouldn't that be in your list in the first paragraph above?i  > > The 737 has grown enough to allow Boeing to cancel the 757.   C And if the 737 (i guess the -800?) has allowed Boeing to cancel theeF 757 (or was that simply speculation?) then should it be in the list in the first paragraph above?  
 rick jones --  G oxymoron n, Hummer H2 with California Save Our Coasts and Oceans platesAF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...R   ------------------------------  % Date: Wed, 03 Dec 2003 21:43:16 -05006* From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: I wonder if this HP director will resign from HP's BOD ) Message-ID: <3FCE9F29.8C57782B@istop.com>:   Rick Jones wrote: 4 > What is the definition here of a "modern" cockpit?  B Fly by wire and a cockpit which does not emulate a 1960's cockpit.  @ > I was under the impression that the cockpit of the 747-400 wasD > reworked as well - cockpit crew of two now, all that fun CRT stuff  H Buttons look different, but have same functions. They just moved all theN displays and switches to be in reach of the pilot and copilot, eliminating the* 3rd cremembers. Same degree of automation.  B > somehow it is hard to believe that the instruments and such of a) > contemporary 737 are of 1960's vintage.u  L The 737-NGs replaced the old analogue gauges with CRTs, but the CRT displaysM fake the old analogue displays.  This was requested by US airlines (big usersuF of the 737) who wanted pilots to be able to switch between the vintage; 737-200s (which were still plentiful in the USA until 2001.l  M TO give you an example: the A320s have a "ditch" button. It gets the computer N to perform a whole slew of actions to prepare the plane to land in water (suchN as closing all air conditioning vents). In day-to-day, it is used when a planeI is being de-iced to prevent the de-icing fluid from being ingested by theeK various systems that suck air or would otherwise be jeoperdized by it. Such & automation reduces workload to pilots.  N When Boeing updated the 737 with the 737-NG, it could't add such automation toF the cockpit because it woudl have required different certification and different training.e  N This is similar to the space shuttle. 2 shuttles had been outfitted with glassK displays instead of the old analog gauges. However, the software behind was M not changed as the display hardware fully emulated analogue displays both forYN input and output. There were two goals: reduce weight and power consumption asH well as preparing the shuttle for eventual revamping of the computers toI provide greater automation. But the glass cockpit don't add any degree ofZF automation to the shuttle. Just a different way of presenting the same information to the pilots.  M Think of VAX Notes in character cell versus ALLIN1 versus GUI mode. DifferentAJ look but all three provide teh same information and the same inputs to the Notes software.E  F > If the 310-600 is still in production shouldn't that be in your list > in the first paragraph above?R  K The 310-600 is like VMS: still in production for existing customers. But it J isn't being pitched to others.  And when Airbus built its beluga planes toK carry aircraft fuselages, it used a A310-600, cut the roof off and attacheduJ the humoungous section on top of it. Very Ugly, but carries huge payloads." (heck, another similarity to VMS).  E > And if the 737 (i guess the -800?) has allowed Boeing to cancel theEH > 757 (or was that simply speculation?) then should it be in the list in > the first paragraph above?  M Actually, it is the 737-900 and proposed 737-900ER that will replace the 757.nM The cancellation of the 757 happened a couple months ago. The 737 is a family M with different models that came in 3 waves: the original -100 and -200 in themF 60s and 70s, the 1980s versions: the -300, -400 and -500, and the NextB Generation that came during the 90s: the -600, -700, -800 and -900   ------------------------------  % Date: Thu,  4 Dec 2003 00:21:05 +0100 5 From: "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de> 3 Subject: re: LBR$ library routines and DCX encodingb. Message-ID: <E1ARgIr-0004h5-NP@mailer.gwdg.de>  + JF Mezei <jfmezei.spamnot@ISTOP.COM> asked: P > Does anyone know where/how I can find out if a library has the DCX compression > enabled or not ? >[...]  : Apparently ... this is ugly (as of VMS V6.2, untested) ...  = Proceed as documented thru LBR$OPEN(). If the status returnednA is LBR$_OLDLIBRARY (or non-success), there is no DCX compression.t  C Next get hold of the global longword [undocumented] LBR$GL_CONTROL.@? It points to the "control table" described in <lbrctltbl.h> (!)S@ [derived from STARLET, so this got to be a "stable" feature :-].  ? Now, the longword lbr$l_hdrptr in this structure points to the t? actual library header [undocumented; supposedly the first blocktB of the library file; somewhat different from the LHI$ structure].   D Within this header block, check if the longword at byte offset 140. A [undocumented, aka LHD$L_DCXMAPVBN] is non-zero. If so, LIBRARIANo= would claim that the "Library is in DCX data reduced format".d  3 .. So much for read-checking old [listings] CDs :-(o  M Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.deuM GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended!sM http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>s   ------------------------------  $ Date: Wed, 3 Dec 2003 21:23:59 +0100( From: "H Vlems" <hvlems.nieuw@zonnet.nl>1 Subject: Re: Memory Error on Alphastation 255/233t: Message-ID: <bqlgum$21d261$1@ID-143435.news.uni-berlin.de>   Bart,r  I the reason I mentioned the pencil eraser trick is that it actually worked L for me with VAXstation  4000 memory. Perhaps I should have added that I used9 an eraser made from a kind of polymer (Staedtler 526 50).cG Contact sprays are for cars, not computers. There are too many kinds ofkK sprays sold as contact spray. As long as the solvent evaporates quickly andYL if no deposit is left then I guess it is alright. OTOH the poor guy may have+ emptied half a can of WD40 in his Alpha :-)-   Hans  J "Bart Z. Lederman" <lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com> schreef7 in bericht news:zc6zb.9944$9G5.6936@news.cpqcorp.net...1F > In article <bqimmk$23km2t$1@ID-143435.news.uni-berlin.de>, "H Vlems"  <hvlems.nieuw@zonnet.nl> writes: > >DK > >If this is a hobbyist machine or a system without a maintenance contractC (I. > >guess warranty is long gone on 255's) then: > >- remove the covert > >- locate the memoryB > >- remove the memory and clean the contacts with a pencil eraser >o > NEVER do this. >nG > This is a bit of misinformation that has been around for decades, andwA > it has always been wrong.  You might clean some dirt off of the4E > contacts, but you might also take off the plating.  A pencil eraserhA > is not meant to clean electrical contacts, and may leave debrisi> > (such as little pieces of rubber) that will make the contact > situation worse. > > > Get a proper electrical contact cleaner (usually liquid in aA > bottle or a spray can).  I'm not going to endorse a brand here,s@ > but there are several good ones.  sci.electronics.repair might. > be a good place to look for recommendations. >t > >- clean the machine itselfi >iF > Not a bad idea if you do it properly, but you have to be careful you@ > don't blow dust into a worse place than it is now, or generate? > excessive static electricity (which many vacuum cleaners willm > do). >eK > >- put the memory back in place (if there's more than one, you might wantr to > >put in one pair at the time)tJ > >I do not know how sensitive this memory is for static electricity; make sure > >you're grounded.  >rB > You should always wear a proper grounding strap connected to theF > equipment.  Just grounding yourself might not be enough.  A grounded@ > anti-static mat to put the parts on is also a good idea if you > want to be safe. >gA > Often you can get away with not using the strap, but you alwaysM' > risk damaging something if you don't.n >y > -- l* >  B. Z. Lederman   Personal Opinions Only >:: >  Posting to a News group does NOT give anyone permission: >  to send me advertising by E-mail or put me on a mailing >  list of any kind. >S7 >  Please remove the "DISABLE-JUNK-EMAIL" if you have a 7 >  legitimate reason to E-mail a response to this post.  >    ------------------------------  % Date: Wed, 03 Dec 2003 18:14:43 +00006O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>RC Subject: Re: OpenVMS clusters give Windows, Unix thorough thrashingr0 Message-ID: <bql96j$e3k$1@new-usenet.uk.sun.com>   B.Eckstein wrote:y. > B.Eckstein schrub im Jahre 03.12.2003 17:37: > , >> http://www.theinquirer.net/?article=13002 >  > < > Oops, sorry, I didn't saw Bobs posting, who was faster :-)  / Beaten to the draw by Bob, that should tell you $ just how worthwhile the article was.     regardsw Andrew Harrisons   ------------------------------  # Date: Wed, 03 Dec 2003 23:52:44 GMTl# From: "John N." <JNixon@cfl.rr.com>vC Subject: Re: OpenVMS clusters give Windows, Unix thorough thrashing-; Message-ID: <gHuzb.5419$AM3.233675@twister.tampabay.rr.com>-  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>p; wrote in message news:bql3ul$c5s$1@new-usenet.uk.sun.com...n > B.Eckstein wrote:-- > > http://www.theinquirer.net/?article=13002S > >n$ > > Yeah, that's a success story :-) > >- >- >- > It would be it it wasn't:0 >0 > A Old news > B Complete tosh< >k	 > Regardsn > Andrew Harrison/  H We agree that it is old news.  VMS clusters have always been known to beL better than Unix Clusters or Windows Clusters.  The only thing new is to see it in print by the media.n   >  >o   ------------------------------  # Date: Wed, 03 Dec 2003 22:09:29 GMTr# From: hoff@hp.nospam (Hoff Hoffman)i& Subject: OpenVMS Freeware V6.0 On-Line3 Message-ID: <tatzb.10071$LX6.4669@news.cpqcorp.net>   G   Thanks to all of the folks that have helped out and to the folks that F   have answered the calls for submissions, the contents of the OpenVMS<   Freeware V6.0 distribution are now available for download:  *     http://www.hp.com/go/openvms/freeware/  F   The two-CD distribution is first shipping with OpenVMS Alpha V7.3-2.  G   Each directory has a zip of the submission, and there is an aggregateg@   zip of each of the two disks of the OpenVMS Freeware V6.0 kit.  I   The contents of Freeware V6.0 are entirely new packages, or are updatescG   to previously-available packages.  No (unmodified) packages have been F   carried through onto Freeware V6.0.  (Keep your older Freeware disks   around, in other words.)  J   All submission files on the distribution disks are zipped, as I receivedK   rather more (uncompressed data) than the storage capacity I had availablenK   to me -- where PCSI or VMSINSTAL software installation kits were providedaK   with a submission, these kits were also made available outside of the zipe   archive for the submission.H  J   The next Freeware will *probably* be with the OpenVMS V8.2 distribution.  J   I am not presently expecting to provide a new Freeware distribution withJ   the OpenVMS I64 V8.1 distribution, but there are OpenVMS I64 versions ofK   Zip and Unzip available on the current Freeware V6.0 for those folks thate6   want to get an early start on porting Freeware code.  J   As has been the case on previous Freeware distributions, the menu on theI   second disk is (once again) messed up.  (Sorry.  I now know why this isuK   happening, though I do still hope to be able to replace the existing menu E   system with an entirely new and preferably HTML-based menu system.)s  I   Thank you to all of the Freeware contributors -- a list of contributorsyE   (freeware_contributors.txt) is available in the Freeware directory.e      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqaN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comh   ------------------------------  % Date: Wed, 03 Dec 2003 22:29:40 -0600e@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>* Subject: Re: OpenVMS Freeware V6.0 On-Line6 Message-ID: <3FCEB834.E17280F1@NeOaSrPtAhMlNiOnWk.net>   Hoff Hoffman wrote:  > [snip]K >   Thank you to all of the Freeware contributors -- a list of contributorsuG >   (freeware_contributors.txt) is available in the Freeware directory.s    Thank YOU, Hoff, for doing this!   --   David J. Dachterao dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------   Date: 3 Dec 2003 14:57:51 -0800/1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)</ Subject: Re: OpenVMS i64 missing in HP WEB pagef= Message-ID: <cf15391e.0312031457.2d13e630@posting.google.com>h  \ Didier Morandi <no@spam.com> wrote in message news:<3fa76b93$0$254$636a55ce@news.free.fr>...R > from http://www.hp.com/products1/servers/integrity/entry_level/rx2600/index.html ...;R > maintenance time. Regardless of your choice of HP-UX, Linux, or Windows, HP has Q > a powerful, flexible, highly available, and easily managed cluster solution to   > meet your needs."R > @ > %SYSTEM-E-MISSING, OpenVMS i64 is missing in the last sentence   It's been fixed.   ------------------------------  % Date: Wed, 03 Dec 2003 20:43:04 +0100d From: Dirk Munk <munk@home.nl>> Subject: Re: OT Very scary: Cars running on Microsoft software2 Message-ID: <bqleo5$mks$1@news2.tilbu1.nb.home.nl>  N Let's hope that the M$ staff (including uncle Bill) will buy these cars. Just P imagine those limo's tumbling down a mountain after a buggy wireless upgrade of  the M$ brake software,   JF Mezei wrote: 1 > Unfortunatly, this is NOT an April Fool's joke.l > E > http://wired.com/news/autotech/0,2554,61412,00.html?tw=wn_tophead_6e >  > ##J > Cars with the Microsoft software will speak up when it's time for an oilG > change. They'll warn drivers about wrecks on the road ahead and scoutrO > alternative routes. They'll pay freeway tolls automatically. ****The softwaree: > running their brakes will upgrade itself wirelessly **** > M > The Microsoft platform already is in 23 different car models, including the$O > BMW 7 series, Citroen, Daimler, Fiat, Volvo, Hyundai,  Mitsubishi, Subaru ande
 > Toyota.  > ##   ------------------------------  % Date: Wed, 03 Dec 2003 19:09:38 +0100 * From: Paul Sture <nospam@sture.homeip.net>> Subject: Re: OT Very scary: Cars running on Microsoft software0 Message-ID: <3FCE34F2.5E39FCE2@sture.homeip.net>   Bob Koehler wrote: > X > In article <3FCD35BC.836E30AC@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:3 > > Unfortunatly, this is NOT an April Fool's joke.  > >_G > > http://wired.com/news/autotech/0,2554,61412,00.html?tw=wn_tophead_6e > >) > > ##L > > Cars with the Microsoft software will speak up when it's time for an oilI > > change. They'll warn drivers about wrecks on the road ahead and scout Q > > alternative routes. They'll pay freeway tolls automatically. ****The softwaree< > > running their brakes will upgrade itself wirelessly **** > >;O > > The Microsoft platform already is in 23 different car models, including the_Q > > BMW 7 series, Citroen, Daimler, Fiat, Volvo, Hyundai,  Mitsubishi, Subaru and$ > > Toyota.a > > ## > H >    A luxury car running Windows CE was already cited as having trappedH >    it's owner with door locks and windows stuck in a hot climate.  TheE >    report indicated the owner was able to get an officer to break at >    window and let him out.  C I remember that one. It doesn't take a computer to put your life ini jeopardy though:  ? http://www.theage.com.au/articles/2003/12/03/1070351651387.htmle   Flash floods in Australia:  D "I couldn't get out of the car because the electric windows wouldn'tC work, and at one stage I thought, this is it, I'm going to drown." (   -- e
 Paul Sture   ------------------------------  # Date: Wed, 03 Dec 2003 19:38:27 GMT " From:   VAXman-  @SendSpamHere.ORG> Subject: Re: OT Very scary: Cars running on Microsoft software0 Message-ID: <00A29D33.9AC58755@SendSpamHere.ORG>  a In article <vss71al3kjp185@corp.supernews.com>, Greg Cagle <news@removethisgregcagle.com> writes:e >More details from > C >http://www.microsoft.com/presspass/Press/2002/Mar02/03-04BMWpr.asp   F ...and you reboot it by pressing the cigarette lighter, pulling on theF flash-to-pass high-beam turn-signal lever and smashing your head into 8 the horn switch at the center of the steering wheel.  ;)   -- tL VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM             5   "Well my son, life is like a beanstalk, isn't it?" f   ------------------------------  % Date: Wed, 03 Dec 2003 17:20:40 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: OT: What's next for HP?( Message-ID: <3FCE61B0.A35AC5E@istop.com>  " re: > HP trying to become more hip  N While this may seems like a fairly "funny" thing at first, it may in fact be a
 genious idea.s  L This about it. Teenagers growing to like cool HP products. Universities willM adopt "hip" products from HP and teach student HP-UX.  When they get jobs and L start to be involved in product selection process, HP may have a bigger footK in the door than IBM whose loyal supporters will all be in retirement homess and geriatric centres.  @ However, the way HP is behaving, it looks more like scaling downL enterprise/serious business and focusing on low margin consumer products, asM opposed to strategically investing in consumer products to eventually lead toe more enterprise sales.  M On the other hand, enterprise products won't really evolve that much. All the J growth will happen at the end user level with totally new "input devices".C (cameras, telephones, PDAs, windows-powered curling irons etc etc).A  N If IBM, under Gerstner had made such a move into consumer products, you'd knowI that IBM would have serously thought about that and that it was a seriousr5 startegic direction leading to long term good of IBM.e  C The problems is that Carly's moves are not seen as well thought outlJ strategies, they are seen as career saving moves, great PR hooplah to makeJ Carly look better and perhaps detract attention from problems HP is havingK elsewhere. It may also be an admission that since Carly is incompetent withFL enterprise business, she needs the company to focus on something she is more% competent on , such as curling irons.   M HP is quickly losing the respected and image if extremely high quality it had L earned in the past. It truly will become just another commodity company withK not much of an image. Carly seems more preoccupioed with her own image than  with HP's image.   ------------------------------   Date: 3 Dec 2003 15:08:15 -0600 + From: young_r@encompasserve.org (Rob Young)b/ Subject: Re: Pictures from the OpenVMS bootcamps3 Message-ID: <7Sr11URpMWaZ@eisner.encompasserve.org>   r In article <bqjki0$22vgp5$1@ID-209632.news.uni-berlin.de>, "Martin P.J. Zinser" <zinser@zinser.no-ip.info> writes: > Hello, > M > I've finally managed to put the pictures from the bootcamp up on my server.  > B > All the stuff: http://zinser.no-ip.info/vms/fun/bc2003-pic.htmlx > J > A cov/Info-VAX selection: http://zinser.no-ip.info/vms/fun/cov-pic.htmlx >   7 	Here's an aside.  See that last picture?  Hein has the;= 	famous "Stuck inside Unix with the VMS Blues again" t-shirt._  
 	Trivia:    6 	Who are the three monikers/guys trapped on the shirt?1 	Which DECUS were those guys handing them out at?s* 	What song is that quote embellished from?@ 	How many times has Hein washed that shirt in the last 10 years? 	> 				Rob[   ------------------------------  # Date: Wed, 03 Dec 2003 21:30:08 GMT " From:   VAXman-  @SendSpamHere.ORG/ Subject: Re: Pictures from the OpenVMS bootcamp 0 Message-ID: <00A29D43.355C10ED@SendSpamHere.ORG>  a In article <7Sr11URpMWaZ@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:Ds >In article <bqjki0$22vgp5$1@ID-209632.news.uni-berlin.de>, "Martin P.J. Zinser" <zinser@zinser.no-ip.info> writes: 	 >> Hello,e >> aN >> I've finally managed to put the pictures from the bootcamp up on my server. >> mC >> All the stuff: http://zinser.no-ip.info/vms/fun/bc2003-pic.htmlx  >> lK >> A cov/Info-VAX selection: http://zinser.no-ip.info/vms/fun/cov-pic.htmlxc >> s >n8 >	Here's an aside.  See that last picture?  Hein has the> >	famous "Stuck inside Unix with the VMS Blues again" t-shirt. >c >	Trivia:  p >)7 >	Who are the three monikers/guys trapped on the shirt?l  G Moe, Larry and Curly... No wait that was the Three Stooges... The shirtp4 has Bruce Ellis, Dave MacAurthur and Dennis O'Brien.  2 >	Which DECUS were those guys handing them out at?   1992???     + >	What song is that quote embellished from?t  , A song from some guy named Robert Zimmerman.    A >	How many times has Hein washed that shirt in the last 10 years?    0 ;)       -- tL VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            .5   "Well my son, life is like a beanstalk, isn't it?" $   ------------------------------   Date: 3 Dec 2003 15:49:39 -0600r+ From: young_r@encompasserve.org (Rob Young) / Subject: Re: Pictures from the OpenVMS bootcamp 3 Message-ID: <P4n7OBkXM6uw@eisner.encompasserve.org>   U In article <00A29D43.355C10ED@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:_c > In article <7Sr11URpMWaZ@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:$t >>In article <bqjki0$22vgp5$1@ID-209632.news.uni-berlin.de>, "Martin P.J. Zinser" <zinser@zinser.no-ip.info> writes:
 >>> Hello, >>> O >>> I've finally managed to put the pictures from the bootcamp up on my server.] >>> D >>> All the stuff: http://zinser.no-ip.info/vms/fun/bc2003-pic.htmlx >>> L >>> A cov/Info-VAX selection: http://zinser.no-ip.info/vms/fun/cov-pic.htmlx >>>  >>9 >>	Here's an aside.  See that last picture?  Hein has thet? >>	famous "Stuck inside Unix with the VMS Blues again" t-shirt.M >> >>	Trivia:   >>8 >>	Who are the three monikers/guys trapped on the shirt? > I > Moe, Larry and Curly... No wait that was the Three Stooges... The shirte6 > has Bruce Ellis, Dave MacAurthur and Dennis O'Brien.   	Bingi   > 3 >>	Which DECUS were those guys handing them out at?i > 	 > 1992???a >    	Binga   > , >>	What song is that quote embellished from? > . > A song from some guy named Robert Zimmerman. >   % 	Clever answer.  You're slick VAXMan!o   				Rob    ------------------------------  # Date: Wed, 03 Dec 2003 22:15:02 GMTE" From:   VAXman-  @SendSpamHere.ORG/ Subject: Re: Pictures from the OpenVMS bootcamp*0 Message-ID: <00A29D49.7A8CE8FC@SendSpamHere.ORG>  a In article <P4n7OBkXM6uw@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:tV >In article <00A29D43.355C10ED@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:d >> In article <7Sr11URpMWaZ@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:u >>>In article <bqjki0$22vgp5$1@ID-209632.news.uni-berlin.de>, "Martin P.J. Zinser" <zinser@zinser.no-ip.info> writes:l >>>> Hello,t >>>> bP >>>> I've finally managed to put the pictures from the bootcamp up on my server. >>>> yE >>>> All the stuff: http://zinser.no-ip.info/vms/fun/bc2003-pic.htmlx  >>>> cM >>>> A cov/Info-VAX selection: http://zinser.no-ip.info/vms/fun/cov-pic.htmlx  >>>> _ >>> : >>>	Here's an aside.  See that last picture?  Hein has the@ >>>	famous "Stuck inside Unix with the VMS Blues again" t-shirt. >>>_
 >>>	Trivia:  m >>> 9 >>>	Who are the three monikers/guys trapped on the shirt?  >> ;J >> Moe, Larry and Curly... No wait that was the Three Stooges... The shirt7 >> has Bruce Ellis, Dave MacAurthur and Dennis O'Brien.R >  >	Bing >$ >>  4 >>>	Which DECUS were those guys handing them out at? >> (
 >> 1992??? >>   >l >	Bing  J My DECUS memories are getting faded.  That was one in Las Vegas wasn't it?J Too many late evenings that faded right into mornings and excess libations
 that one was!r    - >>>	What song is that quote embellished from?s >> c/ >> A song from some guy named Robert Zimmerman.( >> 1 >t& >	Clever answer.  You're slick VAXMan!  J "Stuck Inside of Mobile with the Memphis Blues Again" would have been too  easy.a    So what about the last wash?  ;)   -- nL VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            55   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------  $ Date: Wed, 3 Dec 2003 21:43:39 -05005 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> / Subject: Re: Pictures from the OpenVMS bootcampt/ Message-ID: <vst7r47gd0q392@corp.supernews.com>k  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A29CEF.F6981CD7@SendSpamHere.ORG...3 > In article <bqkch4$bu2$1@lore.csc.com>, Nic Clewsa" <sendspamhere@[127.0.0.1]> writes: > >"Martin P.J. Zinser" wrote: > >> > >sG > >Some great portraits there, if you don't do this professionally, youe > >should consider it! >r8 > I've noticed that he doesn't do self-portraits though.  A Sure he does - Just go up a few levels: http://zinser.no-ip.info/r   ;^)a   ------------------------------  $ Date: Wed, 3 Dec 2003 21:18:27 -05005 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>g/ Subject: Re: Pictures from the OpenVMS bootcamp / Message-ID: <vst6bqnk9beo14@corp.supernews.com>    Martin -   Thank you for posting these.   Clarification -   = http://zinser.no-ip.info/www/img/bc2003/2581000-r1-045-21.jpgi  L Is Charlie McCutcheon, Paul Cerqua, and Brad McCusker (all C RTL Engineers).   Brad   ------------------------------   Date: 3 Dec 2003 21:10:13 -0600i+ From: young_r@encompasserve.org (Rob Young) / Subject: Re: Pictures from the OpenVMS bootcamp73 Message-ID: <cKiSYGgMC82U@eisner.encompasserve.org>8  U In article <00A29D49.7A8CE8FC@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:e   >> >>> 5 >>>>	Which DECUS were those guys handing them out at?s >>>  >>> 1992???n >>>  >> >>	Bingd > L > My DECUS memories are getting faded.  That was one in Las Vegas wasn't it?L > Too many late evenings that faded right into mornings and excess libations > that one was!h >   & 	Atlanta Spring.  If I'm not mistaken.   > . >>>>	What song is that quote embellished from? >>> 0 >>> A song from some guy named Robert Zimmerman. >>>  >>' >>	Clever answer.  You're slick VAXMan!t > L > "Stuck Inside of Mobile with the Memphis Blues Again" would have been too  > easy.n > " > So what about the last wash?  ;) >   A 	I wash mine as infrequently as possible.  A shirt like that williD 	only hold up to so many washings.  And it is Oh So annoying and fun, 	to wear when the Eunichs folks get haughty.   				Robn   ------------------------------  % Date: Wed, 03 Dec 2003 22:16:24 -0600c5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info>h/ Subject: Re: Pictures from the OpenVMS bootcamps: Message-ID: <bqmcev$24eekh$1@ID-209632.news.uni-berlin.de>   Hello,  8 thanks to all who have responded to this yet! Especially  
 Colin Butchera	 Nic Clews  Maarten van Breemenr Kenneth Farmer Bob Gezelter Brian Schenkenberger Hein van den Heuvelg
 Brad McCuster, Bart Z. Lederman  I for filling in some blanks and corrections (I really am not very good at tC remembering faces and name, apologies to all I did not identify or e misnamed!) and other feedback.   Some misc remarks:  C Yes, there is really no picture of myself (and the drawing was donesA by my wife ;-). This is usually the case with the one taking the 4B pictures, since self-portraits, albeit possible, are a bit akward.H If anybody took a picture of me during the bootcamp (I noticed a number H of digital camers around), just drop me a note and I will add it to the  collection.   D I really did not want to insult anybody by using the "Nomen Nescio".E My only excuse is that I actually really did learn Latin wayback when1E and did not think about the troll in c.o.v. when I prepared the page.pD I settled now for T.b.d (to be determined) since anonymous has otherD unfortunate connotations. Anyhow, there are not to many t.b.d.s left now.  D I am not doing this in any way professional. Actually I rather take F pictures of plants than of persons. My wife and I do take most of the H pictures at school events of the kids, so I did learn that taking a long+ lens makes often for more natural pictures.g  C Bart brought up a good point. I hope the following clarification toe= the pictures use will make his make my intentions more clear:e  !  >These are "Open" pictures, i.e.i  >I  >   1. If you are the depicted person you can do whatever you want with  I  >these pictures. If the picture shows an inanimate object everybody can d<  >do whatever they want with the image for private purposes.C  >  2. If anybody does contemplate using a picture of an inanimate iH object >in a public setting, you are welcome to do so at no charge. I doC  >ask you to include a copyright notice with the picture and would  )  >appreciate information about the usage. E  >      If the picture shows a person you do need the consent of the oE  >person for any use. For some of the persons I might be able to ask i; them >if they would discuss that with the interested party.t  F  >Since each of the fullsized pictures is about 1 MB size, or because < you >just like papercopies better, here is an offer for you:F  >Papercopies of the pictures are available at 0.50 USD per copy. You D can >order pictures of inanimate objects or of yourself, but not of  anybody >else.G  >A flat shipping and handling charge of 0.50/1.00 USD (US vs. rest of tE  >the world) applies per order. Payment method will be determined in aI case >anybody takes me up on this ;-) This offer is at-cost and does not e  >consitute a business.   @ If I make it to next years bootcamp I will put a list up on the B blackboard where you can opt-in or opt-out of the picture display.   Greetings, Martins   ------------------------------  % Date: Wed, 03 Dec 2003 23:01:07 -0500r$ From: Hein <hein_cov@eps.zk.dec.com>/ Subject: Re: Pictures from the OpenVMS bootcamp . Message-ID: <3FCEB183.C9076D26@eps.zk.dec.com>   Rob Young wrote:  @ >         Here's an aside.  See that last picture?  Hein has theF >         famous "Stuck inside Unix with the VMS Blues again" t-shirt.   :s  I >         How many times has Hein washed that shirt in the last 10 years?s  R It's holding up well. I worked for VMS engineering 91 - early 94 I seem to recall.E Then worked a few years with on performance projects, often with VMS. c Didn't 'need' the shirt back then. Got sucked into (Tru64) Unix, Sap, Oracle, RACafter that though.aa HP-UX now, Linux soon I suppose. VMS is more or less 'just a hobby' for me at this point in time.0l I find myself grabbing for the shirt more often now. It is starting to show some wash wear, but not too bad. Grins,   Hein.    ------------------------------  % Date: Wed, 03 Dec 2003 23:33:50 -0500m* From: JF Mezei <jfmezei.spamnot@istop.com>/ Subject: Re: Pictures from the OpenVMS bootcamph) Message-ID: <3FCEB90C.94EF0DA2@istop.com>f   "Martin P.J. Zinser" wrote:6A > If I make it to next years bootcamp I will put a list up on thedD > blackboard where you can opt-in or opt-out of the picture display.  N I suspect that if I were to go, there would be only one option for my picture: 	print in dartboard format   ------------------------------   Date: 3 Dec 2003 14:57:43 -0800e$ From: fblanquart@covefi.fr (Fabrice)@ Subject: Problem with java (Weblogic) on SMP DS25 Openvms V7.3-1= Message-ID: <20a0185e.0312031457.211d280e@posting.google.com>s   Hi,k  F I just upgrade a cluster of 2 DS25 from 1 cpu to 2 cpus for a weblogic application in front of ACMS.a  > It seems that we have some problem with the jdk 1.3-6 and moreD specifically with the command "java -version" wich is on every "com" used to start Weblogic.e  F The problem is when I launch the java -version command it hang until ID do a CTRL-T. This seems to happens when the command is launch on the secondary cpu.  % Has someone see this problem before ?i   Rgs    ------------------------------  $ Date: Wed, 3 Dec 2003 19:26:18 -0500' From: "Main, Kerry" <kerry.main@hp.com>sD Subject: RE: Problem with java (Weblogic) on SMP DS25 Openvms V7.3-1R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB1E0759@tayexc19.americas.cpqcorp.net>   > -----Original Message-----0 > From: Fabrice [mailto:fblanquart@covefi.fr]=20  > Sent: December 3, 2003 5:58 PM > To: Info-VAX@Mvb.Saic.ComlB > Subject: Problem with java (Weblogic) on SMP DS25 Openvms V7.3-1 >=20 > Hi,s >=20B > I just upgrade a cluster of 2 DS25 from 1 cpu to 2 cpus for a=20( > weblogic application in front of ACMS. >=20> > It seems that we have some problem with the jdk 1.3-6 and=20B > more specifically with the command "java -version" wich is on=20
 > every "com"0 > used to start Weblogic.  >=20> > The problem is when I launch the java -version command it=20= > hang until I do a CTRL-T. This seems to happens when the=202) > command is launch on the secondary cpu.  >=20' > Has someone see this problem before ?o >=20 > Rgs  >=20     Hello -i  E I seem to recall this was fixed in an eco to V7.3-1. I don't remembernF which one, but this latest UPDATE V2 patch for V7.3-1 should take care of this issue.  
 Reference:H ftp://ftp.itrc.hp.com/openvms_patches/alpha/V7.3-1/VMS731_UPDATE-V0200.t xt (readme)aH ftp://ftp.itrc.hp.com/openvms_patches/alpha/V7.3-1/VMS731_UPDATE-V0200.P CSI-DCX_AXPEXE (kit)   Regardst  
 Kerry Main Senior Consultantt HP Services Canada Voice: 613-592-4660f Fax: 613-591-44777 Email: kerryDOTmainAThpDOTcomh. (remove the DOT's and AT for email address)=20   ------------------------------   Date: 3 Dec 2003 15:57:47 -0800 ' From: jbecker@ui.urban.org (Jim Becker)t Subject: R on OpenVMSt< Message-ID: <c113b52c.0312031557.9484972@posting.google.com>  D Has anyone successfully ported "R" to OpenVMS? That's R as in "The R( Project for Statistical Computing." See: http://www.r-project.org/o http://lib.stat.cmu.edu/R/CRAN/   C I'm not finding an existing port, but as you might guess, "R" isn'tn& exactly a Google-friendly search term.  / I tried building it from source using GNV, but:eC a) For the moment, I've got nothing but ODS-2 volumes, which upsetseA GNV a bit and which breaks a few things in the R build procedure..> b) GNV hasn't implemented all the commands used by the R build
 procedure.C c) The process running the build procedure eventually slips into anaD MWAIT state for reasons I don't understand yet. It has the feel of a limitation in GNV.  B I'm hoping someone has already solved this problem and ported R to OpenVMS. I'm on 7.3-1.   Thanks.    --
 Jim Becker+ The Urban Institute (http://www.urban.org/)s' Encompass (http://www.encompassus.org/)t. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------   Date: 3 Dec 2003 11:42:51 -0800r7 From: jones.computer.srv@worldnet.att.net (Daryl Jones)o5 Subject: Re: recommendations for page/swap/dump files < Message-ID: <8a646952.0312031142.2a0477b@posting.google.com>  | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<bqhhmg$ek7$1@online.de>...? > In article <cf15391e.0312012154.1f319a54@posting.google.com>,36 > keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > N > > > Are single disks or shadow sets better?  Of course, if a disk goes bad, K > > > then there is a problem, but if one only has secondary page and swap AO > > > files on a dedicated disk, and minimal ones on the system disk, then one u4 > > > can still continue until the disk is replaced. > > G > > How could you continue if the disk on which the secondary page/swapo > > files are located fails? > F > I've never actually experienced the situation.  If I have page/swap J > files on both the system disk and another disk, and the other disk goes  > down, will it crash the node?  > H > > When I used local page/swap disks, I shadowed them to prevent a disk$ > > failure from taking a node down.   Dear Phillip Helbig:  B Before the page file disk could be on a shadow set, I had to placeD page files on disks other than the system disk. The page file failedB due to the disk failing and the system crashed. In those days, theA idea was to limit exposure to single points of failure, therefore1, limiting the number of disks for page files.   Regards, Daryl Jonesj   ------------------------------  # Date: Wed, 03 Dec 2003 21:58:06 GMT0) From: Alfred Falk <falk@arc.REMOVE.ab.ca>.6 Subject: setting password with external authentication9 Message-ID: <Xns9446984381D76falkarcabca@198.161.157.145>b  G I am experimenting with external authentication, and it works for logone1 but SET PASSWORD fails.  Here's a sample session:  ================ Username: z_tester	 Password:s=     Last interactive login on Friday,  5-MAY-2000 16:13:21.29gD     Last non-interactive login on Wednesday, 26-APR-2000 15:24:44.26A     OpenVMS password has been synchronized with external passwords $h $ set password
 Old password: 
 New password:e
 Verification:_E %SET-I-SNDEXTAUTH, Sending password request to external authenticatormE %SET-E-EXTPWDERR, Password could not be set by external authenticatorr) -SYSTEM-F-AUTHFAIL, authorization failureiH -ACME-E-FAILURE, operation failure - details are in the ACME$SERVER log  file =================n8 However, ACME$SERVER.LOG contains only the startup line:?     	%ACME-I-LOGOPEN, logfile opened on  2-DEC-2003 12:43:32.78o  7 Anybody have any suggestions as to what could be wrong?   
 VMS 7.3 ECO 2o0 Advanced Server for VMS 7.3 ECO 2, member server Windows 2000 domain controller -- N@ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca  @ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark RoadA1                         Edmonton, Alberta, CanadaI http://www.arc.ab.ca/   T6N 1E4a  http://www.arc.ab.ca/staff/falk/   ------------------------------  % Date: Wed, 03 Dec 2003 18:21:43 +00000O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> B Subject: Re: Sun to use AMD Opteron - announcement expected Monday0 Message-ID: <bql9jn$e9h$1@new-usenet.uk.sun.com>   jlsue wrote:G > On Thu, 27 Nov 2003 15:20:18 +0000, Andrew Harrison SUNUK Consultancyn0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  >>jlsue wrote: >  > L >>>In this instance, my argument doesn't hinge on the absolute fact of Sun'sG >>>performance.  Note that I am responding to Mr. Todd.  I am trying tonN >>>understand the logic behind two different opinions I've seen come from him,M >>>namely:  a) DEC/CPQ/HPQ is bad because they decided to not invest in alphayL >>>to allow it to keep up, and b) Sun is not bad, even though it has decided% >>>not to invest in Sparc to keep up.- >>>t >>! >>Let me remind you of the facts.d >  > I > Well, you've completely changed the direction of the discussion and the / > parallels presented.... but what the hell....s >  >   9 So you don't think that trying to tie HPQ/Compaq/Digitals 9 behaviour over Alpha to some missaprehension on your part 3 about SPARC performance wasn't an attempt to changec  the direction of the discussion.  7 Ohh dear ohh dear as always you are that stone throwingt2 glass house dweller now why is that not a suprise.  G >>Real-world systems run apps, there arn't any for IA64 ergo it isn't ai >>real-world system. >> >  > L > That's funny.  We're selling them to customers today, so something appearsL > to run on them (though I'll admit, how many are end-users and how many are, > ISVs is something I don't have access to). >   C Really so how many are actually available apart from the 4-5 oracle > apps and the SAP ones that are still waiting to be certified ?  E And how many are you selling to run packaged apps rather than inhousee developed apps.g  B You see if IDC's volume numbers are remotely accurate for IA64 andA your HPC wins are real then almost the entirety of IA64 sales arer$ covered by about <10 large HPC wins.   Regardse Andrew Harrison    ------------------------------  $ Date: Wed, 3 Dec 2003 15:50:55 -0500' From: "Main, Kerry" <kerry.main@hp.com>tB Subject: RE: Sun to use AMD Opteron - announcement expected MondayR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB1E0726@tayexc19.americas.cpqcorp.net>   > -----Original Message-----, > From: Andrew Harrison SUNUK Consultancy=203 > [mailto:Andrew_No.Harrison_No@nospamn.sun.com]=20e  > Sent: December 3, 2003 9:30 AM > To: Info-VAX@Mvb.Saic.ComiD > Subject: Re: Sun to use AMD Opteron - announcement expected Monday >=20 > jlsue wrote:@ > > On Tue, 02 Dec 2003 17:42:14 +0000, Andrew Harrison SUNUK=20 > Consultancy=202 > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > >=20 > >=20 > >>jlsue wrote: > >=20 > >=20B > >>>But.... what did it DELIVER?  I have read over-and-over in=20 > here that=20A > >>>the performance isn't all that stellar.  You've made some=20  > statements=20e( > >>>to that effect, as well as JF, etc. > >>>: > >>B > >>Does it actually matter, the point is that Sun has made the=20 > investment=20s > >>and continues to do so.  > >=20 > >=20C > > While the second part of the statement is true, the point is=20a? > > orthogonal to a discussion about comparing "commitments"=20- > from companies.  > >=20A > > It matters in the sense that all that "investment" doesn't=20O > mean squat=20iB > > if the commitment isn't there (e.g., additional investment)=20 > to make it=20a > > compete. > >=20 > >=20I > >>1 SPARC still continues to be developed, there are in fact 3 major=20s@ > >>processor families currently being designed. Alpha does not. > >=20 > >=20@ > > Yes, there are continuing investments in SPARC and not so=20 > much in Alpha.
 > > Given. > >=20I > > However, continuing investments does not necessarily mean that Sun=20 A > > will actually *deliver* on these "promises", based on past=20a > performance. > >=20  > > I'm willing to wait and see. > >=20 > >=20J > >>2 SPARC is the market leader in the 64bit general purpose processor=20J > >>space, by units, by revenues by ISV support so whatever your points=20@ > >>are about non delivery the market doesn't agree with you.=20 > The market=20t/ > >>never agreed with your assessment of Alpha.s > >=20 > >=20G > > What assessment of Alpha are you referring to?  And why bring in=20lD > > market presence - yet again - when that's not the point being=20G > > discussed?  It's about business commitment to the platform - and=20sA > > unless it actually delivers a system based on the research=20VF > > investments, it's tough to tell how strong the real commitment is. >=20@ > Why bring the market in ?? Well because in an unconstrained=20@ > market with competing products the leaders are normally the=20* > ones that deliver what the market wants. >=20> > And in the datacenter server market one of the key things=20; > that the market wants is delivery against commitments,=20 * > consistency and investment preservation. >=20? > This doesn't just apply to customers but also to ISV's who=20r@ > are equally effected by non delivery inconsistency and poor=20 > investment protection. >=20A > At no time in Alpha's life was it any better than 4th in the=20tB > market hardly supprising given the track record of its owners=20? > in terms of failure to deliver, failure of consistency and=20   > lack of investment protection. >=20? > What ever you may think of the market it judged you, found=20iA > you wanting and spat you out and one huge factor was a track=20v3 > record of failure to deliver against commitments.F >=20
 > Alpha-NT
 > Alpha-PC > GS > Alpha cancelledr > EV8t > EV79 > Tru64 delayed.
 > etc etc. >=20 >=20@ > > Within the context of the discussion, the parallel from a=20 > customer's=20n? > > view of systems actually delivered, could certainly lead=20g > one to feel=20> > > that the business commitment to SPARC wasn't really all=20 > that great. =20b; > > The future sure looks great, but it almost always does.e > >c >=20B > Sorry but the market/customers don't agree with you and never=20A > have why did all those people who didn't buy Alphas in their=20-< > droves buy SPARC based systems instead. Why did Gartner=20> > always score SPARC higher than Alpha in terms of longevity ? >=20	 > Regards- > Andrew Harrisonp >=20   Andrew,i   Re: your previous comment -   C "And in the datacenter server market one of the key things that the H market wants is delivery against commitments, consistency and investment preservation."=20a  E ROTFL .. Hey, check out the initial announcement date of SPARC III onw
 the Sun site:eA http://www.sun.com/smi/Press/sunflash/9710/sunflash.971006.1.htmlf  D "SAN JOSE, Calif. -- October 6, 1997 -- Sun Microsystems, Inc. todayD unveiled the third generation of the high-performance UltraSPARC(tm)B product line, the 64-bit UltraSPARC-III(tm) microprocessor family.D Initially at 600MHz, the UltraSPARC-III with the VIS(tm) InstructionE Set, is highly scalable enabling systems using up to 1000+ processors/@ while maintaining complete Solaris(tm) operating system (OS) and$ application software compatibility."  : Now, when did these 1000 processor systems start shipping?  E Even the current SPARC III based servers did not start shipping untilmF something like 2000/2001 - approx 4 years after the announcement shown in this url.   Delivery against commitments?p   Right ..   :-)e  
 Kerry Main Senior Consultantn HP Services Canada Voice: 613-592-4660d Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom . (remove the DOT's and AT for email address)=20   ------------------------------  % Date: Wed, 03 Dec 2003 15:36:14 -0500E* From: JF Mezei <jfmezei.spamnot@istop.com>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday) Message-ID: <3FCE493D.627363AB@istop.com>r   jlsue wrote:J > It matters in the sense that all that "investment" doesn't mean squat ifE > the commitment isn't there (e.g., additional investment) to make it 
 > compete.  K Sun has consistently shown that it wants Solaris to compete head on. It hasnN advertised its products, and prices them agressively. Remember that Sun killedK DEC by stealing its customers, even with a not-so-happy transition from itst old unix to Solaris.  J While Sparc may not be the top of the line in terms of raw speed, considerI this: While Palmer/Curly/Carly were busy excluding VMS from more and morenN markets, leaving it onto the very large systems, Sun was busy taking all those8 customers in the small to midrange that Dec didn't want.  J While VMS may be left with a very very very small niche and prevented fromJ competing against those who play in the much large niche, Sun is out thereH pushing its wares in all possible niches, trying to expand the number of' markets it can reach with its machines.-  I So, Sun may not get contracts for weather services or other supercomputerhJ stuff, but it certaintly has a much bigger marklet potential than VMS does" with the current management at HP.    L Look at the 8086. Started off as a 16 bit toy controller with 8 bit bus, andL evolved to a serious 64 bit platform with respectable performance. And guessJ what, in doing so, it gradually expanded its market. It started at the lowN end, and eventually started to eat into small servers, then mid-range servers,L and not to long from now, may be a serious contenter in the high end server.  N Sun started with workstations, and expanded to small servers, midrange serversL and now discussiosn about whether current Sparc predictions will allow it to$ enter/remain in the high end server.  I VMS started in workstations, small servers, midrange servers and high end L systems, and all that is left are high end systems. The shrinkage was due toL management not wanting VMS to compete. And the day Intel announced that IA64I woudln't be desktop, it forfeited the title "industry standard" for IA64,nI leaving the title to the 8086. And because IA64 won't make it to desktop,fM VMS's hopes of retataking the markets that it was forced to abandon are dimm.'   ------------------------------  % Date: Wed, 03 Dec 2003 20:12:51 -0500g* From: JF Mezei <jfmezei.spamnot@istop.com>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday) Message-ID: <3FCE89FE.24F0B4D4@istop.com>k   "Main, Kerry" wrote:G > Even the current SPARC III based servers did not start shipping until-H > something like 2000/2001 - approx 4 years after the announcement shown > in this url. >  > Delivery against commitments?a  L Sun has no motivation to cripple its own products. It is the sale to neither Microsoft nor Intel.  N HP has every motivation to cripple Alpha because they want a cosy relationshipD with both Intel and Microsoft. The current "plan of record" has lessK credibility than their pre-June-25 commitments. Their abandonnement of EV79gJ further re-enforces the distrust of HP commitments with regards to VMS andK Alpha. HP has shown no *real* intentions to fully leverage the potential of  VMS. A  M The only credible commitment is HP's commitment to continue Compaq's policies I for VMS/Alpha. And those policies were aimed and getting rid of those two-J products. This is why everytime HP mentions the words "plan of record", itE re-enforces the distrust because it reminds everyone of Compaq's truee? intentions which did not match what Compaq was saying publicly.m   ------------------------------  % Date: Wed, 03 Dec 2003 13:03:26 -0600  From: don.rogstad@dalsemi.coms Subject: Re: TELENT in batch1 Message-ID: <03120313032637@dscis7-0.dalsemi.com>   
 Martin wrote:c >don.rogstad@dalsemi.com wrote:X >> Gerard wrote: >> >Have a look at >> >A >> >  [Compaq C] Telnet Client Accepting Non Interactive Commandse >> >9 >> >http://h18000.www1.hp.com/support/asktima/appl_tools/o! >> >009E60A3-96F8B0E0-1C0186.htmle >>G >> Has anyone tried to download and compile & link this code on OpenVMSo	 >> Alpha?  > G >I did, and it builds without problems on OpenVMS/Alpha V7.2-2 (+ECOs),v' >TCP/IP Services V5.1 ECO5, DEC C V6.4.  >d: >> I am having problems compiling the telnet.c code using: >>4 >>   Compaq C V6.2-008 on OpenVMS Alpha V7.2-1H1 on: >>D >>   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 3A >>   on a Compaq AlphaServer GS160 6/731 running OpenVMS V7.2-1H1  >I; >It could be that your TCP/IP Services is too old. The filesA >TCPIP$EXAMPLES:NETDB.H on my machine does define the hostent andh >addrinfo structs.  D I think that may be my main problem.  Looking at the TCPIP$EXAMPLES:" NETDB.H file, I see the following:   /* **++2 **  FACILITY:  TCP/IP Services for OpenVMS ONC RPC ** **  MODULE DESCRIPTION:a **+ **	rpc/netdb.h - RPC extensions for netdb.ho ** **  AUTHORS: **" **	@(#)netdb.h 4.2.6.2  1996/12/09 ** s5 **	(c) Copyright 1990, OPEN SOFTWARE FOUNDATION, INC.b  **          ALL RIGHTS RESERVED. **3 **  CREATION DATE:  12-Aug-1997	John Gemignani, Jr.r ** **  DESIGN ISSUES: ** **  MODIFICATION HISTORY:i ** **-- */  E which is probably not the netdb.h file I need.  I am going to try thenI suggestion  by "sms" about including the <stdlib.h> file before using theuI standard <netdb.h> file.  He was able to get it to build, but was using a-# later version of TCPIP and OpenVMS.0   Don Rogstadn Dallas Semiconductor   ------------------------------  % Date: Wed, 03 Dec 2003 14:52:54 -0500 $ From: Phil Kent <philkent@cacsi.com>9 Subject: VAX 7000s with licenses available for sale/trade.( Message-ID: <3FCE3F16.5050408@cacsi.com>  [ I am an HP VMS Ambassador working at a customer site (Joint Forces Command) in Suffolk, VA.u  - They have 3 VAX 7000 Model 740s (4 CPUs) and s6 3 VAX 7000 Model 720s (2 CPUs) available for trade in.   These each have Enterprise licenses: Unlimited VMS User, NAS 200 and Cluster.  We are looking to trade them for smaller Alpha computers (DS10, DS15 or DS20) or cash to purchase above.t  d Even if the hardware is on the older side, these licenses may have value for an Enterprise customer.  # Please let me know of any interest.h  ] I have contacted HP sales to see if there are any issues in trading/upgrading these licenses.   	 Phil Kent- http://cacsi.com/-   ------------------------------  # Date: Thu, 04 Dec 2003 00:29:54 GMTp# From: nospam@nouce.bellatlantic.netm Subject: Re: VMS on PDP-10?g6 Message-ID: <3fce78fe.439830192@news.bellatlantic.net>  , On 01 Dec 2003 13:03:00 -0500, Rich Alderson& <news@alderson.users.panix.com> wrote:  , >> from http://www.cadigital.com/kildall.htm  @ Sol should know better than that.  Gads that's almost marginally accurate prose on that web.   < PL/M was developed for the 8080 as both the 4004 (1971) and C 8008 (1972-late) that precceded  it were both very weak and limited0D processors.  The idea of developing a HLL that compiled to either of them postdated both.  9 What was copied was the basic idea of a command line thate8 resembled TOPS-10(PDP-10), RT-11(PDP-11) and OS/8(PDP-8)? and the basic utilities that were commony seen like PIP.  Then eF being late 1974ish.   It was not a one for one copy either.  The firstA version of CP/M I'd seen is V1.3 and was very quickly supplanted rD by V1.4 in I think 1976.  I have working systems that still run CP/MA V1.4.  By late 1978 V2 was introduced and very quickly later V2.2 @ which was a stable version used by many.  The biggest difference= between V1.4 and V2.x was the idea of making the input/output = subsystem independent  and configurable for any kind of mass A< storage system.  The new logical entity was called the BIOS B (Basic IO Subsystem). It defined how the peripherals like console,A printer, disk would be communicated with from the OS core (BDOS).RA That idea is most like that of the PDP-8 OS-8 OS device drivers. g  F The other concept borrowed was the heirachial and modular structure ofD the OS.  CP/M the CCP (Console Command Processor) or the applicationF communicated with the BDOS (Basic Disk Operating System) and on to theC BIOS.  Each layer being less abstract from the hardware (BIOS beinguC closest to the hardware).  That layering allowed from overlaying of:D chronically short ram (core)  space in successive steps with the CCPB being most transient with the CCP and BDOS being reloadable by theC BIOS.  This allowed the optimization of critical RAM vs applicationcE space.  That was seen in OS-8 and also RT-11 and on a bet also TOPS10'D as well.  Some of the OS features were also colored by the i8080 CPUE quirks and also the cross assemblers that were available at the time.>  C VMS if anything owes it's history to the PDP-11 OSs the predated ityF as well.  However, CP/M and VMS had little if anything to do with eachD other until DRI (Killdall's company Digital Research Inc.) bought a D small VAX (11/750)  in the 1980s time frame to run cross assemblers,C emulations/simulations and documentation on.  Besides CP/M predatedo VMS by at least 3-4 years.  = Likely more than ayone wanted to know but, PDP-10 running VMS	? was not likely outside of MRO-1 simlabs when the VAX was being 2C developed.   In the mid 70s the PDP-10 (36bit) and PDP-11/70(16bit)e@ and maybe the odd 11/74 were the biggest guns DEC had to develop on.r     Allisona   ------------------------------  # Date: Wed, 03 Dec 2003 18:21:47 GMT , From: Mark Jilson <jilly@clarityconnect.com>, Subject: Re: Working Sets for Misc Processes@ Message-ID: <c9874123dfeb3e272df855d9986bc8ff@news.teranews.com>   mckinneyj@cpva.saic.com wrote:  ? > In article <a3c44af1.0312021050.5d52de3a@posting.google.com>,n4 > dave.baxter@bannerhealth.com (Dave Baxter) writes:D >> While auditing the memory usage on my systems I noticed that someE >> processes appeared to have 'inappropriate'?? quotas, in particulare >> f$ >> JOB_CONTROL          142048 pages$ >> QUEUE_MANAGER        142048 pages: >> SMTP_<node>_01       142048 pages   (<--- Server Queue)C >> TCPIP$TNS1           142048 pages   (<--- Telnet Print Symbiont)n$ >> SHADOW_SERVER        100064 pages >> hH >>      Can anyone tell me where these processes inherit their WS Quotas	 >> from??i > D > SYS$STARTUP:VMS$CONFIG-050_JOBCTL.COM computes the WSQUOTA for theC > JOB_CONTROL process as 1/4 of WSMAX. I've not looked but it wouldcB > appear that the same strategy is used for the next three on your > list.e > 9 > SYS$STARTUP:VMS$CONFIG-050_SHADOW_SERVER.COM starts the C > SHADOW_SERVER process and computes WSQUOTA as the lesser of WSMAXnE > or (PQL_MWSQUOTA + (200*128)) - on an Alpha 7.3 system. I don't seesC > how yours was actually computed given your PQL value - the systeme> > that I'm looking at now uses a value as I've just described. >  > F >> I am particularly concerned about the Tlenet Print Symbiont since II >> will be generating large numbers of these on my production system overhC >> the coming months.   From SYSGEN these are the current values ofa >> System WS defaultsS >> CD >> WSMAX                      568244       4096      1024    8388608 >> Pagelets-D >>  internal value             35516        256        64     524288 >> Pages >>  D >> PQL_DWSDEFAULT               1024       1024        -1         -1
 >> PageletD >>  internal value                64         64         0         -1D >> Pages      PQL_MWSDEFAULT               1024        512        -1 >>    -1 PageletsqD >>  internal value                64         32        32         -1D >> Pages      PQL_DWSQUOTA                 2048       2048        -1 >>    -1 Pagelets   DoD >>  internal value               128        128         0         -1 >> Pages      DdD >> PQL_MWSQUOTA                 2048       1024        -1         -1 >> Pagelets   D.D >>  internal value               128         64        64         -1 >> Pages      D0D >> PQL_DWSEXTENT              100000      16384        -1         -1 >> Pagelets   DeD >>  internal value              6250       1024         0         -1 >> Pages      DnD >> PQL_MWSEXTENT              100000       2048        -1         -1 >> Pagelets   D/D >>  internal value              6250        128       128         -1 >> Pages      DR >> g> >> (Note:  I will be reducing WSMAX to 150000 pages next boot) >> 3' >>      Thanks in advance for any help.e >> r >> Dave. (Baxter)j  I Yes these processes get started by JOB_CONTROL and it passes some of it'srJ quotas on to these processes via the $CREPRC call that it does.  The rulesJ for $CREPRC ar that any quotas specified in the passed quota list (see theH [quota] argument in the $CREPRC docs) will override the PQL_D values andE will be checked against the PQL_M values.  I'm not sure where/if thisi; behaviour, symbionts getting JOB_CONTROL quotas, is doc'd .n   -- sC Jilly - Working from Home in the Chemung River Valley - Waverly, NYaH       - jilly@clarityconnect.com                      - Brett Bodine fanH       - Mark.Jilson@hp.com                            - since 1975 or soH       - http://www.jilly.baka.com           - http://www.brettbodine.com   ------------------------------  % Date: Wed, 03 Dec 2003 20:27:15 -0500)3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>s3 Subject: Re: XFC 7.3 and Process States (HIBO/LEFO)g0 Message-ID: <iL2dnV-OzvfuEFOiRVn-iQ@comcast.com>  * It depends!  (God I love to be helpful!!!)  H How much free memory do you have?  How much page faulting is the system B doing?  How much hard (I/O to disk) faulting is your system doing?  H There are few things so pitiful as a memory starved RISC system but you I have not yet demonstrated that you have a problem that more memory would y solve! i  F You do not normally need to add memory unless your system is doing an I unacceptable amount of paging and your physical memory is all, or nearly aG all, in use.  How much paging is "heavy"?  Well, 100 faults per second  G would bring a VAX 11/780 to its knees.  You probably have at least 100 tF time the computer power of the 780 so it might take 10,000 faults per I second to bring your machine to its knees.  My two ES40s rarely hit more  G than 100 faults per second with only about five hard faults per second iH and with about 200 users running an ERP package.  The Oracle server has E 4GB.  The application client  has 2GB which is 90 to 100% utilized.  r  E If you have plenty of free memory and your system is paging heavily,  0 consider increasing  user's WSEXTENT parameters.  E Make sure that your heavily used images are installed with /SHARED.  tD Make sure that the paging you are seeing is not the result of image G activation; no amount of additional memory is going to let your system y activate images without paging.t  F Memory is cheaper than it used to be but there is no point in pissing / away money that could be better used elsewhere.t     Fabio Cardoso wrote:  - >I have an ES-40, OVMS 7.3 and XFC activated. 2 >And a lot of LPR process in HIBO and LEFO states.4 >I know there is now reason to worry about that, but4 >is recommended to buy more memory ? I have 10 GB !  >e >Regards >a >FCa >  t >    ------------------------------   End of INFO-VAX 2003.670 ************************