1 INFO-VAX	Fri, 21 Nov 2003	Volume 2003 : Issue 646       Contents:' Re: <CR><LF> Not in FTP Transfered File  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  RE: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  RE: Backwards File Dump ( Re: Batch job submission using web page?( Re: Batch job submission using web page?( Re: Batch job submission using web page?) Building a cluster using HP's SBW program - Re: Building a cluster using HP's SBW program - Re: Building a cluster using HP's SBW program 8 Re: DCL Enhancements: Error messages for OPEN and DEFINE8 Re: DCL Enhancements: Error messages for OPEN and DEFINEA Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas A Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas A Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas   RE: HP 4th qtr earnings released  Re: HP 4th qtr earnings released& HSG80 Firmware / Drive Capacity limits* Many CDs in the Alpha "condist" these days. Re: Many CDs in the Alpha "condist" these days. Re: Many CDs in the Alpha "condist" these daysJ Re: Mezei Troll Strikes Again Re: One in nine police in UK will be protect4 Re: OT: Offshoring of IT Jobs Expected to Accelerate password generation  Re: password generation  Re: password generation  Re: password generation % Re: Peoplesoft Financials and OpenVMS % Re: Peoplesoft Financials and OpenVMS  php on VMS?  Re: php on VMS?  Re: php on VMS?  Re: php on VMS?   Routable Protocol for Clustering$ Re: Routable Protocol for Clustering$ Re: Routable Protocol for Clustering Re: SQLSRV V7.1-5 Problem  Re: SQLSRV V7.1-5 Problem 9 Re: Sun to use AMD Opteron - announcement expected Monday 8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing errorC Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel P Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel presentationP Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel presentation Re: The Uptimes Project P Unable to stop FormFeed to DEC LA75, connected to a DEC 90m Server, using LPR/LPP Re: Unable to stop FormFeed to DEC LA75, connected to a DEC 90m Server, using LP Re: VMS 2003 bootcamp summary  Re: VMS 2003 bootcamp summary   Re: VMS Defragmentation Software  Re: VMS Defragmentation Software  F ----------------------------------------------------------------------    Date: 21 Nov 2003 08:49:26 -0600 From: briggs@encompasserve.org0 Subject: Re: <CR><LF> Not in FTP Transfered File3 Message-ID: <RteUUa3Wh1HE@eisner.encompasserve.org>   V In article <3FBBF28E.9AE242E0@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > norm.raphael@metso.com wrote: E >> and I cannot see how it ever worked absent the Record Attribute of  >> Carriage Return.  > J > I am curious. On VMS, can't you edit a file without RAT=CR and still see > records as they should be ?  > N > If so, shouldn't the FTP software on VMS still provide the remote FTP clientP > with records separated by the FT_defined record (line) terminator when in text > mode ?  B The format displayed in a text editor is not the canonical form of such a "text" file under VMS.   H The format displayed on a printer is the canonical form.  And the format( displayed on a printer is one long line.   	John Briggs   ------------------------------  % Date: Fri, 21 Nov 2003 02:59:46 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: Backwards File Dump' Message-ID: <3FBDC5C7.69EE5F@istop.com>   
 dooley wrote: G > If you had a binary field containing the equivalent of decimal 123456 " > would you expect it to look like
 > 00 01 E2 40  >  or 
 > 00 10 2E 04  >  or 
 > 40 E2 01 00  >  or 
 > 04 2E 10 00   N I would expect them to be listed in ascending memory location order, no matterL if big, medium or small endian. A byte stored at location X should be listed- to the left of a byte stored at location X+1.   J If I need to reassemble a word or longword, I want it to be easy for me toU find the address of the item and then build the value based on endianness of machine.   F Even with the current right-to-left listing which is very unnatural toN westerners, I find myself having to re-assemble any word or longword manually.  L Also, since DUMP applies to files, endianness is moot because you could veryK well have files containing data that is not the same endianness as the host B machine (consider TIFF files which can some in either endianness).   ------------------------------  % Date: Fri, 21 Nov 2003 02:32:47 -0600 " From: Lyle West <lwww@mninter.net>  Subject: Re: Backwards File Dump+ Message-ID: <3FBD794F.6460BF88@mninter.net>    JF Mezei wrote:  >  > several lines snipped... > L > If I need to reassemble a word or longword, I want it to be easy for me toW > find the address of the item and then build the value based on endianness of machine.  > H > Even with the current right-to-left listing which is very unnatural toP > westerners, I find myself having to re-assemble any word or longword manually. >   - This may need some tuning, but here ya go....   & /* FDUMP.C - program to dump a file */   #include <stdio.h> #include <ctype.h> #include <string.h>    char line[80];" char table[] = "0123456789ABCDEF"; int nl, c, i, x; int page = FALSE;  int outfile = FALSE; long n;    FILE *fopen(); FILE *infp;  FILE *outfp;  "         /*  procedure  binhex   */   void binhex(int tmp) { 
     int h, l;        h = tmp/16;      l = tmp%16;      line[i++] = table[h];      line[i++] = table[l];  }            /* procedure raz  */  
 void raz() {      int xl, xml, xmh, xh;      long nn, nnn;   *     for(i = 0; i < 78; i++) line[i] = ' ';     line[78] = '\0';
     i = 0;     nn = n/256;      nnn = nn/256;      xl = n%256;      xml = nn%256;      xmh = nnn%256;     xh = nnn/256;        binhex(xh);      binhex(xmh);     binhex(xml);     binhex(xl);        x = 61;      i = 11;  }     int main(int argc, char *argv[]) {      if(argc > 2) {!         if(strlen(argv[2]) > 1) { 8             if((outfp = fopen(argv[2], "w")) == NULL)  {;                 printf("Cannot open file '%s'\n", argv[1]);                  exit(1);
             }              outfile = TRUE; 	         }          else page = TRUE;      }      if(argc >= 2) { 3         if((infp = fopen(argv[1], "r")) == NULL)  { 7             printf("Cannot open file '%s'\n", argv[1]);              exit(1);	         }      }      if(argc == 1) { 4         printf("Usage : fdmp filename [outfile]\n");         exit(1);     }   
     n = 0;     nl = 16;
     raz();$     while((c = getc(infp)) != EOF) {         if(nl == 16) {(             if(page == TRUE && n != 0) {:                 printf("\n\tPress RETURN to continue...");                 gets(line); 
             } 5             if(!outfile) printf("\n            %s\n", B                 "0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F");5             else sprintf(outfp, "\n            %s\n", B                 "0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F");               nl = 0; 	         }          binhex(c);.         if(c < 32 || c > 128) line[x++] = '.';         else line[x++] = c;          i++;         if(i > 57)  { .             if(!outfile) printf("%s\n", line);.             else sprintf(outfp, "%s\n", line);             n = n + 16;              nl = nl + 1;             raz();	         }      }      if(i != 11) { ,         if(!outfile) printf("%s\n\n", line);+         else sprintf(outfp,"%s\n\n", line);      }      fclose(infp);      if(outfp) fclose(outfp); }    --  @ Lyle W. West                             lwww(at)mninter(dot)net   ------------------------------  % Date: Fri, 21 Nov 2003 09:43:50 -0000 ( From: "John Travell" <john@jomatech.com>  Subject: Re: Backwards File Dump: Message-ID: <bpknrs$1p619l$1@ID-120847.news.uni-berlin.de>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3FBD869D.6AFC36F5@istop.com...  > Robert Deininger wrote: K > > No, VMS dumps were designed for a little-endian environment.  The other  > > way wouldn't make sense. >  > J > It still is confusing. If you're working on a dump, you are smart enough toJ > read it in the proper direction. But with the VMS dump, you need to read it. > backwards for text, and forwards for binary. > K > I'd much rather have it listed in order of memory address, no matter what  > endianness there is. >   K But it IS in memory address order, and in the most natural possible layout. H Remember BINARY is a NUMERIC format. Consider how we structure a numericF value. The left-most digit is the most significant, the right-most the least.I take the example given in another thread of this topic. 123456. Increment ' this, 123457, note which digit changes. = Continually increment it until it rolls over into 9 digits... 6 99999999 becomes 1 00000000 and then 1 00000001 etc...  I Just like looking at numbers, when you are looking at the binary display, H the least significant digit is on the right, the most significant on the3 left, and the address increases in the same manner.   D Beyond this, I cannot help you recover from the idiocy of big-endian
 computing.     -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - com  +44-(0)23-92552229 http://www.jomatech.com/             --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.537 / Virus Database: 332 - Release Date: 06/11/2003    ------------------------------  % Date: Fri, 21 Nov 2003 11:38:37 +0000 * From: Nic Clews <sendspamhere@[127.0.0.1]>  Subject: Re: Backwards File Dump' Message-ID: <bpktek$5ci$1@lore.csc.com>    Lyle West wrote: >  > JF Mezei wrote:  > >  > > several lines snipped...  / > This may need some tuning, but here ya go....  >     @ I'd like to see a port of VFE (Virtual File Editor) for Alpha...  H You can use it for display, or... well as it says really, byte for byte, bit for bit.   And it works left to right.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Fri, 21 Nov 2003 07:26:55 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: Backwards File Dump) Message-ID: <3FBE0488.F344A98F@istop.com>    John Travell wrote: M > But it IS in memory address order, and in the most natural possible layout. J > Remember BINARY is a NUMERIC format. Consider how we structure a numericH > value. The left-most digit is the most significant, the right-most the > least.  L In the western world, we read from left to right. One expects a character on> the left to be considered "before" the character to its right.  N the VMS DUMP output lists memory locations in decreasing order unless you read arabic or hebrew.   F > Beyond this, I cannot help you recover from the idiocy of big-endian > computing.  D Why then does DCL expect you enter symbol values in big endianness ? value = %x00000100 = 256  K It is far easier to read the dump "normally" left to right, and when you do M get to an address that contains a longword that you need to analyse, then you N do pick the 4 bytes in reverse order to get it back into big endian so you can? enter it into a DCL symbol or hex calculator to find its value.    ------------------------------  % Date: Fri, 21 Nov 2003 05:22:06 -0800 # From: "Tom Linden" <tom@kednos.com>   Subject: RE: Backwards File Dump9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEDMIIAA.tom@kednos.com>    >-----Original Message----- 2 >From: JF Mezei [mailto:jfmezei.spamnot@istop.com]( >Sent: Friday, November 21, 2003 4:27 AM >To: Info-VAX@Mvb.Saic.Com! >Subject: Re: Backwards File Dump  >  >  >John Travell wrote:= >> But it IS in memory address order, and in the most natural  >possible layout. K >> Remember BINARY is a NUMERIC format. Consider how we structure a numeric I >> value. The left-most digit is the most significant, the right-most the 	 >> least.  > @ >In the western world, we read from left to right. One expects a
 >character on ? >the left to be considered "before" the character to its right.  > ? >the VMS DUMP output lists memory locations in decreasing order  >unless you read >arabic or hebrew. > G >> Beyond this, I cannot help you recover from the idiocy of big-endian 
 >> computing.  > E >Why then does DCL expect you enter symbol values in big endianness ?  >value = %x00000100 = 256  > L >It is far easier to read the dump "normally" left to right, and when you do< >get to an address that contains a longword that you need to >analyse, then you= >do pick the 4 bytes in reverse order to get it back into big  >endian so you can@ >enter it into a DCL symbol or hex calculator to find its value.  H Big vs Little discussion continues.  If you don't use strings, Little is fine, 0 but if you do, Big is more natural.  For example   HERMES> type endian.pli  endian: proc options(main); , dcl bs bit(16) initial('0010000000000000'B);! dcl fb fixed bin(15) defined(bs);  put skip list(fb); end endian;  HERMES> run endian  	         4     L which is why we had to add non-standard builtin functions to do the swapping whenL converting from string to integer and vice versa.  Of course, once the value is( in a register. it is in Big endian form. >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003    ------------------------------    Date: 21 Nov 2003 07:31:16 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Backwards File Dump3 Message-ID: <L4dC2Nr2nQ7f@eisner.encompasserve.org>   r In article <ta8vb.2479$aw2.810496@newssrv26.news.prodigy.com>, "Barry in Indy" <barrymeindy@ameritech.net> writes:B > I recently did a file dump, and the hexadecimal part (left side)C > is the reverse of the text translation (right side). How strange! @ > I take it this is normal, given that the help example appears:  C    It's done that way so that the least significant byte of the hex G    dump will appear on the right, where it should be, and the character     strings will be legible.   B    Nobody wants to see a 32 bit integer 1 dumped as "01000000", itD    should read as "00000001", just like they taught us in elementary
    school.  B    Nobody wants to see the original vendor's name as "latigid", itE    should be "digital", just like we learned to read.  Never mind the 0    jokes about "The |i|d|i|g|a|t|l| difference."  C    How many times have I had to put up with dump utilities that put E    the least significant byte on the left on a little-endian machine? G    Surely I loose count.  I have in my possession a 386 assembly manual A    that claims right and left shift don't work on memory operands >    because the author was used to looking at bad memory dumps.      VMS DUMP got it right.    ------------------------------    Date: 21 Nov 2003 07:33:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Backwards File Dump3 Message-ID: <$0zqi+Eq5rnl@eisner.encompasserve.org>   V In article <3FBD6441.757741E3@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > N > I think that the VMS dumps were designed for middle east users who read from > right to left ;-)   G   Sincce we use arabic numerals, middle-east is appropriate, but please E   let us know in which country the value one is recorded as 01000000?    ------------------------------    Date: 21 Nov 2003 07:34:36 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Backwards File Dump3 Message-ID: <Pzia+jh0g$br@eisner.encompasserve.org>   V In article <3FBD869D.6AFC36F5@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > M > It still is confusing. If you're working on a dump, you are smart enough to M > read it in the proper direction. But with the VMS dump, you need to read it . > backwards for text, and forwards for binary. > K > I'd much rather have it listed in order of memory address, no matter what  > endianness there is.  &   Your code wouldn't pass review here.   ------------------------------    Date: 21 Nov 2003 07:35:48 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Backwards File Dump3 Message-ID: <WEYh$29EiEBW@eisner.encompasserve.org>   T In article <3FBDC5C7.69EE5F@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > P > I would expect them to be listed in ascending memory location order, no matterN > if big, medium or small endian. A byte stored at location X should be listed/ > to the left of a byte stored at location X+1.   D    If you are a hardware engineer, that might be usefull.  For those:    doing software it would be poor human interface design.   ------------------------------    Date: 21 Nov 2003 07:37:44 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: Re: Backwards File Dump3 Message-ID: <6CP76w3wKSd2@eisner.encompasserve.org>   B In article <03112020361869@antinode.org>, sms@antinode.org writes: > N > I started off with IBM mainframes with "real" dumps. A millenium later, I amP > still never used to the VMS style of dumps with the hex stuff reversed. It has > never been natural for me.  E    There's the trouble.  Folks who learn the big-endian way never can =    seem to understand little-endian systems.  Folks who learn ;    little-endian systems seem to have no problem with both.    ------------------------------  % Date: Fri, 21 Nov 2003 17:36:33 +0000 - From: John Laird <nospam@laird-towers.org.uk>   Subject: Re: Backwards File Dump8 Message-ID: <i4jsrvgsrs2bm3j6grvfecmddrqi7jtkqt@4ax.com>  H On Fri, 21 Nov 2003 02:59:46 -0500, JF Mezei <jfmezei.spamnot@istop.com> wrote:  G >Even with the current right-to-left listing which is very unnatural to O >westerners, I find myself having to re-assemble any word or longword manually.   J You do ?  I find it completely intuitive.  You can also see, by eye, wordsL or longwords or quadwords or whatever that do not lie on natural boundaries.   --  ' To Be and Not To Be - Zen Shakespeare.     Mail john rather than nospam...    ------------------------------    Date: 21 Nov 2003 11:59:24 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   Subject: RE: Backwards File Dump3 Message-ID: <iS4q0u3U$Nf4@eisner.encompasserve.org>   _ In article <CIEJLCMNHNNDLLOOGNJIOEDMIIAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  > Of course, once the value  > is* > in a register. it is in Big endian form.  B    A nonsese statement often heard from folks who don't understand@    little-endian.   Probably comes from writing dumps or drawingB    memory diagrams wrong, then knowing that it all actually works.  A    Endian-ness has to do with memory addressing.  On most systems C    registers do not have memory addresses.  On all the systems I've B    seen that do have memory addresses for registers the addressing)    is the same as for the rest of memory.    ------------------------------  % Date: Fri, 21 Nov 2003 08:26:59 +0100 " From: Didier Morandi <no@spam.com>1 Subject: Re: Batch job submission using web page? 3 Message-ID: <3fbdbe64$0$9324$626a54ce@news.free.fr>   * Alan Winston - SSRL Admin Cmptg Mgr wrote: ../.. M > Here's a brief excerpt from my webservers-on-VMS book (plug: available from L > Digital Press via openvms.org or via the CSWS home page or via Amazon.com   ) Interesting to know that this book exist.  Thanks for the pointer.    D.   ------------------------------    Date: 21 Nov 2003 07:43:28 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Batch job submission using web page? 3 Message-ID: <7X2dSycNwXci@eisner.encompasserve.org>   c In article <bpj733$4a8$1@hercules.btinternet.com>, "Insomnee" <robert.heyes@btinternet.com> writes: J > Does anyone know if & how it is possible to submit a batch job via a webK > page? We're having Oracle Forms problems and thinking of solutions. If we N > did web pages running apache or something, is there a link on to the Queues? >   E    It's going to depend on your web server.  Which one are you using?   E    Most web servers should have a support for a cgi interface.  Often B    cgi are perl scripts, but for most web servers they can also beH    executable images (which could call $SNDJBC), and on VMS most serversE    will let cgi scripts be written in DCL (and so use a simple SUBMIT     command).   ------------------------------    Date: 21 Nov 2003 07:46:06 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: Batch job submission using web page? 3 Message-ID: <ERJph6i5ldc1@eisner.encompasserve.org>   V In article <3FBD830B.11ED193B@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > G > What would be needed is a way for an unprivileged process to create a K > subprocess running under another username by supplying username/password.   0   DECnet remote submit is the simple hook to it:  B    $submit/remote localnodename"username password"::batch_file.com   ------------------------------  % Date: Fri, 21 Nov 2003 10:36:29 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>2 Subject: Building a cluster using HP's SBW program: Message-ID: <bplbdv$1pjbke$1@ID-141708.news.uni-berlin.de>  ; Since the Alpha Configuration Utility has been retired I've 1 been trying to use HP's "SalesBUILDER for Windows > Configurator" (SBW) program to build systems. I asked sent the< following to HP's SBW support team October 14, on October 15< they responded that they are looking into the problem. Since; then I have not heard anything back. Do any of you know the  answer?   9 > I am trying to configure a cluster of two DS10's in SBW 7 > but I can not find a way to attach two systems to one  > SCSI bus. How can I do it?   Thanks.      --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Fri, 21 Nov 2003 12:09:11 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>6 Subject: Re: Building a cluster using HP's SBW program: Message-ID: <bplgrp$1popcd$1@ID-141708.news.uni-berlin.de>   Hoff Hoffman wrote:  >...> >   Phone numbers and email addresses for Watson/SBW folks are) >   available on the website.  (I located 0 > <http://h18002.www1.hp.com/alphaserver/acu/>.) >...  < Like I said, I asked them the same question October 14 and I< am still waiting for them to finish their "investigation." I8 just hoped that someone here had already figured it out.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  # Date: Fri, 21 Nov 2003 16:06:53 GMT # From: hoff@hp.nospam (Hoff Hoffman) 6 Subject: Re: Building a cluster using HP's SBW program2 Message-ID: <xKqvb.9490$X31.6047@news.cpqcorp.net>  y In article <bplbdv$1pjbke$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes: : :...I've been trying to use HP's "SalesBUILDER for Windows0 :Configurator" (SBW) program to build systems...  : :> I am trying to configure a cluster of two DS10's in SBW8 :> but I can not find a way to attach two systems to one :> SCSI bus. How can I do it?   E   The literal answer being "with a SCSI cable and the OpenVMS Cluster F   software", of course.  The particular storage enclosure and the hostG   SCSI controllers present in the AlphaServer DS10 or AlphaStation DS10 =   series systems will determie the specific cable, obviously.   H   If this is a question specific to the Watson/SBW configuration tool, IJ   do not know that any of the folks supporting the SBW tool read or followG   the 'groups, and I and most folks here in OpenVMS Engineering are not /   likely particularly familiar with Watson/SBW.   I   Phone numbers and email addresses for Watson/SBW folks are available on I   the website.  (I located <http://h18002.www1.hp.com/alphaserver/acu/>.)   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: Fri, 21 Nov 2003 09:14:53 +0100 ( From: "Rudolf Wingert" <win@fom.fgan.de>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE : Message-ID: <MCELKPMOKPMNDNKJNIONKECNCGAA.win@fom.fgan.de>   Hello,  M till today I thought that are two things are clear in the how to use OpenVMS:   J Do never believe, that defaults are every time the same!	Often the defaultO behavior does change and if you will program a secure procedure, you should not  use defauls   E Using a bud as a feature is not the right way to use DCL!	The OpenVMS M engineering do have the right to correct a bug and then? The better way is to 5 report every bug to TCSC and use it in the right way.    Best regards Rudolf Wingert    ------------------------------  % Date: Thu, 20 Nov 2003 14:27:57 +0800 , From: Paul Repacholi <prep@prep.synonet.com>A Subject: Re: DCL Enhancements: Error messages for OPEN and DEFINE - Message-ID: <878ymbk102.fsf@prep.synonet.com>   $ Didier Morandi <no@spam.com> writes:  C > No Paul. As I wrote, it does *not* change the logical name value.   B I was replying to Alan and jl Didier, not yours. Your snippet does not, as you say.     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 21 Nov 2003 07:52:11 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) J Subject: Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas3 Message-ID: <mDBl1nSDq1zA@eisner.encompasserve.org>   o In article <72a72e76.0311201438.3bc33@posting.google.com>, hoefelmeyer@hotmail.com (Cheryl Hoefelmeyer) writes:  > H > So, for each of these, which is the best option in general? Years ago,D > I/O on DEC boxes was such a bottleneck that the array option wouldE > generally be the faster route, but I&#8217;m no longer sure that is  > such a big issue now.   F   Years ago, when we had 12MB RAM in out MicroVAX 3300, I told FortranF   programmers that they should set their buffer sizes to the full sizeC   of the file for any file less than 2MB.  They were really worried E   about "large" files that turned out to be about 8KB.  Then file I/O -   was only a little slower than array access.   C   Fortran allows one to set the buffering in the OPEN statement.  I E   thought BASIC had something like that on VMS, but if it doesn't you    can try the SET RMS command.  G   And back when we had 4MB on our 11/780 we reduced the wall clock time F   of a program from 12 hours to 15 minutes by moving scratch data from!   DBMS based storage to an array.      YMMV.    ------------------------------  # Date: Fri, 21 Nov 2003 14:22:32 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> J Subject: Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas/ Message-ID: <3FBE1E9C.68AAF3C8@eps.zko.dec.com>    Cheryl Hoefelmeyer wrote:   H > We have a GS80 and an ES40, not clustered, each running OpenVMS 7.3. IG > am writing a program in Basic that will run on each box, and I have a G > question regarding which of the following would be most efficient, in 
 > general.  F Well, like to other indicate 'it depends'. But we'll give it a stab...  H > The program will operate on three very large files, and at one point I > can eitherB > (1) decide to read some fields of some records into an array and; > search for information sequentially through the array, or   J 1- Please indicate more clearly what is 'very large'. For me that would be( more than 10 Million good sized records.J 2a- Surely you can do better than linear search. If that's all you can do,5 then scanning 100K elements or so will start to hurt. J 2b- Maybe BASIC is not the best langues? Check out 'associative arrays' in perl, awk and even dcl. G 3- Which percentage of the files will be used? more than 50% ? read the  whole thing!G 4- How often do you expect to re-use records? Cache the whole file (set  rms/buf=200) ?I 5- Part of the RMS decision is how many records/bucket. Random reads will ; cost at least 1 IO / record, assuming the index fill cache. I sequential reads will obtain several ( say 10 ) records per bucket. So if F you will need a good chunk of the file say 10%, then you might as well read it all   H > (2) read the information into another file and access it each time viaH > single read. The number of elements or records in this circumstance is > not expected > to exceed 10,000.   $ Nah, that's unlikely to be worth it.  ( > Elsewhere in the program, I can eitherH > (1) maintain records that will eventually be written to an output fileF > in an array because they may need to be updated some number of times& > before a final record is written, or  
 Good plan!  D > (2) write the first record to the output file and just update each > time it is necessary.   , Use a USEROPEN to set up RMS DEFERRED WRITE.  E > The first option would call for reading sequentially through a very H > large array to find the proper record to update each time a new record > is added.   & Can you use a binary lookup algoritme?G Poke in the middle, too high? poke in the middle of the first half, too C low? poke in the middle of the second half. Repeat untill half is 1  element.  F Prepare a little 'lookaside' hash/array/something to be able to 'jump'J to a reasonable starting point for the scan. Maybe just a small array with  A the first 2 characters of the main key? Maybe a 100 element array H that you put an entry in for every 1000 element added to the main array?    : > The second calls for 1-3 file operations per each recordA > added. The number of records maintained here is on the order of  > 1,000,000.  - But only 10,000 are touched huh? Not too bad.   F Finally.... just try with the files and generous rms (global) buffers.< If it meets your maximum processing time, then you are done!   Hein.    ------------------------------  + Date: Fri, 21 Nov 2003 18:31:09 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis)J Subject: Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas. Message-ID: <bplllc$qm0$1@newslocal.mitre.org>   hoefelmeyer@hotmail.com (Cheryl Hoefelmeyer) writes in article <72a72e76.0311201438.3bdafc33@posting.google.com> dated 20 Nov 2003 14:38:14 -0800:G >We have a GS80 and an ES40, not clustered, each running OpenVMS 7.3. I F >am writing a program in Basic that will run on each box, and I have aF >question regarding which of the following would be most efficient, in	 >general.  > G >The program will operate on three very large files, and at one point I  >can either A >(1) decide to read some fields of some records into an array and : >search for information sequentially through the array, orG >(2) read the information into another file and access it each time via 
 >single read. G >The number of elements or records in this circumstance is not expected  >to exceed 10,000. > ( >Elsewhere in the program, I can either G >(1) maintain records that will eventually be written to an output file E >in an array because they may need to be updated some number of times % >before a final record is written, or C >(2) write the first record to the output file and just update each  >time it is necessary.D >The first option would call for reading sequentially through a veryG >large array to find the proper record to update each time a new record C >is added. The second calls for 1-3 file operations per each record @ >added. The number of records maintained here is on the order of >1,000,000.  >sG >So, for each of these, which is the best option in general? Years ago,aC >I/O on DEC boxes was such a bottleneck that the array option would D >generally be the faster route, but I&#8217;m no longer sure that is >such a big issue now.  I In order to give a definitive answer we'd need more info such as how many H records are modified during each run, how many aren't, how big they are,K etc.  I won't worry about that, I'll just tell you about some of my relateds experiences.  I I wrote one program which sorts and formats records.  My first stab at it'E saved the entire file contents in dynamic memory and the SOR$ utilitylF routines to sort them, then formatted the records for the output file.K This was fast, but it wouldn't work with input files which were larger thanE the user's paging file quota.  r  C So I added an option which read in the records and wrote them to anAK intermediate indexed file based on the sort key, then read them out of that G file in order and wrote the output file.  This approach was an order ofrJ magnitude slower!  It did work, but it took days when it should have taken hours. n  H In an interactive program where only one record at a time is modified, IL used a keyed file quite successfully.  Record locking allowed multiple users+ to modify the same file at the same time.  f  F If you want super-efficient access of a fixed-size file, look at localG sections (or global sections if you need concurrent access for multiple H processes).  Sections are pieces of virtual memory which are mapped to aL file of your choosing instead of a pagefile.  The I/O is done as-needed, theL raw data from the file is all there.  The only drawback is you can't (AFAIK) extend the file.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 21 Nov 2003 04:38:13 -0800R# From: "Tom Linden" <tom@kednos.com>g) Subject: RE: HP 4th qtr earnings releasedS9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEDLIIAA.tom@kednos.com>7   >-----Original Message-----h+ >From: dooley [mailto:dooleys@snowy.net.au]s+ >Sent: Thursday, November 20, 2003 10:24 PMo >To: Info-VAX@Mvb.Saic.Com* >Subject: Re: HP 4th qtr earnings released >i >G/ >"Tom Linden" <tom@kednos.com> wrote in message 6 >news:<CIEJLCMNHNNDLLOOGNJIGECIIIAA.tom@kednos.com>... >> >-----Original Message-----, >> >From: John Smith [mailto:a@nonymous.com]. >> >Sent: Thursday, November 20, 2003 12:45 PM >> >To: Info-VAX@Mvb.Saic.Comu- >> >Subject: Re: HP 4th qtr earnings released  >> > >> > >> >William Webb wrote:rH >> >> http://www.hp.com/hpinfo/investor/financials/quarters/2003/q4.html >> >>-& >> >> I noticed something interesting: >> >>0< >> >> (( Change font to monospaced and this will line up. )) >> >>a: >> >> Personal Systems Division: revenues-  $6,000,000,000: >> >> Personal Systems Division: profits-      $21,000,000 >> >>e: >> >> Enterprise Division: revenues-        $4,100,000,000: >> >> Enterprise Division: profits-           $106,000,000 >>K >> Is a breakdown by main product lines available?  VMS, Tru64 HPUX W2K NSKa >> MPIX Storage= >>F >They seem to separate the server lines but lump all software together >Alpha    - down 5%s >NonStop  - down 5%t8 >PA       - down 10% at high-end, but flat in middle/low >X86      - up 9%a4 >storage  - up 14% at high-end, and up 109% midrange >software - up 20% >tape     - down 14% (and out) >t2 >Proliants and SANs seem to be where the money is. >PhiltI These numbers don't tell me much, since I don't know what they reference,.
 the actualG value and not its derivative is more informative,  Moreover, this is an 
 inappropriateFH way to break down the numbers,  the product lines are really as I listed them.  In fact,.J pull out SAN and attribute it where it is deployed.  Same for software.  IF am sure there are still revenues for the VAX but where does it appear.$ Furthermore, what about service, how3 is that broken down amongst the (my) product lines.   7 Got the following from Reuters which may be of interest   L http://dai.multexinvestor.com/Article.aspx?docid=3098&target=companyoftheday &nd=112103_DAI_ITT_L55  L http://dai.multexinvestor.com/ReportDetails.aspx?ctbid=22505&ticker=HPQ&targ, et=%2f%2fstockoverview&nd=112103_DAI_ITT_L44  L http://dai.multexinvestor.com/IS.aspx?ticker=HPQ&target=%2fstocks%2ffinanciaC linfo%2fstatements%2fincomestatement%2fannual&nd=112103_DAI_ITT_L23   L http://dai.multexinvestor.com/MG.aspx?ticker=HPQ&target=%2fstocks%2ffinancia0 linfo%2fratios%2fvaluation&nd=112103_DAI_ITT_L15  L http://dai.multexinvestor.com/MG.aspx?ticker=HPQ&target=%2fstocks%2ffinancia+ linfo%2fgrowth%2frate&nd=112103_DAI_ITT_L11i  L http://dai.multexinvestor.com/StockReports.aspx?sc=2&ticker=HPQ&target=%2fstL ocks%2fprofessionalanalysis%2fresearchreports%2fcomplimentary&nd=112103_DAI_ ITT_L43u  L http://dai.investor.reuters.com/IndustryCenter.aspx?industrypscode=CMPEQP&ta) rget=industrycenter&nd=112103_DAI_ITT_L46e  L http://dai.multexinvestor.com/SellAlerts.aspx?ticker=HPQ&target=%2fstocks%2f< marketsentiment%2fsellalerts%2fsummary&nd=112103_DAI_ITT_L45 >a >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.536 / Virus Database: 331 - Release Date: 11/3/2003o >m ---l& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003h   ------------------------------  # Date: Fri, 21 Nov 2003 15:52:49 GMTa# From: "John Smith" <a@nonymous.com>o) Subject: Re: HP 4th qtr earnings releasedEH Message-ID: <lxqvb.83448$j1d.45214@news04.bloor.is.net.cable.rogers.com>  
 dooley wrote: 0 > "Tom Linden" <tom@kednos.com> wrote in message7 > news:<CIEJLCMNHNNDLLOOGNJIGECIIIAA.tom@kednos.com>...  >>> -----Original Message-----, >>> From: John Smith [mailto:a@nonymous.com]. >>> Sent: Thursday, November 20, 2003 12:45 PM >>> To: Info-VAX@Mvb.Saic.Com - >>> Subject: Re: HP 4th qtr earnings released  >>>l >>>2 >>> William Webb wrote: G >>>> http://www.hp.com/hpinfo/investor/financials/quarters/2003/q4.htmlh >>>>% >>>> I noticed something interesting:  >>>>; >>>> (( Change font to monospaced and this will line up. ))  >>>>9 >>>> Personal Systems Division: revenues-  $6,000,000,000 9 >>>> Personal Systems Division: profits-      $21,000,000  >>>>9 >>>> Enterprise Division: revenues-        $4,100,000,000 9 >>>> Enterprise Division: profits-           $106,000,000  >>G >> Is a breakdown by main product lines available?  VMS, Tru64 HPUX W2K( >> NSK MPIX Storage  >>G > They seem to separate the server lines but lump all software together  > Alpha    - down 5% > NonStop  - down 5%9 > PA       - down 10% at high-end, but flat in middle/lowo > X86      - up 9%5 > storage  - up 14% at high-end, and up 109% midrange( > software - up 20%t > tape     - down 14% (and out)  >13 > Proliants and SANs seem to be where the money is.     I Funnily enough, those are the two areas that they advertisie. I wonder if) there is a connection?   ------------------------------  % Date: Fri, 21 Nov 2003 10:06:26 -06002 From: tryter <user@hotmail.com> / Subject: HSG80 Firmware / Drive Capacity limits 3 Message-ID: <Xns943A6682ACA83tryter@216.196.97.131>    Hello,  L I was wondering if my HSG80 at firmware 8.6F supports 146GB drives, or do I % need to upgrade my firmware to 8.7?  .   TIA    ------------------------------  % Date: Fri, 21 Nov 2003 16:17:06 +0100 " From: Didier Morandi <no@spam.com>3 Subject: Many CDs in the Alpha "condist" these days 4 Message-ID: <3fbe2c93$0$27592$626a54ce@news.free.fr>  M In two weeks time, I received two sets of CDs from HP, the Software Products %P Library (SPL) set and the HP OpenVMS set. Some of them I have no idea what they 8 are (since I stopped being a "Customer" since 17 years).   Here is the list:    SPL disks 1 to 9: ok OpenVMS Freeware v5, 1 & 2: ok OpenVMS Alpha OS 7.3-1 : ok 
 Doc 1 & 2: ok5 Pathworks32: okJ TCP/IP MUP: ok> Firmware update 6.2 & 6.5: ok (I suppose I can trash the 6.2?)   Open Source Tools: ?= OpenVMS Alpha Layered Products: ? (a complement for the SPL?)> System Tools dec 2002: ? System Tools 1.4 sept 2001: ?  BEA Weblogic Server 7.0: ? eBusiness Infrastructure: ?e   That's all.e  - Thanks for your comments on the unknown ones.m   D.   ------------------------------  % Date: Fri, 21 Nov 2003 10:38:39 -0500 ! From: "Kevin F." <OpenVMS Rules!>p7 Subject: Re: Many CDs in the Alpha "condist" these days , Message-ID: <3fbe3218$1@usenet01.boi.hp.com>  H Do you want a complete list of what is on each CD? How to use what is on each CD?  ! Or explain what the titles means?t      / "Didier Morandi" <no@spam.com> wrote in messages. news:3fbe2c93$0$27592$626a54ce@news.free.fr...E > In two weeks time, I received two sets of CDs from HP, the Software  ProductsL > Library (SPL) set and the HP OpenVMS set. Some of them I have no idea what they: > are (since I stopped being a "Customer" since 17 years). >c > Here is the list:  >r > SPL disks 1 to 9: ok  > OpenVMS Freeware v5, 1 & 2: ok > OpenVMS Alpha OS 7.3-1 : ok0 > Doc 1 & 2: oku > Pathworks32: okn > TCP/IP MUP: ok@ > Firmware update 6.2 & 6.5: ok (I suppose I can trash the 6.2?) >  > Open Source Tools: ?? > OpenVMS Alpha Layered Products: ? (a complement for the SPL?)r > System Tools dec 2002: ? > System Tools 1.4 sept 2001: ?o > BEA Weblogic Server 7.0: ? > eBusiness Infrastructure: ?M >r
 > That's all.. >o/ > Thanks for your comments on the unknown ones.9 >t > D. >j   ------------------------------  % Date: Fri, 21 Nov 2003 18:08:07 +0100c" From: Didier Morandi <no@spam.com>7 Subject: Re: Many CDs in the Alpha "condist" these days24 Message-ID: <3fbe469b$0$27589$626a54ce@news.free.fr>   Kevin F. wrote:r  5 > Do you want a complete list of what is on each CD? h   I can do that :-)j  !  > How to use what is on each CD?-   I can do that too...  # > Or explain what the titles means?M   yes, please.   Thanks,e   D.3 Busy taking pix of the FutureVAX: www.futurevax.comr- (boy, never seen Windaube booting so fast...)    ------------------------------  % Date: Fri, 21 Nov 2003 22:51:38 +0800 : From: "Nik" <spamavoid.deletethis.mnjensen@netvigator.com>S Subject: Re: Mezei Troll Strikes Again Re: One in nine police in UK will be protectt0 Message-ID: <bpl8pt$53r4@imsp212.netvigator.com>  2 "Nomen Nescio" <nobody@dizum.com> wrote in message2 news:01bfe385d6fa93e3c3cd7d6a36ed95fb@dizum.com...? > Mr. Mezei, why don't you ever troll like this in comp.os.vms?F >tG > Bush Jr is *only* concerned about his election camapaign from now on.d >   E I was of the impression that this was that only one thing that GW was. interested in all along...   Nikc   ------------------------------    Date: 21 Nov 2003 07:38:33 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)= Subject: Re: OT: Offshoring of IT Jobs Expected to Acceleratec= Message-ID: <f30679fb.0311210738.2d1019d7@posting.google.com>o  Z Don Sykes <anonymous@pacbell.net> wrote in message news:<3FBBA796.8C13FA51@pacbell.net>... > Fabio Cardoso wrote: > > \ > > "pbc" <pbc@informchaos.com> wrote in message news:<bpe2uf$g4l$1@alpha2.radio-msu.net>...	 > > > > >i > > > >eM > > > > Some good points, Rob. Business and economics in general are about aslP > > > > predictable as winning lottery numbers. What seems like the current tide< > > > > today has an odd way of changing direction tomorrow. > > > >eP > > > > John's point about more IT jobs leaving US is of valid concern, however.M > > > > Foremost, because it effects me personally;) and of course many other3K > > > > COV'ers. Second problem is the impact on the overall economy on allsN > > > > these good paying jobs leaving. There are a lot of us whose income hasO > > > > been significantly reduced over the past few years, in part, because of:L > > > > this offshore flow. One way to fight back of course is to lower yourG > > > > expectations and charge fees that can compete with the offshoreyL > > > > companies. I know that's a big drop, but I think a programmer can beK > > > > competitive with anyone at say ~$20/hr... or I guess we could driveeN > > > > taxis and code on our laptops, while we're waiting for our next fare;) > > > >r > > > >w > > >fC > > > I'm afraid your estimate at ~$20/hr is far away from reality.sP > > > How do you compete with a programmer who lives under the palm tree, eats aR > > > couple of bananas a day, has one t-shirt, wears sandals all year long? Looks' > > > like it's closer to ~$20 a month.e > > >  > > > Peter  > > @ > > With the Free Trade Area in Americas, USA should think about > > "offshoring"@ > > to Mexico, Brazil, Argentina ! We receive low salaries too ! >  " > :):):) >  t@ > > I am a System Manager with about 15 years of job experience:D > > Different of some graduates I had career -> tp operator/computer
 > > op/systemt > > manager, etc...e > > J > > My annual salary goes about US$ 15.000,00 per year  (including taxes).J > > The gov takes me 25% of my gross salary ! The company pays more 60% of@ > > my salary to the gov too (social security/insurance,etc...)!, > > So my salary goes about US$ 8,00 / hour. > J > Just curious. What benefits do you get from the 25% taxes + the 60% your > employer pays? >  b > ...      Well ! M   There are a lot of taxes:    Mainly of them federal taxes:n  ) a) Income Tax -> (13,5%) paid by employeeg/ b) Health insurance  -> (1,2%) paid by employeeeE c) Private Social Security -> (4,6%) paid by company/employee (each) i9 d) Gov. Social Security ->   (5%) paid by employee (each) & e) Food Ticket (1,2%) paid by employee   Regardss   FC   ------------------------------  % Date: Fri, 21 Nov 2003 16:45:17 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: password generation4 Message-ID: <bplfet$s4o$1$830fa7b3@news.demon.co.uk>  G Is the vms password generation algorithm callable from an application ? D I'd like to be able to generate passwords, without resorting to DCL.   Thanks,  Chrise   ------------------------------  # Date: Fri, 21 Nov 2003 17:14:01 GMTr# From: hoff@hp.nospam (Hoff Hoffman)a  Subject: Re: password generation2 Message-ID: <tJrvb.9500$U91.2201@news.cpqcorp.net>  g In article <bplfet$s4o$1$830fa7b3@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes: H :Is the vms password generation algorithm callable from an application ?E :I'd like to be able to generate passwords, without resorting to DCL.h  I   What's the underlying goal here; what problem are you seeking to solve? H   (The literal question is obvious, but the rational could vary widely.)  H   There is an undocumented service -- I've posted some details on one ofF   the older Freeware, in SRH_EXAMPLES -- called $forge_word.  But what@   you want to do might point to $create_uid or another approach.  ,   Oh, and what OpenVMS version and platform?    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqiN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comd   ------------------------------  % Date: Fri, 21 Nov 2003 18:16:46 +0000t0 From: Chris Sharman <chris.sharman@sorry.nospam>  Subject: Re: password generation4 Message-ID: <bplkqe$9m0$1$8300dec7@news.demon.co.uk>   Hoff Hoffman wrote:ni > In article <bplfet$s4o$1$830fa7b3@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:sJ > :Is the vms password generation algorithm callable from an application ?G > :I'd like to be able to generate passwords, without resorting to DCL.f  G We're creating passwords for our customers to submit orders and access  D information, initially via a phone call to customer services, who I L don't trust to allocate anything sensible (ie, not "password" for everyone).  G The passwords are used over the web (osu http_server on vms 7.3 alpha).sI Having generated a password, the priv'ed application then copies it over s2 to the webserver uaf for the customer in question.  G I've got an algorithm of sorts (seeded from various numbers multiplied oI by the time), but it's clunky & now due for a rewrite. I suspect the vms r% algorithm is rather better than mine.o  I So I want to programmatically generate one or more random passwords (for e8 another user on another VMS box) & offer them on screen.  ` http://h71000.www7.hp.com/freeware/freeware40/srh_examples/decus_undoc_clinic/sys$forge_word.txt  G is what I need, but it's a bit cryptic - how are the arguments passed ?7 What are the flags ?  What are mindata & retdata for ?K Is it self-seeding, or are mindata & retdata something to do with seeding ?B    
 Thanks, Chrisr   ------------------------------    Date: 21 Nov 2003 12:17:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)t  Subject: Re: password generation3 Message-ID: <0zbU$8CXfFTu@eisner.encompasserve.org>m  X In article <tJrvb.9500$U91.2201@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:i > In article <bplfet$s4o$1$830fa7b3@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:tJ > :Is the vms password generation algorithm callable from an application ?G > :I'd like to be able to generate passwords, without resorting to DCL.v > K >   What's the underlying goal here; what problem are you seeking to solve?@  < I strongly agree that the answer to that question is needed.  J >   (The literal question is obvious, but the rational could vary widely.) > J >   There is an undocumented service -- I've posted some details on one ofH >   the older Freeware, in SRH_EXAMPLES -- called $forge_word.  But whatB >   you want to do might point to $create_uid or another approach. > . >   Oh, and what OpenVMS version and platform?  G If it happens to be Alpha VMS 7.3-1 or above, you could use the SYS$ACM F service and get all the checking that SET PASSWORD does with regard to trivial words, etc.d  A But I really have doubts about this scenario.  To authenticate ansA individual on VMS you should really use their VMS password, for aN lot of good reasons.  B The only exception I can think of is if you are trying to generate< passwords and force people to use them on some other system.   ------------------------------  % Date: Fri, 21 Nov 2003 09:28:15 -0500 ! From: "Kevin F." <OpenVMS Rules!>i. Subject: Re: Peoplesoft Financials and OpenVMS, Message-ID: <3fbe2197$1@usenet01.boi.hp.com>  G At the same time, you might as well write to IBM and tell them to start  advertising AIX..a    . "John Smith" <a@nonymous.com> wrote in messageD news:fbcvb.128840$HoK.125592@news01.bloor.is.net.cable.rogers.com... > renato wrote:l% > > Is anyone else in this situation?  > >gH > > I work for a small public agency and we are on Peoplesoft FinancialsI > > 7.5 SP2 (E&G) with our Oracle database server running on OpenVMS.  We I > > are in internal discussions of which version of Peoplesoft to upgrade.I > > to.  We would like to go the latest version (FM 8.4) but this versionlJ > > is not OpenVMS certified and will not be supported.  Currently we have@ > > no plans on moving away from OpenVMS since it will be a hugeF > > undertaking for us.  We have even written a letter to Craig ConwayJ > > pleading our case.  How much of a change is there between 8.0 and 8.4? > >rF > > We believe our two options are to 1) upgrade to 8.0 which is stillF > > OpenVMS supported, or 2) just go ahead with the 8.4 (8.8?) upgradeI > > since for us OpenVMS is only the Oracle database server and have beenb3 > > told that there probably won't be any problems.$ > >6: > > Any advise on this matter will be greatly appreciated. > >t > > Thank you... >a >iD > You should write Carly Fiorina, Rich Marchello, Mark Gorham, PeterI > Blackmore, Scott Stallard, and any other HP executives you can think of  andeB > tell them that due to lack of VMS advertising and marketing, andJ > consequential dwindling market share for VMS, your application vendor isH > about to screw you over, and ask them what is HP going to do about it. >j >s   ------------------------------  # Date: Fri, 21 Nov 2003 16:01:18 GMTe# From: "John Smith" <a@nonymous.com>r. Subject: Re: Peoplesoft Financials and OpenVMSH Message-ID: <iFqvb.83481$j1d.25726@news04.bloor.is.net.cable.rogers.com>  ! Funny you should mention that....e  L I was in a doctor's office today and while waiting I did what most people doA while they wait....read one of the magazines in the waiting room.   B No, not Computerworld, or Datamation, or InformationWeek, but TimeI magazine...you know the one...a general interest magazine usualy found infL doctor's offices, a magazine with some news, some entertainment, some sports
 articles.....s  K And by gosh, guess what was in that September 2003 issue? (I forget exactlyeC which weekly issue it was but it was in the last half of September)-   ....give up?  C A full page color ad for their eSeries servers running AIX. It also.5 mentioned security, reliability, capacity, and Linux.b  H I guess Alphaservers and VMS offer none of that (ex-Linux), otherwise HP would surely be advertising.       Kevin F. wrote:FC > At the same time, you might as well write to IBM and tell them tod > start advertising AIX..e >r >s0 > "John Smith" <a@nonymous.com> wrote in messageF > news:fbcvb.128840$HoK.125592@news01.bloor.is.net.cable.rogers.com... >> renato wrote:% >>> Is anyone else in this situation?" >>>aH >>> I work for a small public agency and we are on Peoplesoft FinancialsE >>> 7.5 SP2 (E&G) with our Oracle database server running on OpenVMS.eD >>> We are in internal discussions of which version of Peoplesoft toD >>> upgrade to.  We would like to go the latest version (FM 8.4) butD >>> this version is not OpenVMS certified and will not be supported.C >>> Currently we have no plans on moving away from OpenVMS since itoE >>> will be a huge undertaking for us.  We have even written a lettertE >>> to Craig Conway pleading our case.  How much of a change is therer >>> between 8.0 and 8.4? >>>eF >>> We believe our two options are to 1) upgrade to 8.0 which is stillF >>> OpenVMS supported, or 2) just go ahead with the 8.4 (8.8?) upgradeD >>> since for us OpenVMS is only the Oracle database server and have8 >>> been told that there probably won't be any problems. >>>a: >>> Any advise on this matter will be greatly appreciated. >>>- >>> Thank you... >> >>E >> You should write Carly Fiorina, Rich Marchello, Mark Gorham, PeteriG >> Blackmore, Scott Stallard, and any other HP executives you can thinkpF >> of and tell them that due to lack of VMS advertising and marketing,E >> and consequential dwindling market share for VMS, your applicationsF >> vendor is about to screw you over, and ask them what is HP going to >> do about it.m   ------------------------------  % Date: Fri, 21 Nov 2003 09:24:31 +0100c" From: Didier Morandi <no@spam.com> Subject: php on VMS?3 Message-ID: <3fbdcbe1$0$9322$626a54ce@news.free.fr>a  L I would like to install OSCommerce on my VMS box. I'm supposed to "run" the 9 install.php procedure, but I do not know what php is, and-   DTL02> sea vmsfaq.txt php ' %SEARCH-I-NOMATCHES, no strings matchedr   Where should I start from ?n Thanks,c   D.   ------------------------------  % Date: Fri, 21 Nov 2003 12:03:35 +01007" From: labadie <labadie_g@decus.fr> Subject: Re: php on VMS?2 Message-ID: <bpkrp1$7c6$1@news-reader4.wanadoo.fr>   Didier Morandi wrote:tJ > I would like to install OSCommerce on my VMS box. I'm supposed to "run" ? > the install.php procedure, but I do not know what php is, andg >  > DTL02> sea vmsfaq.txt phpW) > %SEARCH-I-NOMATCHES, no strings matched  >  > Where should I start from ?n	 > Thanks,  >  > D. > . if you use CSWS (Apache on Vms),have a look atC http://h71000.www7.hp.com/openvms/products/ips/apache/csws_php.html    Gerard   ------------------------------  % Date: Fri, 21 Nov 2003 07:09:29 -0500 + From: Ken Robinson <kenrbnsn1@patmedia.net>  Subject: Re: php on VMS?A Message-ID: <6.0.1.1.2.20031121070345.02e4a148@mail.patmedia.net>I  - At 03:24 AM 11/21/2003, Didier Morandi wrote:tI >I would like to install OSCommerce on my VMS box. I'm supposed to "run" n> >the install.php procedure, but I do not know what php is, and  H PHP is a server side scripting language. It usually runs in conjunction I with your web server and is executed before the HTML code is rendered to rF the screen, so you can have control over what goes to the screen with K conditional code. It also allows you to use information that is on the web .H server whether in files or directly from the system.  If someone does a I 'Show Source' on the resulting served file, they will only see the final n HTML code, not your PHP code.-  = For more information on PHP (not specifically for VMS) go to 0 <http://www.php.net/>.  
 Ken Robinson d   ------------------------------  % Date: Fri, 21 Nov 2003 16:09:32 +0100s" From: Didier Morandi <no@spam.com> Subject: Re: php on VMS?4 Message-ID: <3fbe2adb$0$27567$626a54ce@news.free.fr>   labadie wrote: > Didier Morandi wrote:b > E >> I would like to install OSCommerce on my VMS box. I'm supposed to dF >> "run" the install.php procedure, but I do not know what php is, and >> >> DTL02> sea vmsfaq.txt php* >> %SEARCH-I-NOMATCHES, no strings matched >> >> Where should I start from ?
 >> Thanks, >> >> D.d >>0 > if you use CSWS (Apache on Vms),have a look atE > http://h71000.www7.hp.com/openvms/products/ips/apache/csws_php.html-   b non, I use WASD.   D.   ------------------------------  % Date: Fri, 21 Nov 2003 11:29:59 -0600e/ From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>a) Subject: Routable Protocol for ClusteringmT Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC11053206@ohms.electric.ci.austin.tx.us>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C3B055.165F29F0  Content-Type: text/plain  E We keep getting pressure from our networking group to consolidate our L multi-site VMS cluster.  They want this consolidation so they do not have toE worry about network configurations that support the non-routable LAVCPJ protocol.  Are there any plans to make LAVC routable or tunnel LAVC in IP?   EdE **Please apply a generous amount of all the usual disclaimers here.**@    ' ------_=_NextPart_001_01C3B055.165F29F0  Content-Type: text/html + Content-Transfer-Encoding: quoted-printablel  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">o <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =y charset=3DUS-ASCII">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2653.12">g/ <TITLE>Routable Protocol for Clustering</TITLE>  </HEAD>k <BODY>  D <P><FONT SIZE=3D2 FACE=3D"Arial">We keep getting pressure from our =H networking group to consolidate our multi-site VMS cluster.&nbsp; They =D want this consolidation so they do not have to worry about network =G configurations that support the non-routable LAVC protocol.&nbsp; Are =iF there any plans to make LAVC routable or tunnel LAVC in IP?</FONT></P>  * <P><FONT SIZE=3D2 FACE=3D"Arial">Ed</FONT>G <BR><FONT SIZE=3D2 FACE=3D"Arial">**Please apply a generous amount of = ( all the usual disclaimers here.**</FONT> </P>   </BODY>I </HTML>e) ------_=_NextPart_001_01C3B055.165F29F0--o   ------------------------------  # Date: Fri, 21 Nov 2003 18:01:59 GMT1# From: hoff@hp.nospam (Hoff Hoffman) - Subject: Re: Routable Protocol for Clusteringo2 Message-ID: <rqsvb.9509$5a1.5420@news.cpqcorp.net>   In article <92EFB80E551BD511B39500D0B7B0CDCC11053206@ohms.electric.ci.austin.tx.us>, "Stuart, Ed" <Ed.Stuart@austinenergy.com> writes:  F :We keep getting pressure from our networking group to consolidate ourJ :multi-site VMS cluster.  They want this consolidation so they do not haveI :to worry about network configurations that support the non-routable LAVCuK :protocol.  Are there any plans to make LAVC routable or tunnel LAVC in IP?o  K   The LAVc protocol is also known as Systems Communications Services (SCS).i  K   There are no plans to modify SCS to operate over IP, and I am aware of nog   plans to make SCS routable.   I   As more of the IP stack is pushed out onto the network controllers, SCS K   communications could become theoretically easier.   But again, I am awarerK   of no plans here, and -- even if there were plans, which there are not --lI   any timeframe involved would be well beyond the horizon of your current    interest..  J   SCS needs to be in operation before IP can even start -- for what shouldI   be obvious reasons -- and SCS access involves operations in a much morenJ   restricted and restrictive system run-time environment than is presentlyI   possible with IP.  The TCP/IP stack has user-mode components and to gethJ   SCS to effectively operate over IP, we'd have to pull and/or build an IPG   stack into the OpenVMS kernel (or potentially out into a controller).e  G   We are working toward allowing SCS operations over FC, if that helps.   :   But there are no plans for clustering using SCS over IP.    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: 21 Nov 2003 11:54:44 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n- Subject: Re: Routable Protocol for Clusteringm3 Message-ID: <pzvIMj53wulq@eisner.encompasserve.org>a   In article <92EFB80E551BD511B39500D0B7B0CDCC11053206@ohms.electric.ci.austin.tx.us>, "Stuart, Ed" <Ed.Stuart@austinenergy.com> writes:L > This message is in MIME format. Since your mail reader does not understand> > this format, some or all of this message may not be legible. > ) > ------_=_NextPart_001_01C3B055.165F29F0e > Content-Type: text/plain > G > We keep getting pressure from our networking group to consolidate ourhN > multi-site VMS cluster.  They want this consolidation so they do not have toG > worry about network configurations that support the non-routable LAVCaL > protocol.  Are there any plans to make LAVC routable or tunnel LAVC in IP? >  > Ed  G    Making LAVC routable just doesn't make sense, neither does tunneling D    it.  When you've got your systems linked at the kernel you need a!    quick, tight network protocol.d   ------------------------------    Date: 21 Nov 2003 02:03:56 -08003 From: paul.j.whapshott@lineone.net (Paul Whapshott)," Subject: Re: SQLSRV V7.1-5 Problem= Message-ID: <51f54c31.0311210203.3923508a@posting.google.com>e  B Verify is set to off. All events appear to be logged into this log< file. The logfile will typically be around 400K after 1 day.  F Here is a snippit from the log file (edited to remove IP and usernamesC etc). Now this gets repeated thousands of times through the logfiles for each user connecting.s   Paul      ; ---EVENT BEG: EVENT_LOG ------------------------ Fri Nov 21  07:59:25.930 2003---> %SQLSRV-I-EVENT_LOG, event logged at line 2814 in file CMD.C;10 %SQLSRV-I-CONNECTNAME, Connect : CONNECT_0000001( %SQLSRV-I-CONNECTSTATE, Connect state: 4 %SQLSRV-I-USERNAME, User name:   %SQLSRV-I-NODENAME, Node : n" %SQLSRV-I-APPLNAME, Application : ! %SQLSRV-I-SERVICENAME, Service : w; ---EVENT END: EVENT_LOG ------------------------ Fri Nov 21  07:59:25.930 2003---  ; ---EVENT BEG: EVENT_LOG ------------------------ Fri Nov 21r 07:59:25.930 2003---> %SQLSRV-I-EVENT_LOG, event logged at line 2814 in file CMD.C;10 %SQLSRV-I-CONNECTNAME, Connect : CONNECT_0000001( %SQLSRV-I-CONNECTSTATE, Connect state: 6 %SQLSRV-I-USERNAME, User name: e %SQLSRV-I-NODENAME, Node : h! %SQLSRV-I-APPLNAME, Application :t   ------------------------------    Date: 21 Nov 2003 02:03:56 -08003 From: paul.j.whapshott@lineone.net (Paul Whapshott) " Subject: Re: SQLSRV V7.1-5 Problem= Message-ID: <51f54c31.0311210203.36402499@posting.google.com>a  B Verify is set to off. All events appear to be logged into this log< file. The logfile will typically be around 400K after 1 day.  F Here is a snippit from the log file (edited to remove IP and usernamesC etc). Now this gets repeated thousands of times through the logfileT for each user connecting.e   Paul      ; ---EVENT BEG: EVENT_LOG ------------------------ Fri Nov 21  07:59:25.930 2003---> %SQLSRV-I-EVENT_LOG, event logged at line 2814 in file CMD.C;10 %SQLSRV-I-CONNECTNAME, Connect : CONNECT_0000001( %SQLSRV-I-CONNECTSTATE, Connect state: 4 %SQLSRV-I-USERNAME, User name: e %SQLSRV-I-NODENAME, Node : e" %SQLSRV-I-APPLNAME, Application : ! %SQLSRV-I-SERVICENAME, Service : r; ---EVENT END: EVENT_LOG ------------------------ Fri Nov 21d 07:59:25.930 2003---  ; ---EVENT BEG: EVENT_LOG ------------------------ Fri Nov 21' 07:59:25.930 2003---> %SQLSRV-I-EVENT_LOG, event logged at line 2814 in file CMD.C;10 %SQLSRV-I-CONNECTNAME, Connect : CONNECT_0000001( %SQLSRV-I-CONNECTSTATE, Connect state: 6 %SQLSRV-I-USERNAME, User name: t %SQLSRV-I-NODENAME, Node : t! %SQLSRV-I-APPLNAME, Application :.   ------------------------------    Date: 21 Nov 2003 09:56:21 -0600+ From: young_r@encompasserve.org (Rob Young) B Subject: Re: Sun to use AMD Opteron - announcement expected Monday3 Message-ID: <NOX6Zv97+mXz@eisner.encompasserve.org>e  _ In article <a6mdnc3f6PtCMyCiRVn-jg@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  > : > "Rob Young" <young_r@encompasserve.org> wrote in message     >>= >> No - just your view.  In February Intel execs were stating  >> 18 MByte L3 for Montecito.a > 4 > Look at the date on the post you quoted, you dolt. >   > 	Yes, January.  My point here of course is that within a month= 	the actual cache of Montecito changed and went to 18 MBytes. ? 	Fast forward 9 months and it changed again, to 24 months.  NowlA 	either they are very fast developers or Intel is playing cat ande 	mouse.o     > ...  > 1 >> Well, you would be wrong about Montecito then.s > N > Not according to the statements Intel was making up to the time I posted theG > material you quoted (i.e., a month before the 18 MB figure surfaced).o >  	 A 	You are wrong now.  You weren't wrong then.  You didn't know you-@ 	were wrong as you were using publically available sources which3 	were wrong.  Both you and your sources were wrong.H   >   It is obviouslyaG >> a new core, right?  How else to explain the multi-threading features-< >> and that Intel states it will appear as 4 CPUs to the OS? > K > The degree to which it can be considered a 'new' core depends (as I noted F > previously) on the nature of that multi-threading support.  EV7, forF > example, doesn't really qualify as a 'new' Alpha core, despite minor
 > changes. >   B 	But EV7 doesn't support multi-threading and as we know EV7's core 	is EV6.   >   Butd6 >> yet, you would have us believe (your futures) that: >>M >> "This article is as good an example of spin as I've ever seen.  Instead ofbK >> questioning what caused Intel to slip Montecito (the Itanic shrink to 90. > nm,>3 >> with 12 MB of on-chip cache) from 2004 to 2005,"  >>/ >> Now obviously your sourcing isn't very good.  > F > As already noted, my sourcing was just fine as of the date I posted. >    	Right.S   >   But you aren't aloneA >> as Montecito is more than "a shrink to 90nm with 12 MB on-chip 
 >> cache." > D > The fact that Intel changed its mind doesn't alter what its public9 > statements had been up until January 16th of this year.U >   < 	They certainly "didn't change their mind", they are playing= 	cat and mouse.  Much like they did with P6.  Montecito isn'tn$ 	being redesigned on a weekly basis.    8 >   But Intel certainly wasn't/isn't going to let you inB >> on the details and like many in the industry play cat and mouse >> with the competition. > F > The fact that Intel announced changes not only to Montecito's publicL > schedule (and had to rustle up an interim Madison product as a result) butI > to significant aspects of its design (number of cores, cache size) lastaN > January suggests rather that Intel ran into problems - related to its 90 nm.M > process (and indeed we're seeing some problems there right now, though theyyL > may be getting ironed out) and/or related to the products it felt it wouldK > need (e.g., HP's announced intention to create a dual-chip module in 2004wN > may have pointed out a need for a multi-core chip that it had not foreseen). >   A 	Not just schedule, but feature set.  We know now it is 4 logicalaB 	CPUs, contains multi-threading and has 24 MByte cache.  We didn't 	know that in January.   >> >>dD >> >> "(Chip) frequency will play a role, but it will be eclipsed by >> > improvements in- >> >> multicore and multithreading," he said.f >> >>a	 >> >> ---t >> >>sB >> >> Seven times the performance of Madison.  7 times the integer- >> >> performance, or 7 times floating point?o > J > Pretty clearly not, given the Intel quote immediately above.  Unless you, > were referring to SPECint/fp_rates scores. >  >   Or maybe 7 times tpmC? >  > That would be believable.  >    	And the best place to be.     				Robp   ------------------------------    Date: 21 Nov 2003 07:40:42 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)iA Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error 3 Message-ID: <EBDauTtwrt4g@eisner.encompasserve.org>d  a In article <_A8vb.14025$86.286496@twister.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes:sM > When rebuilding our application on our VMS 7.3-1 node, a programmer reports  > the following error: > 2 > ************************************************2 > %LIBRAR-S-REPLACED, module TERMINATE replaced in/ > TECHDISK:[TECHSUP.PRODUCTS.BIN.AXP]PSAP.OLB;1  > compiling TRACE.Ci9 > %LIBRAR-E-SEQNCE, illegal record sequence in module  inr$ > SYS$COMMON:[SYSLIB]TRACE_V74.EXE;11 > ***********************************************rL > This rebuild has worked well since VMS 4.X but seems to have broken on VMS > 7.3-1 5 > Is anyone familiar with  SYS$LIBRARY:TRACE_V74.EXE?2 > 8 > Compiler is "Compaq C V6.5-001 on OpenVMS Alpha V7.3-1  F    We'd need to see the details of the failing command.  It looks likeG    LIBRARIAN is not being told that TRACE_V47.EXE is a shareable image. F    The compiler version is irrelavent since it's not a compiler error.+    %LIBRAR indicates the LIBRARIAN utility.>   ------------------------------  # Date: Fri, 21 Nov 2003 16:31:07 GMTb# From: "John N." <JNixon@cfl.rr.com>fA Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing errors; Message-ID: <f5rvb.21524$86.410787@twister.tampabay.rr.com>e  L Ok,  we have confirmed that there is a system logical named "Trace" which is causing our problem.H Now, the problem is, I do not know where the logical is created, or whatF problems I will create trying to delete it.  For now, my orders are toG remove the system logical rather than make the programmers change theiriE build procedures.  Unless there is some good reason NOT to remove thes# logical, that is what I have to do.l  I Does anyone know where the logical get's created?  I believe it must have L been from some ECO we applied, but we have applied many ECOs and I don't whoK the culprit is.  If this is a required logical, I can force the developmenta8 group to change, but I need a reason to make them do so.    0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message+ news:Qi9vb.9437$fk.1049@news.cpqcorp.net...oG > In article <_A8vb.14025$86.286496@twister.tampabay.rr.com>, "John N."e <JNixon@cfl.rr.com> writes:0F > :When rebuilding our application on our VMS 7.3-1 node, a programmer reportsl > :the following error:4 >6H >   Try this test again, but using routine names and/or module filenamesI >   other than TRACE or DEBUG -- if I were guessing, your system probably % >   has a TRACE logical name defined.- >-G >   DEBUG is one of the more common ways folks get into trouble in this<$ >   area, but TRACE works similarly. >pG >   There is a mechanism -- I do not recall if it has become documentedeE >   anywhere off-hand, but the scheme has been around for eons -- forwH >   substituting the standard OpenVMS debugger or the traceback handler,G >   using definitions of logical names such as LIB$DEBUG and DEBUG, andy >   LIB$TRACE and TRACE. > D >   I suspect you are encountering a definition of TRACE, obviously.C >   (Possibly from a debugger-related software kit, or an ECO kit?)m >e >d( >  ---------------------------- #include' <rtfaq.h> ----------------------------- 4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq , >  --------------------------- pure personal# opinion ---------------------------eG >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  >  >-   ------------------------------  # Date: Fri, 21 Nov 2003 17:11:21 GMTr# From: hoff@hp.nospam (Hoff Hoffman)jA Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error32 Message-ID: <ZGrvb.9499$U91.4698@news.cpqcorp.net>  a In article <f5rvb.21524$86.410787@twister.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes:t  I :Now, the problem is, I do not know where the logical is created, or what9, :problems I will create trying to delete it.  @   You could SEARCH for additional information and for potential,8   um, potential "culprit" command procedures, of course.  = :Unless there is some good reason NOT to remove the logical, i :that is what I have to do.   F   That approach might work, or it might well cause failures elsewhere.<   These failures might be apparent, or they might be subtle.  G   Use of modules named DEBUG or TRACE is not something I would suggest,t+   for reasons that should already be clear.  :nJ :Does anyone know where the logical get's created?  I believe it must haveM :been from some ECO we applied, but we have applied many ECOs and I don't whoBL :the culprit is.  If this is a required logical, I can force the development9 :group to change, but I need a reason to make them do so.-  A   I would encourage use of a command such as SEARCH to locate it.r  <   The first SEARCH command I would try would look like this:  A     $ SEARCH SYS$SYSROOT:[*...]*.COM TRACE,DEF/MATCH=AND/WINDOW=9   <   I might expect to try some other SEARCH commands, as well.  D   PCSI can identify the owner kit, if the image was loaded via PCSI.-   Commands such as the following can be used:   1     $ product show object [syslib]trace.exe /fully5     $ product show object [syslib]trace_v74.exe /full   E   You could also ANALYZE/IMAGE the image, and see if the image header-F   contains any interesting details, either in the image identificationI   string, in the link date and time, or in the image build identificationOH   string.  (The build identification string can help identify an OpenVMS	   image.).  H   I've made cursory searches for "trace_v74" and related information andH   have found no matches.  (You might want to confirm the filename, too.)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqnN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com.   ------------------------------  % Date: Fri, 21 Nov 2003 17:13:19 -0000A* From: "Richard Brodie" <R.Brodie@rl.ac.uk>A Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error + Message-ID: <bplh3g$ri2@newton.cc.rl.ac.uk>e  d "John N." <JNixon@cfl.rr.com> wrote in message news:f5rvb.21524$86.410787@twister.tampabay.rr.com...  K > Does anyone know where the logical get's created?  I believe it must have N > been from some ECO we applied, but we have applied many ECOs and I don't whoM > the culprit is.  If this is a required logical, I can force the developmentd: > group to change, but I need a reason to make them do so.  @ Earlier versions were defined by DEBUGSETUP, to allow you to runG debuggers later than the bundled one. It would be in a kit like ADB074, + probably installed with a compiler upgrade.e   ------------------------------    Date: 21 Nov 2003 11:49:36 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)nL Subject: Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel3 Message-ID: <ZIhzwt4Rgh3T@eisner.encompasserve.org>s  a In article <vrsd54kus0at61@corp.supernews.com>, Greg Cagle <news@removethisgregcagle.com> writes:p > C > The interesting thing is that Sun eventually adopted CDE as well, C > which was largely a warmed over HP-VUE (although you'll never get  > Sun to admit that).o  B    One of the best things to happen on Solaris in a long time, nowE    X11 applications will actually compile (used to fail on all the XmmE    calls).  But CDE is very far from being my favorite window managert-    and it's customization capability is junk.    ------------------------------    Date: 21 Nov 2003 07:22:18 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel presentationc3 Message-ID: <b1A7KQMy24lz@eisner.encompasserve.org>   X In article <3fbd0786$0$2773$626a54ce@news.free.fr>, Didier Morandi <no@spam.com> writes:  N > 5. "The HP-UX/11 PA-RISC to Itanium migration is a non-destructive upgrade". > 7 > ??? HP Engineering has (had?) "destructive" upgrades?S > :-)0  C    Putting HP-UX 10.0 on our workstations led to a lot of breakage,s(    mostly in the CDE customization area.  '    Can you say "not upward compatable"?n   ------------------------------  % Date: Fri, 21 Nov 2003 07:52:00 -0800c/ From: Greg Cagle <news@removethisgregcagle.com>eY Subject: Re: The Alpha Chip Engineering Group Revival (aka: today's HP/Intel presentation / Message-ID: <vrsd54kus0at61@corp.supernews.com>a   Bob Koehler wrote:  E >    Putting HP-UX 10.0 on our workstations led to a lot of breakage,c* >    mostly in the CDE customization area. > ) >    Can you say "not upward compatable"?   B HP-UX 10 changed a LOT of things to draw HP-UX more into line withA other Unixes and System V. On the other hand, I have seen a large ; CAD application run "as is" on 11i - and it was compiled iny4 1992. Including dynamically loaded shared libraries.  A The interesting thing is that Sun eventually adopted CDE as well,iA which was largely a warmed over HP-VUE (although you'll never geto Sun to admit that).w   - Greg -- g
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Fri, 21 Nov 2003 10:19:03 -0500h% From: "John Vottero" <John@mvpsi.com>p  Subject: Re: The Uptimes Project/ Message-ID: <vrsb78cmbgl906@news.supernews.com>e  A "Marty Kuhrt" <kuhrt@nospammy.encompasserve.org> wrote in messagea- news:4bg$QxTIG81R@eisner.encompasserve.org...g@ > It might be a meaningless milestone, but my production cluster@ > machines in Ireland are now number two and three in the Active? > Hosts list at Uptimes.  The cluster uptime exceeded 1000 dayse > today. >t5 > http://uptimes.hostingwired.com/stats.php?op=activei >y  I I don't want to split hairs but, if you're running the cluster version offI the Uptimes client I think you should only show a single node.  A 96 node C cluster will be up for as long as someone wants it to be up but, ith& shouldn't monopolize the top 96 spots.  E Plus, if your clusters only reported one node each, it would pull our-# OpenVMS web server into the top 30!e   ------------------------------    Date: 21 Nov 2003 06:43:58 -0800 From: sdavidson@uss.comoY Subject: Unable to stop FormFeed to DEC LA75, connected to a DEC 90m Server, using LPR/LPh; Message-ID: <caf27c79.0311210643.4a0ec2@posting.google.com>,  C We are unable to print just one line of text to a DEC LA75 printer,nF via LPR/LPD, connected to a DEC 90M terminal server (SW V2.2 for 90 M), running on a DEC Alpha using OpenVMS V7.2-1.  C Does anyone no how to stop the form feed to the printer so that the<C LA75 will just print a one line message and not form feed using theo above equipment and software?p   ------------------------------  # Date: Fri, 21 Nov 2003 14:56:20 GMTn# From: hoff@hp.nospam (Hoff Hoffman)sY Subject: Re: Unable to stop FormFeed to DEC LA75, connected to a DEC 90m Server, using LPo1 Message-ID: <oIpvb.9479$M01.714@news.cpqcorp.net>   U In article <caf27c79.0311210643.4a0ec2@posting.google.com>, sdavidson@uss.com writes:eD :We are unable to print just one line of text to a DEC LA75 printer,G :via LPR/LPD, connected to a DEC 90M terminal server (SW V2.2 for 90 M)e- :running on a DEC Alpha using OpenVMS V7.2-1.  :sD :Does anyone no how to stop the form feed to the printer so that theD :LA75 will just print a one line message and not form feed using the :above equipment and software?  D   I'm here assuming that you are using the LA75 as a logging consoleF   of some sort.  I am inferring an intended usage as a logging printerC   based on the single-line output reference.  What I an not certainoD   about here is the particular usage of or the particular need for a2   print symbiont within your intended application.  E   I'd tend to believe the suggested symbiont-based approach would runtF   contrary to the spirit of an LPR/LPD print queue typically works andC   is intended to work -- you might well be able to get the proposed.   approach to work, of course.  D   I'd be tempted to configure a reverse telnet connection out to theE   printer (FAQ has info on reverse telnet, BTW), and copy the data tos=   the telnet device and thus line-by-line out to the printer.@  C   There are discussions on controlling the telnet and LPR/LPD print ?   symbionts in topic (1020) of the OpenVMS Ask The Wizard area:i        www.hp.com/go/openvms/wizard  H   Obviously, you would want to suppress the form-feed normally generatedF   as a print job separator.  But for logging, I'd also tend to look atH   a spooled telnet device and I/O write operations direct to the reverseJ   telnet device and from there along to the generation of ink on the page.    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: Fri, 21 Nov 2003 15:36:18 GMTgF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)& Subject: Re: VMS 2003 bootcamp summary2 Message-ID: <Shqvb.9481$R21.6412@news.cpqcorp.net>   Regarding the "newbies":  7 Having a day of tracks with sessions aimed at beginninge4 and intermediate users is being seriously considered for future events.  : I didn't get many new users in my session (nearly everyone7 said they had more than 5 years of experience): but the:3 event was advertised as "advanced technical", so we25 basically got the audience we expected.  There are noh7 plans that I know of to drop the advanced material, butn8 some accommodation for people who are not yet "advanced"3 may well be made.  I personally need to break up myc7 session into separate portions (I had a bit too much toi5 cover in one session), and could easily do a separate  introductory session.o   --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have al5  legitimate reason to E-mail a response to this post.d   ------------------------------  % Date: Fri, 21 Nov 2003 17:24:27 +0100l" From: Didier Morandi <no@spam.com>& Subject: Re: VMS 2003 bootcamp summary4 Message-ID: <3fbe3c5c$0$27600$626a54ce@news.free.fr>   Bart Z. Lederman wrote:?   > Regarding the "newbies": > 9 > Having a day of tracks with sessions aimed at beginningu6 > and intermediate users is being seriously considered > for future events. > < > I didn't get many new users in my session (nearly everyone9 > said they had more than 5 years of experience): but thed5 > event was advertised as "advanced technical", so we 7 > basically got the audience we expected.  There are noa9 > plans that I know of to drop the advanced material, buta: > some accommodation for people who are not yet "advanced"5 > may well be made.  I personally need to break up myk9 > session into separate portions (I had a bit too much to 7 > cover in one session), and could easily do a separated > introductory session.g  N Bart, if by chance HP does dramatically good with newbies, this will be known L fast and I tell you that you'll experiment a lot of new Customers going VMS.   My 2 euros.d   D.   ------------------------------  # Date: Fri, 21 Nov 2003 13:24:36 GMTo& From: jlsue <jefflsxxxz@sbcglobal.net>) Subject: Re: VMS Defragmentation Softwarei8 Message-ID: <eh4srv44urnlitp21ecu8t1k7s5ud97r1o@4ax.com>  I On Thu, 20 Nov 2003 22:09:01 -0700, "Barry Treahy, Jr." <Treahy@MMaz.com>a wrote:  
 >jlsue wrote:e >    >>F >>What kind of storage configuration do you have?  Note that RAID-typeM >>configurations actually "defragment" your files at the hardware end anyway.p >>   >>D >I've never heard of this!  How can you make such a claim when most H >external RAID arrays are file system neutral?  If the RAID array knows 7 >nothing of the file system, it cannot defrag a file...f >t  J I apologize.  I meant to say that RAID-type configurations "fragment" yourK files at the hardware level anyway.  Even with proof-reading I didn't catchi
 that mistake.    --- jlsu0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)r   ------------------------------  % Date: Fri, 21 Nov 2003 08:07:59 -0700g+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>l) Subject: Re: VMS Defragmentation Softwarer' Message-ID: <3FBE2A4F.4080600@MMaz.com>l   jlsue wrote:  E >>I've never heard of this!  How can you make such a claim when most  I >>external RAID arrays are file system neutral?  If the RAID array knows p8 >>nothing of the file system, it cannot defrag a file... >> >>     >> >iK >I apologize.  I meant to say that RAID-type configurations "fragment" your L >files at the hardware level anyway.  Even with proof-reading I didn't catch >that mistake. >v >w >  n >lG Even by todays standards, I still have to believe that if you have hot hD files with a moderate to an extreme number of fragments, that still I means that VMS must issue multiple I/O's for each extent, which is still oF generating unnecessary I/O for the disk subsystem, no matter how well 6 structured or organized the raw data is on the array.   F Perhaps the Galaxy class machines are not impacted by this because of F their shear power, I have no experience on said machines, but I would I have to imagine that even those large beasts, and the folks to run them, c9 want the best performance from their hardware investment.>  G Anyone that is running big iron with VMS care to comment?  Is ODS disk dH fragmentation really a non-issue?  I really find that hard to believe...   Barryt   -- e  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                        $   ------------------------------   End of INFO-VAX 2003.646 ************************