1 INFO-VAX	Sat, 10 Mar 2001	Volume 2001 : Issue 137       Contents:P Re: %SYSTEM-F-NOT64DEVFUNC, 64-bit address not supported by device forthis funct' Re: - OpenVMS ever to be on Intel chip? ' Re: - OpenVMS ever to be on Intel chip? ' Re: - OpenVMS ever to be on Intel chip? . Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask. Re: Advocacy Website Woes  Re: Advocacy Website Woes  Re: Advocacy Website Woes @ Re: Alpha: game over. Was RE: Future outlook for OpenVMS admins?
 re:AS255 Caps , Re: Ask the Wizard:  'WIZ' is not an object!, Re: Ask the Wizard:  'WIZ' is not an object!, Re: Ask the Wizard:  'WIZ' is not an object!H Re: Assigning logicals in login.com. How to extend the value of a global Can't SPAWN: SYSTEM-F-NOSLOT  Re: Can't SPAWN: SYSTEM-F-NOSLOT  Re: Can't SPAWN: SYSTEM-F-NOSLOT  Re: Can't SPAWN: SYSTEM-F-NOSLOT# Re: Classic VMS Games - restoration . Re: Dates (was Re: OpenVMS and Supercomputing). Re: Dates (was Re: OpenVMS and Supercomputing)* Re: December Alphas and December Forms :-)* Re: December Alphas and December Forms :-)* Re: December Alphas and December Forms :-)* Re: December Alphas and December Forms :-)* Re: December Alphas and December Forms :-) DECserver 90L+ power connector. ' Re: Drop C/C++ better sooner than later ' Re: Drop C/C++ better sooner than later  help Re: help Re: help :-) Re: help :-) Re: Janitor fixes 90L  Re: Just Two Days Left to Vote Re: Just Two Days Left to Vote Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations $ Re: Mod_Perl won't let go of a file. Re: NEW Compaq Memory for ES40>  Re: NEW Compaq Memory for ES40> " New memory in VAX 4000/90 not seen& Re: New memory in VAX 4000/90 not seen& Re: New memory in VAX 4000/90 not seen& Re: New memory in VAX 4000/90 not seen# Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation ' Re: Newbie question - VMS Documentation   Of Buildmeisters and Bedevilment0 Re: Open a file, open a another - fails silently0 Re: Open a file, open a another - fails silently0 Re: Open a file, open a another - fails silently0 Re: Open a file, open a another - fails silently. open vms newbie is looking far an DCL emulator. open vms newbie is looking far an DCL emulator2 Re: open vms newbie is looking far an DCL emulator RE: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program 8 Outlooks, SUNny and otherwise (was Re: Alpha: game over./ Re: POSIX (was RE: OpenVMS Educational Program)   Re: Possible security hole in...# Re: Prolonged power shutdown issues # RE: Prolonged power shutdown issues  Prolonged power shutdown issues + Re: Q: How to tell whether a process exists  uVax3100 m10 & VMS5.2  Re: uVax3100 m10 & VMS5.2  Re: uVax3100 m10 & VMS5.2  Re: uVax3100 m10 & VMS5.2 ; Re: VMS 7.2 install requires MACRO32 for standalone BACKUP?  Welcome to Stockcracy   Re: Write CD on PC for OVMS Read' WTB: Digital Personal Workstation Parts # [Q] tape allocated and process gone   F ----------------------------------------------------------------------  # Date: Fri, 09 Mar 2001 20:42:41 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) Y Subject: Re: %SYSTEM-F-NOT64DEVFUNC, 64-bit address not supported by device forthis funct 0 Message-ID: <009F8C38.0A148449@SendSpamHere.ORG>  p In article <009F8B6F.0FF2A612@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:T >In article <01030814111311@beast.dtsw.army.mil>, jamese@beast.dtsw.army.mil writes: >>Hello, >>< >>AlphaServer 4000 5/400 4MB VMS  V7.1-1H1    DEC C V5.6-003 >>E >>I want to read a file by file id from an ISO 9660 CD-ROM. I found a H >>MACRO segment that gets the file name and specification using the file >>id.  >>L >>When I try it in DECC, I get a "%SYSTEM-F-NOT64DEVFUNC, 64-bit address not) >>supported by device for this function."  >>F >>Does anyone have a C example of using QIO and only 32 bit addresses?2 >>What is there in my C code that makes it 64 bit? >>) >>Thank you for any help you can provide,  >>< >>Ed James                           ed.james@telecomsys.com7 >>TeleCommunications Systems, Inc.   voice 410-295-1919 = >>2024 West Street, Suite 300              800-810-0827 x1919 7 >>Annapolis, MD 21401-3556           fax   410-280-1094  >> >>$ copy create fileid.mar) >>    .Title GetFileNameUsingFileIDAcpQio M >>        $fibdef                               ; File Information Block defs F >>        $atrdef                               ; Attribute block defs) >>        .macro       check_status,?dest K >>        blbs         r0,dest                  ; If successful then return B >>        jmp          error                    ; Handle the error# >>dest:   .endm        check_status  >>	.psect	data,noexe >>        .title       filename G >>fib_block:                                    ; Reserve space for FIB J >>        .blkb        fib$k_length             ; Length defined by symbolH >>fib_descr:                                    ; Descriptor to describeA >>                                              ; location of FIB # >>        .long        fib$k_length = >>        .long        fib_block                ; FIB pointer G >>attr_ctrl_blk:                                ; Attribute Cntrl Block 6 >>        .word        atr$s_ascname            ; Size6 >>        .word        atr$c_ascname            ; Type9 >>        .address     filenam                  ; Address 6 >>        .word        atr$s_file_spec          ; Size6 >>        .word        atr$c_file_spec          ; Type9 >>        .address     sfilenam                 ; Address K >>        .long        0                        ; End the Attribute Control 7 >>                                              ; Block I >>filenam_desc:                                 ; Descriptor for Filename 8 >>        .word        atr$s_ascname            ; Length6 >>        .word        0                        ; TypeC >>        .address     filenam                  ; Address of buffer 
 >>filenam:I >>        .blkb        atr$s_ascname+1          ; Buffer to hold Filename  >>I >>sfilenam_desc:                                ; Descriptor for Filespec 8 >>        .word        atr$s_file_spec          ; Length6 >>        .word        0                        ; TypeC >>        .address     sfilenam                 ; Address of buffer  >>sfilenam: I >>        .blkb        atr$s_file_spec+1        ; Buffer to hold Filespec  >>B >>iosb:                                         ; I/O Status Block= >>                                              ; for ACP QIO 8 >>        .blkw        1                        ; Status7 >>        .blkw        1                        ; Count M >>        .blkl        1                        ; Device Specific Information  >>device_channel: M >>        .blkw        1                        ; Buffer for Device Channel # L >>device_desc:                                  ; Descriptor for Device Name8 >>        .word        7                        ; Length6 >>        .word        0                        ; TypeC >>        .address     dev_nam                  ; Address of buffer 
 >>dev_nam:K >>        .ascii       /dka500:/               ; Buffer holding Device name  >>file_num: E >>        .word        4                        ; file number - 65536  >>file_seq_num: F >>        .word        23                       ; File Sequence Number >>rel_vol_num:H >>        .byte        0                        ; Relative Volume NumberK >>                                              ; Relative Volume Number is A >>                                              ; is a BYTE value G >>file_nmx:                                     ; File number extension F >>	.byte        0                        ; integer of filenumber/65536 >> >>	.psect	code >>  >>        .entry       prog,^m<>K >>        $assign_s    devnam = device_desc,-   ; Get Channel # for ACP QIO . >>                     chan   = device_channelD >>        check_status                          ; Check Status in r0E >>        movw         file_num,-               ; Store File # in FIB . >>                     fib_block+fib$w_fid_numI >>        movw         file_seq_num,-           ; Store File Seq # in FIB . >>                     fib_block+fib$w_fid_seqO >>        movw         rel_vol_num,-            ; Store Relative Vol number and N >>                     fib_block+fib$w_fid_rvn  ; file number extension in FIBD >>; Issue ACP QIO to access file and obtain information requested inE >>;     attribute control block for file described in FIB descriptor. 0 >>        $qiow_s      chan   = device_channel,-: >>                     func   = #io$_access!io$m_access,,-& >>                     iosb   = iosb,-+ >>                     p1     = fib_descr,- . >>                     p5     = #attr_ctrl_blkD >>        check_status                          ; Check Status in r0# >>        pushal       filenam_desc E >>        calls        #1,g^lib$put_output      ; Print the File Name $ >>        pushal       sfilenam_descE >>        calls        #1,g^lib$put_output      ; Print the File spec  >>error:  $exit_s      r0  >>        .end         prog  >>$ create fileid.c # >>#pragma  required_pointer_size 32  >> >>#undef __NEW_STARLET >> >>#include descrip >>#include iodef >>#include iodef >>#include fibdef Q >>#include atrdef     /* SYS$COMMON:[DECC$LIB.REFERENCE.SYS$STARLET_C]ATRDEF.H */  >>#include rms >>#include string  >>#include stdlib  >>#include stdio >>#include lib$routines  >>#include starlet >> >>typedef struct { >>   unsigned short int status;  >>   union { >>      struct {I >>         unsigned char transmit, receive, crfill, lffill, parity, zero;  >>      } trclpz;  >>      struct {5 >>         unsigned short int speeds, fills, parityw;  >>      } sfp; >>      struct {: >>         unsigned short int termoff, termchar, termsize; >>      } ocs; >>      struct {' >>         unsigned short int mbxbytes; ' >>         unsigned long int senderpid;  >>      } mbx; >>   } tsom; >>} IOSTATBLOCK; >>' >>#define ERROR_MSG    fprintf( stderr,  >>9 >>#define BLOCK_SIZE   512   /* size of one disk block */ 7 >>#define DEVNAM_SIZE  255   /* size of max filespec */  >>, >>unsigned int main( int argc, char *argv[]) >>{  >> >>    static struct fibdef fib; " >>    static struct atrdef atr[3]; >> >>    IOSTATBLOCK dev_iosb; * >>    short int channel, fnum, fseq, frvn; >>    unsigned long int status;  >>( >>    struct dsc$descriptor_s fib_descr;* >>    struct dsc$descriptor_s devnam_desc;( >>    char devnam_buffer[DEVNAM_SIZE+1];% >>    char filename[ATR$S_ASCNAME+1]; ' >>    char filespec[ATR$S_FILE_SPEC+1];  >> >>    if( argc != 5) {E >>        ERROR_MSG "Usage: file_id <device> <fnum> <fseq> <fvn>\n");  >>        exit( EXIT_FAILURE); >>    }  >>. >>    devnam_desc.dsc$b_dtype = DSC$K_DTYPE_T;. >>    devnam_desc.dsc$b_class = DSC$K_CLASS_S;0 >>    devnam_desc.dsc$a_pointer = devnam_buffer; >>* >>    devnam_buffer[DEVNAM_SIZE+1] = '\0';4 >>    strncpy( devnam_buffer, argv[1], DEVNAM_SIZE);D >>    devnam_desc.dsc$w_length = (short int) strlen( devnam_buffer); >>$ >>    /* Assign a channel to disk */ >>    status = sys$assign(  : >>        &devnam_desc,  /* disk device name descriptor */9 >>        &channel,      /* disk device channel number */ 2 >>        0,             /* default access mode */) >>        0);            /* no mailbox */  >>    if( (status & 1) == 0) {0 >>        ERROR_MSG "Error in assign status\n"); >>        lib$stop( status); >>    }  >> >>    fnum = atoi( argv[2]); >>    fseq = atoi( argv[3]); >>    frvn = atoi( argv[4]); >> >>    fib.fib$w_fid_num = fnum;  >>    fib.fib$w_fid_seq = fseq;  >>    fib.fib$w_fid_rvn = frvn;  >>, >>    fib_descr.dsc$w_length = FIB$K_LENGTH;, >>    fib_descr.dsc$b_dtype = DSC$K_DTYPE_T;, >>    fib_descr.dsc$b_class = DSC$K_CLASS_S;. >>    fib_descr.dsc$a_pointer = (char *) &fib; >>( >>    atr[0].atr$w_size = ATR$S_ASCNAME;( >>    atr[0].atr$w_type = ATR$C_ASCNAME;$ >>    atr[0].atr$l_addr = &filename;* >>    atr[1].atr$w_size = ATR$S_FILE_SPEC;* >>    atr[1].atr$w_type = ATR$C_FILE_SPEC;$ >>    atr[1].atr$l_addr = &filespec; >>    atr[2].atr$w_size = 0; >>    atr[2].atr$w_type = 0; >> >>    status = sys$qiow(N >>        0,                      /* Default event flag #, OK for synch I/O */4 >>        channel,                /* Disk channel */@ >>        IO$_ACCESS|IO$M_ACCESS, /* Access file and get info */8 >>        &dev_iosb,              /* I/O Status Block */A >>        0,                      /* No AST completion routine */ 7 >>        0,                      /*   or parameters */ C >>        fib_descr,              /* P1 = fib descriptor address */  > F >How sure are you that you are passing the address of 'fib_descr'?  ;) > 0 >>        0, 0, 0,                /* No P2-P4 */D >>        &atr,                   /* P5 = attribute control block */- >>        0);                     /* No P6 */  >>    if( (status & 1) == 0) {C >>        ERROR_MSG "Error in io$access, status: %8.8X\n", status);  >>        lib$stop( status); >>    } ' >>    if( (dev_iosb.status & 1) == 0) { ? >>        ERROR_MSG "Error in io$access, iosb.status: %8.8X\n",  >>            dev_iosb.status); % >>        lib$stop( dev_iosb.status);  >>    }  >>5 >>    printf( "Filename(%d)>%s<\nFilespec(%d)>%s<\n", & >>        strlen( filename), filename,' >>        strlen( filespec), filespec);  >>$ >>    /* Deassign channel to disk */$ >>    status = sys$dassgn( channel); >>    if( (status & 1) == 0) {2 >>        ERROR_MSG "Error in deassign status\n"); >>        lib$stop( status); >>    }  >>} D >>$ fid = "$" + f$parse( "FILEID",,f$environment( "DEFAULT")+".EXE") >>$ macro/migr fileid.mar  >>$ link fileid  >>$ fid  >>ID.CTL;1    >>_BEAST$DKA500:[000000]ID.CTL;1 >>$ cc fileid.c  >>$ link fileid  >>$ fid dka500 4 23 0 & >>Error in io$access, status: 000026C4R >>%SYSTEM-F-NOT64DEVFUNC, 64-bit address not supported by device for this function1 >>%TRACE-F-TRACEBACK, symbolic stack dump follows R >>  image    module    routine             line      rel PC           abs PC      Q >> FILEID  FILEID  main                   26810 0000000000000310 0000000000020310 Q >> FILEID  FILEID  __main                     0 000000000000006C 000000000002006C Q >>                                            0 FFFFFFFF88C850F8 FFFFFFFF88C850F8  >> >-- P >VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM >           P >city, n., 1. a place where trees are cut down and streets are named after them.    E I hate to follow-up my own post but Ed James sent me a personal email : thanking me for pointing him to the source of his problem.  E In another recent thread here there was a discussion of the merits of E knowing machine language.  This is a good example.  Anyone with the C D compiler could have compiled the source with /DEBUG and then stepped into the code at the $QIO call.    DBG> DISPLAY INST  DBG> SET STEP INST DBG> SET RADIX HEXADECIMAL  D When the compiler generated code that obtains the fib_descr is exec-E uted, a register will contain what will be placed in a stack frame as F the P1 argument.  Examining this will show the loeer longword contain-C ing the descriptor type and class codes and the length.  The upper  D longword will contain the descriptor pointer to the data.  The upperC longword not being 00000000 or FFFFFFFF, the $QIO code assumes a 64 E bit address has been passed and generates the error Ed reported here.u   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi            nO city, n., 1. a place where trees are cut down and streets are named after them.h   ------------------------------  % Date: Fri, 09 Mar 2001 22:23:17 -0600e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e0 Subject: Re: - OpenVMS ever to be on Intel chip?- Message-ID: <3AA9AC35.5F986D50@earthlink.net>    David Mathog wrote:E > \ > In article <905F6E4CFmedleybev1net@158.234.153.155>, medleyb@ev1.net (Bert Medley) writes:M > >Or is there a possible O/S toolkit to build an emulator on top of Dos likeo > >Cygwin for UNIX?i > H > There's a VAX emulator around which you can run on windows and run VMS > within it. > F > Or you can wait for Microsoft to finish cannibalizing VMS technology- > which should be done by Windows 2010 or so.a  9 Hhmmm... Maybe by then it will have some decent security!t  B On the radio on the way to work today, I heard that some couple ofG million credit card numbers have been purloined by hackers exploiting ae1 well known and long-standing security hole in NT.b   -- a David J. Dachteras dba DJE Systemsr http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/C  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.w   ------------------------------  % Date: Sat, 10 Mar 2001 00:41:04 -0500o! From: Beyonder <beyonder@vrx.net>w0 Subject: Re: - OpenVMS ever to be on Intel chip?8 Message-ID: <bgdjato7lf8df5hfuhgdvkal3mos7e4qsl@4ax.com>  @ On 9 Mar 2001 17:02:46 GMT, mathog@seqaxp.bio.caltech.edu (David Mathog) wrote:  E >Or you can wait for Microsoft to finish cannibalizing VMS technologyfD >which should be done by Windows 2010 or so.  Apparently they have aM >contractual right to all of it, although what, if anything Compaq is gettingeI >in return is a mystery to me. For instance, have a gander at the clusteroJ >documentation in W2K - it's full of very familiar stuff, quorum disks and >the like. e  ( Compaq got a one-time fee way back when.6 You see it all ties into the whole DEC vs Intel stuff.D DEC had a better chip (still does), and Intel stole the designs from6 DEC to make the Pentium (or was it the II ?) anyhow...  9 DEC caught them red-handed, and was taking them to court.o; However, Intel was buddy-buddy with Compaq and asked Compaq / to buy DEC so the lawsuit would get thrown out.   > And thus the contractual agreements between Compaq and M$ step in.t  @ So in other words, DEC, the VAX, VMS, and all else was basically. f-c-ed and will die a long slow painful death.  E of course, maybe I just made this up. only history knows for sure. :)C   B.   ------------------------------  % Date: Sat, 10 Mar 2001 01:52:53 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>c0 Subject: Re: - OpenVMS ever to be on Intel chip?, Message-ID: <3AA9CF1B.E42C93F6@videotron.ca>   "David J. Dachtera" wrote:D > On the radio on the way to work today, I heard that some couple ofI > million credit card numbers have been purloined by hackers exploiting ab3 > well known and long-standing security hole in NT.i  H Now that NT is standard and that corporations have invested so much timeM setting up real applications on NT and thus dependant and unlikely to change,VS Microsoft will do what it takes to convince them to upgrade to the latest releases.   M I would not be surprised if that latest hacker news about stolen credit cards K might have been unofficially started by Microsoft. Think about it. The factaG that the media focus on "older version of Microsoft's operating system"-L provides strong incentive to update to the current version and hence give MS more money.a  I If the media simply said "Hackers got into Microsoft enterprise opreatingNN system and stole credit cards", it would be true egg on the face of MS. But byL saying "those who are running old versions of the MS operating system shouldL upgrade otherwise they are candidates to be hacked", it doesn't make MS lookK so bad because the fla is because people are runnng old versions of the OS.e   ------------------------------  % Date: Sat, 10 Mar 2001 07:38:21 +0100   From: Paul Sture <paul@sture.ch>7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask.t+ Message-ID: <VA.000002f5.1d9bb8f3@sture.ch>h  T In article <009F8A8B.14402962@SendSpamHere.ORG>, VAXman- Brian Schenkenberger wrote:? > From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a& > Newsgroups: comp.os.vms,comp.sys.dec9 > Subject: Re: A Compaq Qwestion a VMSer Would Never Ask.a% > Date: Wed, 07 Mar 2001 17:32:04 GMT  > ^ > In article <87itll93z5.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:B > >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > > a > >> In article <8766hmhgtf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: E > >> >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:  > >> >L > >> >> I recently came across the blue {Any Key} keytops.  If I get time, IL > >> >> will install them on my keyboard and place a picture on my web site.N > >> >> The big question for this group is, which key should be the {Any Key}? > >> > > >> >Do you have a Mac? > >> m
 > >> No. Why?r > > 4 > >The KB power key seems a perfect place for 'ANY'. > K > A Mac has a keyboard key for power?  How stupid.  My cat would be turningl( > the machine on and off all night long. > O Sorry if I've pointed this one out before, and this is a Windows solution, so In/ know you won't be seriously interested, but see + http://www.bitboost.com/pawsense/index.html    :-)    ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Sat, 10 Mar 2001 07:38:22 +0100   From: Paul Sture <paul@sture.ch>7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. + Message-ID: <VA.000002f6.1d9bbafb@sture.ch>   ? In article <009F89C4.0D4F4BA4@SendSpamHere.ORG>, VAXman- Brian c Schenkenberger wrote: H > The big question for this group is, which key should be the {Any Key}? > 	 Space :-)f  H But someone else came in with the correct answer of CTRL - IIRC the one I recommended in the VT220 manual to wake up the screen _without_ sending   C a character to the OS. Shift would do equally well in this respect.>   ___ 
 Paul Sture Switzerland    ------------------------------  $ Date: Fri, 9 Mar 2001 23:56:21 -0500% From: Karl S. Erbland <karl@ksme.net> " Subject: Re: Advocacy Website Woes5 Message-ID: <MPG.15137dfc31187a11989702@news.alt.net>   = In article <tq7q6.1722$G76.2745936@typhoon.ne.mediaone.net>, f! terryshannon@mediaone.net says...kJ > Nope, but the design and management of the site is under the aegis of anN > outside contractor. Complaints or suggestions re: the site are best directed& > to webmaster@compaqworkinggroup.org.    I Terry, why don't you just pass our comments along to the folks who hired   the outside contractor.   B Suggestion: Hire another contractor with knowledge and experience.   ------------------------------    Date: 10 Mar 2001 01:28:54 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Advocacy Website Woes- Message-ID: <87elw6x355.fsf@prep.synonet.com>   6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  A > > Personally, I was hoping they might fix the web site by then.  >  > That would be nice.e >  > >o@ > > Are you saying there is no hope the web site will be fixed ? > J > Nope, but the design and management of the site is under the aegis of anN > outside contractor. Complaints or suggestions re: the site are best directed& > to webmaster@compaqworkinggroup.org.  E I would say the giving clear guidline to the new web site is the only D way to fix it. The idiots who run the current one seem to have thereA heards so far up their arse, they would not know light if the sun> novaed.w   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 10 Mar 2001 00:11:25 -0500 % From: Karl S. Erbland <karl@ksme.net> " Subject: Re: Advocacy Website Woes5 Message-ID: <MPG.1513818caf51c72a989703@news.alt.net>x  D In article <87elw6x355.fsf@prep.synonet.com>, prep@prep.synonet.com  says... 7 > The idiots who run the current one seem to have there C > heards so far up their arse, they would not know light if the sunC	 > novaed.     J Is that a quote from StarTrek: The Next Generation or did Nostradamus say  that?    :)   ------------------------------  % Date: Fri, 09 Mar 2001 13:41:25 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brbI Subject: Re: Alpha: game over. Was RE: Future outlook for OpenVMS admins? L Message-ID: <OFADD142CF.9AF43823-ON03256A0A.005BA1C9@ep-bc.petrobras.com.br>  < I am feeling Terry is thinking in "Terry Knows Sun"  ! ! ! !   :-))   Regards    FC        E "Terry C. Shannon" <terryshannon@mediaone.net> em 09/03/2001 13:33:01              Info-VAX@Mvb.Saic.Como      I Assunto: Re: Alpha: game over. Was RE: Future outlook for OpenVMS admins?t      = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message $ news:3AA8FFF0.B120A063@uk.sun.com...   >- >>J > The SunBlade 1000's and the 280R are shipping now. The customer I adviseI > just got a number of SunBlade 1000's to do their standard build testingt > on.  > 	 > Regards  > Andrew Harrisoni > Enterprise IT Architect   I That is definitely Good News for Sun. And its customers and stockholders,iG too.  Wouldn't look good to announce the UltraSparc III-inside midrange,> UE-boxes on 21 March if the processors remained "constrained."   ------------------------------  # Date: Sat, 10 Mar 2001 01:33:20 GMTr  From: "mhr" <mreilly36@home.com> Subject: re:AS255 Caps< Message-ID: <Avfq6.237243$65.1374413@news1.rdc1.fl.home.com>  J I need the e-address to the tech docs for an as255/300mHz mobo. I'm tryingA to determine the Capacitor value labelled c127 located behind thesD mouse/keyboard i/p's. I "think" it's labelled 106-16K-608 but am not sure-any help appreciated.     THANKS-MHR   ------------------------------  # Date: Fri, 09 Mar 2001 19:26:46 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Ask the Wizard:  'WIZ' is not an object! 7 Message-ID: <W7aq6.57$S91.2159@gazette.loc1.tandem.com>   _ In article <tafapj62apued8@news.supernews.com>, wspencer@ap.nospam.org (Warren Spencer) writes:u  K :The Wizard will not talk to me.  When I asked it for "7.3 release date"...n  @   Answer: H1CY2001 (Q2CY2001), as has been discussed previously.  / :i got a dialog box with these sentences on it:L :_7 :"A Runtime Error has occurred.  Do you wish to Debug?"N
 :"Line 67" :"Error: 'WIZ' is not an object>  H   That would appear to be be a Javascript error of some sort, involving I   the Javascript in the client and/or the Javascript downloaded from the eI   website.  You could disable Javascript and try again, or try some othern   web browser.  > :Is the Wizard stupid, or do I need different client software?  '   Irrelevent and Unclear, respectively.r   	--_  H   This problem report has been forwarded to the OpenVMS website contact.E   (The "contact" link at the OpenVMS website gets to the same place.)     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 09 Mar 2001 19:33:13 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Ask the Wizard:  'WIZ' is not an object! 7 Message-ID: <Zdaq6.60$S91.2159@gazette.loc1.tandem.com>   _ In article <tafapj62apued8@news.supernews.com>, wspencer@ap.nospam.org (Warren Spencer) writes: D :...Is the Wizard stupid, or do I need different client software?...    F   Heard back....  I'm told this is a Microsoft Javascript bug.  Check D   Microsoft fixes, or contact Microsoft, or acquire another browser.H   That said, the OpenVMS Wizard website will likely have the Javascript I   that the Microsoft Internet Explorer browser finds "offensive" removed.     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 09 Mar 2001 22:16:02 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)a5 Subject: Re: Ask the Wizard:  'WIZ' is not an object! / Message-ID: <tailh2oispd23e@news.supernews.com>   5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in - <Zdaq6.60$S91.2159@gazette.loc1.tandem.com>: >  G >In article <tafapj62apued8@news.supernews.com>, wspencer@ap.nospam.orgd >(Warren Spencer) writes: E >:...Is the Wizard stupid, or do I need different client software?...n >u >eG >  Heard back....  I'm told this is a Microsoft Javascript bug.  Check  E >  Microsoft fixes, or contact Microsoft, or acquire another browser.rI >  That said, the OpenVMS Wizard website will likely have the Javascript  A >  that the Microsoft Internet Explorer browser finds "offensive"  >  removed.  >t >b1 > ---------------------------- #include <rtfaq.h>   > ----------------------------- 4 >      For additional, please see the OpenVMS FAQ --! >      www.openvms.compaq.com     3 > --------------------------- pure personal opinions > --------------------------- 2 >   Hoff (Stephen) Hoffman   OpenVMS Engineering   >   hoffman#xdelta.zko.dec.com u >  >>   Thanks Hoff!   ws   -- a1 << Marriage is Grand.  Divorce is Fifty Grand. >>s   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **n   ------------------------------   Date: 9 Mar 2001 19:58:31 GMTa% From: afeldman@elsewhere.gfigroup.comEQ Subject: Re: Assigning logicals in login.com. How to extend the value of a global * Message-ID: <98bcl7$cqd$1@news.netmar.com>  < In article <3AA7AB5C.B2EE0A6A@jpmorgan.com>, Andrew G Scott % <andrew.g.scott@jpmorgan.com> writes::D >I want to extend the value of a logical, which is set up in a group3 >login.com file, by referring to the logical again.S >-" >In Unix I would do this like his: >o& >PATH=/home/my_home/an_extra_dir:$PATH >F" >How do I achieve the same in VMS? > I >I HAVE achieved it but the outcome is not what I expected or understand.  >The line in my login.com is:i > ! >$ define/nolog          mosource3. >MOSSUSERS_DEV01:[USERS.ASCOTT.AN_EXTRA_DIR],-1 >                                        MOSOURCE0 >  >>E >But "sho log mosource" gives: (Note that AN_EXTRA_DIR doesn't appear8I >because I just added it to the above command for illustrative purposes.)  >m >a >ME >   "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)o >        = "MOSOURCE"dE >1  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)a >        = "MOSOURCE"iE >2  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)n >        = "MOSOURCE" E >3  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)o >        = "MOSOURCE" E >4  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)e >        = "MOSOURCE"tE >5  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)X >        = "MOSOURCE"eE >6  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)e >        = "MOSOURCE"tE >7  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)w >        = "MOSOURCE"wE >8  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)T >        = "MOSOURCE"lE >9  "MOSOURCE" = "MOSSUSERS_DEV01:[USERS.ASCOTT]" (LNM$PROCESS_TABLE)b >        = "MOSOURCE"FH >9  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"pH >8  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"aH >7  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"0H >6  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"-H >5  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"5H >4  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"oH >3  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]" H >2  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]" H >1  "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"eH >   "MOSOURCE" = "MOSSREL_PRD01:[MOSSPRD.DEV_SOURCE]" (LNM$GROUP_000072)+ >        = "MOSSREL_PRD01:[MOSSPRD.SOURCE]"r > E >It would appear to have sort of worked but what are all the repeatedd( >lines for? It doesn't look right to me. >o >Regards
 >Andrew Scott: >t  M Another way to do this (other than my previous post) would be to do somethinge like the following:s   $ DEFINE  MOS  MOSGROUP /GROUP= $ DEFINE  MOSGROUP /GROUP  MOSSPRD-SOURCE  ! Master Group LNMe $ SL MOS(    "MOS" = "MOSGROUP" (LNM$GROUP_000050)3 1  "MOSGROUP" = "MOSSPRD-SOURCE" (LNM$GROUP_000050)- $ DEFINE MOS ASCOTT,MOSGROUP $ SL MOS'    "MOS" = "ASCOTT" (LNM$PROCESS_TABLE)d         = "MOSGROUP"3 1  "MOSGROUP" = "MOSSPRD-SOURCE" (LNM$GROUP_000050) (    "MOS" = "MOSGROUP" (LNM$GROUP_000050)3 1  "MOSGROUP" = "MOSSPRD-SOURCE" (LNM$GROUP_000050)a  M where you replace my shorthand with your longhand (replace MOS with MOSOURCE,i= etc.). This will avoid the circular definition problem above.    Alan E. Feldmant    O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----tM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsoI    NewsOne.Net prohibits users from posting spam.  If this or other postsdL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Fri, 09 Mar 2001 18:11:32 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca> % Subject: Can't SPAWN: SYSTEM-F-NOSLOT , Message-ID: <3AA96318.DF9F2A3F@videotron.ca>  B Ok, this is puzzling me.  This is with VMS 7.2, DW-MOTIF on a VAX.  N All of a sudden, trying to create a process fails. Yesterday, the same processF was able to create processes without any problem. (I didn't logout :-(   SPAWN generates:   SYSTEM-F-F-NOSLOTy   SHOW MEMORY reveals:1                        Total  Free  Resid Swapped + Process Entry Slots     50    20    27    3C+ Balance set Slots       45    20    25    0a  K The Dynamic memory usage shows that both pages and non-paged have plenty of.< free bytes. (process creation only takes a few out of each).   MAXPROCESSCNT is set to 50.r  J SHOW SYSTEM show a total of 29 processes ( I guess the NULL process is the missing one)     Now, the plot thickens:d  F There is one VUE$_username_3 process which is reused to run DECwindowsI applications, and it will run fine to start one application, but I cannott! start any additional application.   L If I kill that one process,  I can then do 4 subsequent SPAWN commands , andL on the 5th one, I will get the NOSLOT message. How can that one process free- up resources for 4 processes when it exists ?t  N The VUE$ process has no subprocesses and is a child of DECW$SESSION, the later& only has that one VUE$ process active.   Now, the plot thickens:   N If I take up all 4 available SPAWNs from my existing DECTERM, the 5th one willN fail with NOSLOT. But if I attempt to start a new DECTERM (started as detached@ process from the window manager), I get a fileview window with :  0 	SYSTEM-F-INSFSPTS, insufficient SPTEs available  N The above message means that the SYSGEN paremeter SPTREQ is at fault according to HELP/MESSAGEp  N But in SYSGEN, the help on SPTREQ seems to imply that the most of the stuff isL dynamically calculated and the parameter is only used to determine number ofQ pages to allocate low level stuff such a RMS, the executive and various adaptors.u  K Furthermore, if I close one decterm window, it seems to allow me to spawn 3eI subprocesses from the other window. Shouldn't that be only 2 (one for the@L decwindows and one for the process that gives me DCL inside the decwindow ?)    G Obviously, I have some other SYSGEN paremeter that is insufficient. Anys> suggestions on how I can track down which parameter is wrong ?   ------------------------------  # Date: Sat, 10 Mar 2001 00:07:31 GMTf2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Can't SPAWN: SYSTEM-F-NOSLOT(4 Message-ID: <7feq6.2$BA1.50@gazette.loc1.tandem.com>  \ In article <3AA96318.DF9F2A3F@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:, :...This is with VMS 7.2, DW-MOTIF on a VAX.  H   How much physical memory is configured on this VAX workstation system?  O :All of a sudden, trying to create a process fails. Yesterday, the same processaG :was able to create processes without any problem. (I didn't logout :-(c :e :SPAWN generates:y :y :SYSTEM-F-F-NOSLOT   	...  6   The NOSLOT means you are out of PCB (process) slots.  K   Is it possible that you have simply encountered transient "spikes" in theH   number of processes running?  J   MAXPROCESSCNT, BALSETCNT, and the VBSS stuff control the number of slotsI   available.  When combined with WSMAX and VIRTUALPAGECNT, these settingseJ   also occupy much of system space -- various VAX systems did fill all of K   system space, due to the large settings for the parameters MAXPROCESSCNT  H   and VIRTUALPAGECNT (and WSMAX), and with large(r) pool requirements...  H :Obviously, I have some other SYSGEN paremeter that is insufficient. Any? :suggestions on how I can track down which parameter is wrong ?p  J   Clean out the cruft lurking in MODPARAMS.DAT, and re-AUTOGEN the system.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 09 Mar 2001 22:21:54 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>:) Subject: Re: Can't SPAWN: SYSTEM-F-NOSLOTG, Message-ID: <3AA99DB5.FA4A1AEB@videotron.ca>   Hoff Hoffman wrote:2M >   Is it possible that you have simply encountered transient "spikes" in the   >   number of processes running?  N Nop. The workstation is quite idle when i don't do anything to it. Since it isK a vaxstation 3100-30, process creation is measured in seconds and slows theeM system down, so there is no way that 20 processes could be created without myu knowing it. :-)   L >   MAXPROCESSCNT, BALSETCNT, and the VBSS stuff control the number of slots >   available.  " What is "all the VBSS stuff" ?????    ? >   When combined with WSMAX and VIRTUALPAGECNT, these settingsvK >   also occupy much of system space -- various VAX systems did fill all ofCL >   system space, due to the large settings for the parameters MAXPROCESSCNTJ >   and VIRTUALPAGECNT (and WSMAX), and with large(r) pool requirements...  M I'll have to re-read the guide to performance management. Any hints though onuL how I can use ANA/SYS to get more information on how what system resource is- too scarce to allow a process to be created ?e    L >   Clean out the cruft lurking in MODPARAMS.DAT, and re-AUTOGEN the system.  L I'd like to actually find out what the problem is before rebooting. I have aN feeling that rebooting would fix the problem even without an autogen, so I seeJ this as a perfect opportunity to sharpen my hunting skills. Besides, isn't1 rebooting a VMS system considered sacrilege ? :-)1   ------------------------------  # Date: Sat, 10 Mar 2001 03:41:12 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Can't SPAWN: SYSTEM-F-NOSLOT-4 Message-ID: <snhq6.7$BA1.93@gazette.loc1.tandem.com>  \ In article <3AA99DB5.FA4A1AEB@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: :Hoff Hoffman wrote:N :>   Is it possible that you have simply encountered transient "spikes" in the! :>   number of processes running?w :rO :Nop. The workstation is quite idle when i don't do anything to it. Since it is L :a vaxstation 3100-30, process creation is measured in seconds and slows theN :system down, so there is no way that 20 processes could be created without my :knowing it. :-)  H   How much physical memory is configured?  (The VAXstation 3100 model 30/   system physical memory limit is 32 MB, IIRC.)u  M :>   MAXPROCESSCNT, BALSETCNT, and the VBSS stuff control the number of slotse :>   available.m :># :What is "all the VBSS stuff" ?????   H   Virtual Balance Set Slots.  This VBSS stuff is indexed in the manuals.  @ :>   When combined with WSMAX and VIRTUALPAGECNT, these settingsL :>   also occupy much of system space -- various VAX systems did fill all ofM :>   system space, due to the large settings for the parameters MAXPROCESSCNT>K :>   and VIRTUALPAGECNT (and WSMAX), and with large(r) pool requirements...B :eN :I'll have to re-read the guide to performance management. Any hints though onM :how I can use ANA/SYS to get more information on how what system resource is . :too scarce to allow a process to be created ?  -   MAXPROCESSCNT and BALSETCNT, most commonly.   M :>   Clean out the cruft lurking in MODPARAMS.DAT, and re-AUTOGEN the system.  :-M :I'd like to actually find out what the problem is before rebooting. I have a"O :feeling that rebooting would fix the problem even without an autogen, so I see K :this as a perfect opportunity to sharpen my hunting skills. Besides, isn't$2 :rebooting a VMS system considered sacrilege ? :-)  I   Not when non-dynamic system parameters are messed up.  Clean the cruft e   out of MODPARAMS, and reboot.c  L   OpenVMS Alpha deals far better with the system space limits, particularly    with pagetable space...c  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Sat, 10 Mar 2001 00:58:09 GMTo2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>, Subject: Re: Classic VMS Games - restoration5 Message-ID: <B_eq6.8792$a3.16890@typhoon.aracnet.com>n  " Beyonder <beyonder@vrx.net> wrote:: > Ok, I posted a bit before, but now for the real deal. :)E > Here's some of the stuff I have collected, and still have, and somer > stuff I'm looking for....   J Have you seen the Hobbyist V1 CD-ROM?  It had a *LOT* of games on it, most0 of which I've *never* seen on the net anywhere.    			Zanes   ------------------------------   Date: 9 Mar 2001 19:12:37 GMTi% From: afeldman@elsewhere.gfigroup.comt7 Subject: Re: Dates (was Re: OpenVMS and Supercomputing)p* Message-ID: <98b9v5$87a$1@news.netmar.com>  L In article <98b7k3$4f5$1@news.netmar.com>, <afeldman@elsewhere.gfigroup.com> writes:-   [...stuff omitted...]-  
 CORRECTIONS!:.  G >Now, despite what it says in www.time.gov's FAQ (they're living in theV past),M >it is entirely sensible to make the convention that 12PM is noon and 12AM isnL >midnight. Moreover, this quite-sensible convention has already been adoptedB >by those who make VCR's, digital clocks (which appear in numerousJ >appliances), and by the New York City subway schedules (although they due  % That "due" should be "do", of course.   H >specify 12:01AM instead of 12:00AM in Service Change notices -- no harm >done.)! >a [...stuff omitted...]n  I >There is a loose end, however: "I'll meet you there Friday at midnight."t DoesH >this mean at the end or at the beginning of Friday? I think most people would L >think it meant at the end of Friday, that is, during "Friday night". But inJ >24-hour lingo that would be Friday 2400, which I think actually is not in the K >24-hour system, but I may be wrong about that. One can always be too vagues; >about things, though, and in this case make it more clear.-:                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  @ Oops, make that "and in this case it should be made more clear." >  >Alan E. Feldman  >afeldman@gfigroup.elsewhere.com >(remove
 >elsewhere >from e-mail address)n >o >a > J > -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  ----- G >  http://newsone.net/ -- Free reading and anonymous posting to 60,000+a groupsJ >   NewsOne.Net prohibits users from posting spam.  If this or other postsM >made through NewsOne.Net violate posting guidelines, email abuse@newsone.netf    O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----6M   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups I    NewsOne.Net prohibits users from posting spam.  If this or other postsuL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Fri, 09 Mar 2001 21:49:38 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>h7 Subject: Re: Dates (was Re: OpenVMS and Supercomputing)r- Message-ID: <3AA9A452.BA093BCB@earthlink.net>   & afeldman@elsewhere.gfigroup.com wrote: > > > [snip]@ > > > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in( > > > <3A971A4A.83B74895@earthlink.net>:
 > > > >[snip]- > > > >P.M. = Post Meridiame > > > > : > > > >Phase I English Translation: "after (the) meridian"J > > > >Phase II English Translation: "after the sun crosses the meridian". > > > >HG > > > >The key word there is "sun". If it's *AFTER* the sun crosses the I > > > >meridian (or perhaps more correctly, while the sun is crossing thelM > > > >(nearest) meridian (to the East of your position, unless you're at the-M > > > >meridan)), then 12:00 (12:00 P.M.) can only be during the light hours.o > > > >c > > > >A.M. = Ante Meridiaml > > > > ; > > > >Phase I English Translation: "before (the) meridian"$K > > > >Phase II English Translation: "before the sun crosses the meridian".c > L > All right, enough archaic stuff already. This ante/post meridiem stuff wasG > invented hundreds of years ago. It's time to move on!!! It's the 21stg: > century! Maybe we should go back to Hollerith cards! ;-)  H Well, yes, it was invented hundreds of years ago. "Science" was inventedG thousands of years ago. I don't see anyone abandoning the sciences justs because they're "archiac". :-)  sO > Now, despite what it says in www.time.gov's FAQ (they're living in the past),RN > it is entirely sensible to make the convention that 12PM is noon and 12AM isM > midnight. Moreover, this quite-sensible convention has already been adopteddC > by those who make VCR's, digital clocks (which appear in numerous K > appliances), and by the New York City subway schedules (although they due I > specify 12:01AM instead of 12:00AM in Service Change notices -- no harmO	 > done.)!a  H Well, remember too, o modern one, that the 12-hour clock has been aroundE for a very long time, also. Back then, the questions of night and dayRD were a little more obvious than in today's global community ("Night?H Where? and "Day? Where?"). The need for 24-hour time is relatively new -- since the dawn of global navigation, I think.R  H The ideas of "midnight" (it's not, except for a brief period either sideG of either equinox in some places) and "noon" (from the old English word F for the ninth hour since daybreak/sunrise - does the sun rise at 03:00D (a.m.) where you are?) are of little value, really. Noon is a momentF (choose a length). Midnight is frequently confused between "the end of6 (x)day" (24:00) and "the beginning of (y)day" (00:00).  H Anyway, this is rather an old thread and most folks have forgotten it or$ have added it to their kill filters.   -- O David J. DachteraD dba DJE SystemsM http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/M  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged._   ------------------------------  % Date: Fri, 09 Mar 2001 15:58:21 -0500M- From: JF Mezei <jfmezei.spamnot@videotron.ca>03 Subject: Re: December Alphas and December Forms :-)=, Message-ID: <3AA943E9.39C7CA6F@videotron.ca>   Roy Omond wrote:! >           December Alpha Expert0! > 7/8, Cobol and December Forms. M    F Remember that under Palmer it became illegal to say the word "DEC" andJ everyone was expected to always say "Digital". Perhaps they just wanted toM avoid any trademark infringements by using "December" instead of "DEC" ?  ? ?_ ?    :-) :-) :-) :-) :-)    ------------------------------  % Date: Fri, 09 Mar 2001 11:32:04 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br 3 Subject: Re: December Alphas and December Forms :-)eL Message-ID: <OF8FB5C09A.B39DAC99-ON03256A0A.004F71BF@ep-bc.petrobras.com.br>   Unbelieveble . . .  J It is why is needed a strong marketing to change from DEC Alphas to Compaq
 Alphas ! !   Regards    FC        0 Roy Omond <Roy@Omond.net> em 09/03/2001 09:09:20             Info-VAX@Mvb.Saic.ComL      / Assunto: December Alphas and December Forms :-)G    1 Just had to laugh at the following job posting onM' http://www.jobserve.co.uk with a search" string of VMS !E               December Alpha Expert"D           December Alpha expert with intensive knowledge of Open VMS' running on December Alpha equipment andSH           be able to support applications written in a mixture of Oracle# 7/8, Cobol and December Forms. SomeEH           knowledge of networking is essential, too,primarily TCP/IP but- a smattering of LAT. Ideally with developmenttE           expertise. Experience of more general systems - Wintel, NT,t. Unix etc. this would be an good advantage. TheC           role will include a limited amount of 2nd line support ons general systems.A           Type: Contract Location: North West Start: ASAP Posted:w- 08/03/01 16:44:09 Reference: JSNIBA/34109/DECa     :-))) and *sigh* ...  	 Roy Omondr Blue Bubble Ltd.   ------------------------------  % Date: Fri, 09 Mar 2001 13:18:26 -0300-) From: fabio_compaq@ep-bc.petrobras.com.br 3 Subject: Re: December Alphas and December Forms :-)oL Message-ID: <OFF8C6E2AA.3748064A-ON03256A0A.00596B66@ep-bc.petrobras.com.br>  E Nice ... It is why  is  difficult to find jobs in Europe to work with 
 OpenVMS ! ! !P  D I will reconfigure my job search tools to match "December"  too  :-)  1 No problems in Brazil : we write "Dezembro"   :-)r   Regards    FC        6 Alan Greig <a.greig@virgin.net> em 09/03/2001 12:02:54             Info-VAX@Mvb.Saic.Com       3 Assunto: Re: December Alphas and December Forms :-)e    D On Fri, 09 Mar 2001 12:09:20 +0000, Roy Omond <Roy@Omond.net> wrote:  2 >Just had to laugh at the following job posting on( >http://www.jobserve.co.uk with a search >string of VMS ! >e >d  >          December Alpha Expert  E It's even worse than that. Do a search on their site for december andiE vms and it finds 8 hits! Some are duplicates but either they have thea? thickest typist imaginable or some software auto expands DEC to F December. A search for december alone finds such gems as December-UNIX etc...   -- Alan   ------------------------------  $ Date: Fri, 9 Mar 2001 20:45:14 -0500' From: "Bill Todd" <billtodd@foo.mv.com>C3 Subject: Re: December Alphas and December Forms :-)a( Message-ID: <98c0jq$n6b$1@pyrite.mv.net>  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3AA943E9.39C7CA6F@videotron.ca... > Roy Omond wrote:# > >           December Alpha Expertr" > > 7/8, Cobol and December Forms. >  >eH > Remember that under Palmer it became illegal to say the word "DEC" and0 > everyone was expected to always say "Digital".  I While not wishing to defend Palmer in any way, it's worth noting that theSL *strong* push to replace 'DEC' with 'digital' was initiated under, and fullyH supported (perhaps even initiated) by, KO in the early-/mid-'80s.  Never could understand why.    - bill    Perhaps they just wanted toJ > avoid any trademark infringements by using "December" instead of "DEC" ? ? ?o > ?s >o > :-) :-) :-) :-) :-)u   ------------------------------  # Date: Sat, 10 Mar 2001 02:32:53 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: December Alphas and December Forms :-)c5 Message-ID: <pngq6.5$BA1.205@gazette.loc1.tandem.com>a  \ In article <3AA943E9.39C7CA6F@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  G :Remember that under Palmer it became illegal to say the word "DEC" and / :everyone was expected to always say "Digital".e  G   That is not what I recall.  While you might have first heard of this eI   preference during the tenure of RP, the preference for DIGITAL entered FF   my ken under KO.  1989 was when I first heard of the preference, andH   I later found it dated back further than that.  The Corporate Identity8   folks quite reasonably took this topic very seriously.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 10 Mar 2001 04:13:52 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: DECserver 90L+ power connector.- Message-ID: <87wv9yvgxr.fsf@prep.synonet.com>l  B Does anyone have a pointer to the 90 series docs? I need the power conector pinout.   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sat, 10 Mar 2001 01:02:37 GMT-L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")0 Subject: Re: Drop C/C++ better sooner than later8 Message-ID: <009F8C43.34CA5D98@SSRL04.SLAC.STANFORD.EDU>  _ In article <98b8r2$g0c$3@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:-- >In article <Pnm0J2Uky1O+@malvm1.mala.bc.ca>, 5 > nothome@spammers.are.scum (Malcolm Dunnett) writes:c8 >|> In article <C2xKI+Iptiv1@eisner.encompasserve.org>, B >|>    Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: >|> n >|> > In article <OF15E80CC1.19D31B85-ON88256A0A.001160A0@foundation.com>, Shane.F.Smith@Healthnet.com writes: >|> >>  K >|> >> That model only works for some languages. Anybody who writes a BASICsQ >|> >> compiler in BASIC, or a Java JIT compiler in Java needs to be removed fromh >|> >> the gene pool.....e >|> >  >|> M >|>    I recall hearing that the VAX BASIC compiler was written in VAX BASIC.l >|> / >|>    This may just be an urban legend though.e >SC >The scariest one I ever heard was the Commercial PC COBOL compilert= >that the vendor claims is written in, you guessed it, COBOL.   F An acquaintance of mine in the 1970s did a contract job for Cal State P University Northridge which had him writing a LISP environment (on a CDC system, IIRC) in COBOL.e  ) He was paid by the hour, so he was happy.    -- Alan   O ===============================================================================h0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================h   ------------------------------   Date: 10 Mar 2001 01:51:51 GMT& From: "Rick Cadruvi" <rick@rdperf.com>0 Subject: Re: Drop C/C++ better sooner than later0 Message-ID: <98c1bn$48p@dispatch.concentric.net>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in messageE > > Your assuming here that Ada is somehow superior at this task.  Ana > > opinion I don't share. >tI > But I do.  I think we should all agree that the method chosen by peoplecI > who were actually willing to do the work is superior to methods that ineH > theory would be chosen by those sitting around chatting in a newsgroup > without doing the work.s  K I think that most any language can be used to write a compiler.  I actually, believecL the best language for writing a compiler is the language itself.  The reason is thatpA it makes the compiler writer a user of the software.  I think ALLh programmersoI should have to use the software they write as an end user for an extendedl periodI of time.  It's amazing how much software improves when programmers become 
 end users.  L Cross compiling solves the porting problem more than adequately.  Obviously, aaJ simple verison of the compiler must be written in some other language that existsL with a new language that doesn't yet have any compiler, but that should only be to bootstrap a compiler.     Rick Cadruvi...s   ------------------------------  % Date: Fri, 09 Mar 2001 20:39:33 +0100>, From: Didier Morandi <Didier.Morandi@gmx.ch>
 Subject: helpu& Message-ID: <3AA93175.16350C06@gmx.ch>   help   ------------------------------  % Date: Fri, 09 Mar 2001 15:42:30 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu>e Subject: Re: helpo+ Message-ID: <3AA94036.C32D28C4@hsc.vcu.edu>   + It's Friday, Didier... Help is on the way!!    J.  ;-)n   Didier Morandi wrote:  >  > help   ------------------------------  # Date: Fri, 09 Mar 2001 21:25:17 GMTh, From: Didier Morandi <Didier.Morandi@gmx.ch> Subject: Re: help :-)l& Message-ID: <3AA94A1D.A0E1176C@gmx.ch>  K I was trying to figure out by myself how infovax works, and I discover thatd listserv has some problems:s  O Your  message is  being returned  to you  unprocessed because  it looks  like asO LISTSERV command, rather than material intended for distribution to the memberseO of the INFO-VAX list. Please note that LISTSERV commands must ALWAYS be sent toeO the LISTSERV address; if it was indeed  a command you were attempting to issue,-O please  send it  again to  LISTSERV@LISTSERV.UGA.EDU for  execution. Otherwise, O please accept  our apologies  and try  to rewrite the  message with  a slightly-O different wording - for instance, change the first word of the message, enclose O it  in quotation  marks, insert  a  line of  dashes  at the  beginning of  yourn
 message, etc.a  O ------------------------ Rejected message (18 lines) --------------------------  ../..8  ) What is "unprocessed" in Listserv syntax?r   D.   ------------------------------  % Date: Fri, 09 Mar 2001 16:40:37 -0500l- From: "Richard D. Piccard" <piccard@ohio.edu>e Subject: Re: help :-)s( Message-ID: <3AA94DD1.792ED1D4@ohio.edu>  O The standard "processing" that a LISTSERV does to a message is to re-send it tov everyone on the list.e  +                                         RDP-     Didier Morandi wrote:0  M > I was trying to figure out by myself how infovax works, and I discover that  > listserv has some problems:p >eQ > Your  message is  being returned  to you  unprocessed because  it looks  like amQ > LISTSERV command, rather than material intended for distribution to the membersIQ > of the INFO-VAX list. Please note that LISTSERV commands must ALWAYS be sent to Q > the LISTSERV address; if it was indeed  a command you were attempting to issue,iQ > please  send it  again to  LISTSERV@LISTSERV.UGA.EDU for  execution. Otherwise,bQ > please accept  our apologies  and try  to rewrite the  message with  a slightly Q > different wording - for instance, change the first word of the message, encloseoQ > it  in quotation  marks, insert  a  line of  dashes  at the  beginning of  yourn > message, etc.  > Q > ------------------------ Rejected message (18 lines) --------------------------a > ../..i >.+ > What is "unprocessed" in Listserv syntax?i >n > D.   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Fri, 09 Mar 2001 21:46:29 GMT   From: jlsue <jlsuexxxz@home.com> Subject: Re: Janitor fixes 90L8 Message-ID: <vljiatsr15flupqihp87g0q4vov0kq4fpl@4ax.com>  F On Wed, 07 Mar 2001 03:26:58 GMT, martin.hunt@nbnz.co.nz (Martin Hunt) wrote:  - >On Tue, 06 Mar 2001 18:08:34 -0500, JF Mezeie& ><jfmezei.spamnot@videotron.ca> wrote: > I >>This means that airport radars have enough energy to cause speakers (or0H >>perhaps the amplifier) to buzz lond enough for me to hear it outdoors. >rD >I live 15km or so from a radar station located on a hilltop. BeforeF >they upgraded it, I would get a squeak about every 10 seconds from myE >tv or telephone as it rotated (the radar, that is!). It was replaceddC >by a new radar which operates on a different frequency and doesn'tsC >cause the same problem, although I still get the occasional squeakO- >through the phone - possibly local shipping.n  
 Darn it!    A Don't pay any attention to that sound, it means nothing.  Just go0@ about your business.  By the way, what was that last call about?   ------------------------------  $ Date: Fri, 9 Mar 2001 23:52:07 -0500% From: Karl S. Erbland <karl@ksme.net>e' Subject: Re: Just Two Days Left to Vote]5 Message-ID: <MPG.15137cfe7bffb13f989700@news.alt.net>t  4 In article <b+qIy7yHd+MF@eisner.encompasserve.org>, ) Kilgallen@eisner.decus.org.nospam says... H > > http://www.compaqworkinggroup.org/advocacy/Surveys/SurveyRanking.cfm > @ > I get nothing but a login box with either your URL or Terry's. >  > I will agree with Karl.  > 9 > >>I have to say, that is one really screwed up website.r > E > Why don't the folks responsible for the web site just join right ineD > the conversation here and explain how JavaScript will "enhance the' > user experience" of viewing results ?     I Larry, don't malign me by inferring that I do not like JavaScript! <GRIN>   H I personally think we should hold you down and pour JavaScript microbes I into your ear and have you be assimilated. Oh, and even some Flash!, too.   ' <<< BIG BIG BIG HUGE HUGE HUGE GRIN >>>T   ========  J My "screwed up website" meant the way the entire website is layed out and  operates. It just sucks.  G It IS NOT user friendly even by the largest stretch of the imagination.e  I Although its mission may be worthwhile, someone really needs to get that  & thing cleaned up and flying correctly.   ========  J I agree, it might be very much worthwhile for someone to post the results F (although that would seem to defeat the "secretiveness" of the login).  G I doubt I will return to the site unless someone could attest that its e clunkiness has been corrected.   Again, it just sucks!e   ------------------------------  $ Date: Fri, 9 Mar 2001 23:53:50 -0500% From: Karl S. Erbland <karl@ksme.net>l' Subject: Re: Just Two Days Left to Vote 5 Message-ID: <MPG.15137d6d8fb6aef6989701@news.alt.net>O  = In article <s17q6.1717$G76.2734586@typhoon.ne.mediaone.net>, r! terryshannon@mediaone.net says...l > M > The Web site was designed for Windoze and Java access, which of course doesoN > not meet the needs of VMSers who have no access to lesser OSes. FYI the ITUG2 > (Tandem User Group) Web site works the same way.  # It sucks on Windows even with Java.h   Poor, ITUG.    ------------------------------   Date: 9 Mar 2001 11:43:38 -0700i1 From: nothome@spammers.are.scum (Malcolm Dunnett)h" Subject: Re: Low cost workstations, Message-ID: <ZSN0zUY1gK0P@malvm1.mala.bc.ca>  , In article <98b6fl$f7f$1@info.cs.uofs.edu>, 7     bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:n > F > All depends on your point of view.  I find DCL incomprehensible and G > yet I can write shell scripts in my sleep.  And there is no differncefH > in command syntax accross "Unix implementations".  There are differentI > shells, but Bourne Shell is Bourne Shell on all Unix systems and CshellpF > is Cshell on all Unix implementations that hav ethe Cshell (it's notH > free or freely available.)  I seem to remembera time when DEC OSes had> > more than one possible user interface. RSTS/E comes to mind.  G     I remember once writing a text editor as a runtime system (CLI) foruF RSTS. That was the only way on RSTS to get shared code - it sure savedH on system memory when you had 30 people editing using it vs each running their own editor.0  
   And I amI > pretty sure that even VMS had a way to designate at login if you wantedd > to use an alternate to DCL.  > D    VMS can have multiple CLIs. The MCR cli which used to be includedB with VMS is an example. It doesn't appear DEC ever encouraged this though.r  3    Was the POSIX shell implemented as a CLI on VMS?    ------------------------------   Date: 9 Mar 2001 20:10:33 GMTr1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)-" Subject: Re: Low cost workstations+ Message-ID: <98bdbp$i77$1@info.cs.uofs.edu>r  3 In article <G02+6ZOynIWD@eisner.encompasserve.org>,D<  Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:b |> In article <98b70n$f7f$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:8 |> > In article <uvXKzE$s9$LY@eisner.encompasserve.org>,A |> >  Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:/ |> > |> O |> > |> As regards adding usernames for "all my users", that clearly depends oncR |> > |> the size of "all".  It will take a university longer than LJK Software :-) |> > vF |> > No, it doesn't.  I use a central server for authentication so allF |> > users have immediate access to the machine as soon as it is added |> > to the network. |> lP |> Fine.  I can COPY SYSUAF.DAT NEWAXP"SYSTEM MANAGER"::SYS$COMMON:[SYSUAF] too,  L Well, I can copy the password file too.  But then keeping all those password files synced is a nightmare.    Q |> but I did say standalone machine.  Your earlier requirement was "no clusters",r  H I would hardly consider querying a server for passwordds as a "cluster".G If you do, then there is not a Unix system in existence that hasn't hade/ "clustering technology" for more than a decade.o  L |> so in response to my "standalone" example you now say "networked, but not |> clustered".    I "Networked" as in capable of accessing all the resources of the Internet.-K Something I would assume was somewhat of a requirement for most sites other-H than classified .gov machines.  That is in most cases an option for VMS 2 while it is the default for the rest of the world.  M |>              That is certainly drawing the rules to suit your purpose, butu+ |> it does not beat the copy command above.r   OK.u   bill   -- hJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   h   ------------------------------  % Date: Fri, 09 Mar 2001 21:25:49 +0100n= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> " Subject: Re: Low cost workstations) Message-ID: <3AA93C4C.932A3211@gtech.com>    Bill Gunshannon wrote:+ > In article <3AA88DC9.C5A8A26F@gtech.com>, B >  Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:A > |> I just looked at the commercial software vendor list. Mostlyb< > |> small unknown companies. It did not say "succes" to me. > @ > And the list of major companies who have announced in the last@ > year that they intend to port their software to VMS is where??  D That is a very very short list. But VMS still has support from a few of the big ISV's.e  M > |> I do not think I have ever heard many complaints about the Ultrix -> DECo > |> OSF/1 move. > : > What ever happened to "If it ain't broke, don't fix it!"@ > What exactly did OSF1 bring to the table that Ultrix-32 didn't > already offer??   ; 64 bit. Ultrix would have required a huge rewrite on Alpha.h  @ A "Unix standard" - when the decision was made many thougth that< OSF would end up with all the participating companies havingB compatible Unix'es. In the end only Digital made the jump, but ...  aM > |> I have heard a lot of complaints about DEC OSF/1 not being ported to VAXi) > |> and MIPS based DEC-stations/systems.  > E > Probably because it coincided with the end of Ultrix-32 developmenty% > which left VAX Unix users stranded.    Yep.  1 > |> If SUN calls it Solaris 1.1, then it exists.- > 9 > And if I call my car a bus will it hold 64 passengers??@   Nope.o  A But a "bus" is a common english word with a well-defined meaning.   ; SunOS and Solaris are trademarks of SUN and they can put itm% on whatever OS's of theirs they want.e  ; Ford could decide to call Focus for Contour and Contour forR Focus if they wanted to.  6 They will not do it, because the result would be total
 confusion.  ( Apperently SUN liked their name-change !  5 > Renaming SunOS after the fact was a marketing ploy.    And ?n   > |> Ofcourse. BSD->SYSV.h > @ > If this is supposed to mean that SYSV was  descended from BSD,( > you must know nothing of Unix history.  ? I was simple refeering to the switch SUN made from BSD to SYSV,y when they joined UI.   Arne   ------------------------------   Date: 9 Mar 2001 20:16:26 GMTu1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)o" Subject: Re: Low cost workstations+ Message-ID: <98bdmq$i77$2@info.cs.uofs.edu>-  , In article <ZSN0zUY1gK0P@malvm1.mala.bc.ca>,4  nothome@spammers.are.scum (Malcolm Dunnett) writes: |> nG |>    VMS can have multiple CLIs. The MCR cli which used to be included E |> with VMS is an example. It doesn't appear DEC ever encouraged thiso
 |> though. |> :6 |>    Was the POSIX shell implemented as a CLI on VMS?   That's the one I remember!!!!a   bill   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 9 Mar 2001 20:33:02 GMT-1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)0" Subject: Re: Low cost workstations+ Message-ID: <98belu$j12$1@info.cs.uofs.edu>n  L In article <rdeininger-0903011037550001@user-2ivec0r.dialup.mindspring.com>,5  rdeininger@mindspring.com (Robert Deininger) writes:< |> 2J |> Bill, your salary, spread over the many different systems you take careF |> of, is part of TCO.  But a lot of schools don't have a guy like you= |> anymore.  The student of the day does what you are doing. 1  G How could a school let a student do what I do??  I have access to everyrE account in the department.  That means I have access to all the profs5H tests.  All their personal grading spreadsheets.  All the other studentsG work.  What school could possibly allow a student this kind of access??   I |> |0 |> What software would be important at your lab?  5 Simple to state, apparently impossible to accomplish.e  A In order to have a lab full of VMS machines they would have to bea@ capable of doing what is done in the labs now.  Typical desktop D apps, modern software development tools, modern software engineering tools.   |> e> |> Are there still open-topic courses for advanced undergrads?  C Don't have to be advanced.  Every student here has to do a projectst course in his senior year.  cH |>                                                             How aboutJ |> some courses where groups of students port some non-trivial open-sourceM |> software to VMS?  With an instructor to point in the right direction, they 1 |> wouldn't need to know a ton of VMS in advance.s  G I have suggested this in the past and I have talked with the DepartmentaF Chair about it.  It's a great idea and emminently doable.  All that isH needed is the VMS equipment.  Nobody here is going to fund it.  So whereK does it leave us??  Back to the same solutions that were suggested 6 months ' ago and a year ago and so on and so on.:   |> oL |> I think courses like this would be very good for the students, regardless |> of the platform.   L That's why we have one.  It's also one of the reasons we are one of an elite$ few who have accredited CS programs.  kI |>                  It seems to me that many student programming projectsaM |> these days are small, pre-cooked, and almost trivial.  They don't get mucho |> practice working  |> 1) in groupshM |> 2) on projects large enough that designing and organizing are non-trivial.   A I agree.  And have said as much.  We do have students who work int? small teams on projects sometimes, but I would like to see somenA projects that require passing them on and continuing development.s   |> mJ |> It might not be the case at your school, but I've heard of departementsJ |> where seniors only do 4 or 5 "machine problems" per course, and none of& |> them are more than 2 pages of code.  G We have had some pretty complex problems. Projects are frequently drawnpJ from submissions from the real world.  But I still think we could do more.F I think the VMS Freeware porting project could be beneficial for a lotH of people including Copmpaq and VMS users everywhere.  But the potentialJ gain for us is not seen as warranting the necessary investment in hardware" when money is (as always) tight.     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------  % Date: Fri, 09 Mar 2001 15:54:04 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>e" Subject: Re: Low cost workstations, Message-ID: <3AA942E8.C25E08EA@videotron.ca>   Alan Greig wrote:MH > Unless these are unmaintained I'm not sure how it can be economical to$ > keep RA8x disks online these days.  N Efficient source of heating for those in cold climates ? ( this means you onlyA use the RA80s during fall, winter and spring, not in the summer).   M RA82 had 1/3hp electric motors, complete with a brake, multiple fans, and theiL HDA is quite useful as a boat anchor. The drawers also offer lots of stoarge% space once you're gutted the insides.T   ------------------------------  # Date: Fri, 09 Mar 2001 20:49:10 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>" Subject: Re: Low cost workstations< Message-ID: <albq6.1739$G76.2856045@typhoon.ne.mediaone.net>  7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messager# news:3AA93C4C.932A3211@gtech.com...  > Bill Gunshannon wrote: >a7 > > Renaming SunOS after the fact was a marketing ploy.e >a > And ?- >- > > |> Ofcourse. BSD->SYSV.g > > B > > If this is supposed to mean that SYSV was  descended from BSD,* > > you must know nothing of Unix history. >-A > I was simple refeering to the switch SUN made from BSD to SYSV,a > when they joined UI. >o  J The switch from BSD to SVID did not go over well with a whole bunch of SunL customers. Migration supposedly was a cast-iron, umm, ex-spouse. In the end,I Sun figured it made more sense to let SunOS users go on using SunOs until J their platforms reached end of life, at which point they had little choice( but to migrate to Solaris. Or elsewhere.  J Given Sun's commanding share of the Unix marketplace, the strategy worked.   ------------------------------   Date: 9 Mar 2001 20:56:35 GMTe1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)f" Subject: Re: Low cost workstations+ Message-ID: <98bg23$jha$2@info.cs.uofs.edu>   , In article <98b0tf$m95@gap.cco.caltech.edu>,5  mathog@seqaxp.bio.caltech.edu (David Mathog) writes:al |> In article <3AA88F56.A853955D@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: |> h< |> >There are still some educational systems left using VMS. |> hJ |> True, they are not ALL shut down.  And likely there will still be some M |> running here and there in 20 years.  But just like the PDP11 grinding away-E |> about 30 meters from here VMS has become more of an anomoly than a-
 |> presence. i  ? I can vouch for that.  The only thing they laugh at me for more B than my VAXen are my PDP-11's.  I even have them running at home!!   See, I'm really not anti-DEC.      bill   -- hJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------   Date: 9 Mar 2001 20:54:29 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)7" Subject: Re: Low cost workstations+ Message-ID: <98bfu5$jha$1@info.cs.uofs.edu>0  L In article <rdeininger-0903011044130001@user-2ivec0r.dialup.mindspring.com>,5  rdeininger@mindspring.com (Robert Deininger) writes:o |> eB |>                                             Data loss is just a |> part of life.  C Boy, you wouldn't last around here with that attitude.  ReliabilityeC options was one of the easiest battles I ever fought.  That's why If- have RAID and a DLT tape for regular backups.a   bill     -- wJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 09 Mar 2001 16:07:49 -0500y- From: JF Mezei <jfmezei.spamnot@videotron.ca>-" Subject: Re: Low cost workstations, Message-ID: <3AA94621.384761FA@videotron.ca>   Larry Kilgallen wrote:I > As regards adding usernames for "all my users", that clearly depends oneL > the size of "all".  It will take a university longer than LJK Software :-)  K In situations where you have a very large group of users to be created, thea5 folks will usually build automated routines to do so.   N In the case of ALL-IN-1 for instance, creating a user is extremely simple onceN you've created a generic profile template. You specify which profile you want,N what the user name, password and real name is going to be and press return. ItN submits a batch job that does everything, including finding the first UIC thatN is available in the group specified in the profile template, will sell all theE UAF parameters according to that profile, create the user's sys$loginmN directory (and set its ownership correctly, as well as the A1 subdirectory and populate it etc etc).     I When you look at ISPs which are almost all Solaris based, they would havehN developped similar automated tools so that their sales people can create a newH customer very easily (yet, it still requires the database for PPP dialupN access, separate username password for POP as well as creation of mailbox withK name alias, the creation of the FTP user and password and directory for the : customers's own web page, and all the billing information.  E When you build systems of that scale, it doesn't really matted if thet' "authorize" commands are simple or not.i    G In the case of VMS, perhaps one of its big advantages is the clustering-J allowing the authorisation file to be shared. So you'd had a single uniqueN username/password combination for PPP access, POP email access and FTP access.& (assuming the POP server uses SYSUAF).  M My ISP has different authorisation files for all of these services (they are,m# like every big ISP, Solaris based).i   ------------------------------  $ Date: Fri, 9 Mar 2001 17:43:52 -0500( From: Bill Gunshannon <bill@cs.uofs.edu>" Subject: Re: Low cost workstationsL Message-ID: <Pine.LNX.4.10.10103091741110.22474-100000@triangle.cs.uofs.edu>  + On Fri, 9 Mar 2001, Terry C. Shannon wrote:-   > L > The switch from BSD to SVID did not go over well with a whole bunch of SunN > customers. Migration supposedly was a cast-iron, umm, ex-spouse. In the end,K > Sun figured it made more sense to let SunOS users go on using SunOs untiliL > their platforms reached end of life, at which point they had little choice* > but to migrate to Solaris. Or elsewhere. > L > Given Sun's commanding share of the Unix marketplace, the strategy worked.  J Not everywhere.  That was the point at which we went from having 3 studentJ labs of Suns and a Sun on every prof's desk to having no Suns anywhere butJ in the closet. Until they were revived for a brief stint running Plan9 and Amoeba.e  A Oh yeah, VMS lasted a bit more than a year longer in general use.b   bill   -- cJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   n   ------------------------------  $ Date: Fri, 9 Mar 2001 17:46:12 -0500( From: Bill Gunshannon <bill@cs.uofs.edu>" Subject: Re: Low cost workstationsL Message-ID: <Pine.LNX.4.10.10103091744540.22474-100000@triangle.cs.uofs.edu>  # On Fri, 9 Mar 2001, JF Mezei wrote:v   > Alan Greig wrote:uJ > > Unless these are unmaintained I'm not sure how it can be economical to& > > keep RA8x disks online these days. > P > Efficient source of heating for those in cold climates ? ( this means you onlyC > use the RA80s during fall, winter and spring, not in the summer).t > O > RA82 had 1/3hp electric motors, complete with a brake, multiple fans, and theaN > HDA is quite useful as a boat anchor. The drawers also offer lots of stoarge' > space once you're gutted the insides.:  G There's worse.  I have an SMD salvaged off a GEAC library system that I@H can't even give away.  I fear it is shortly destined for dismantling and
 the dumpster.s   bill   -- lJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  $ Date: Fri, 9 Mar 2001 20:10:24 -0500  From: John Santos <JOHN@egh.com>" Subject: Re: Low cost workstations6 Message-ID: <1010309200052.12932A-100000@Ives.egh.com>  % On Fri, 9 Mar 2001, Alan Greig wrote:i  = > On 8 Mar 2001 23:45:52 GMT, bill@triangle.cs.uofs.edu (Billr > Gunshannon) wrote: > , > >In article <3AA7D2E4.8D78A137@gtech.com>,C > > Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:i > >|> Brian Wheeler wrote:T > >|> >                                                        In general, we've hadV > >|> > more issues with our VMS machine due to its aging hardware (Its a VAX 4000/200 > >|> > with RA81/RA82 disks)t > >|>  > >|> RA81's sucks ! > >eE > >Don't say that so loud.  You'll give all mine in the other room an- > >inferiority complex.c > H > Unless these are unmaintained I'm not sure how it can be economical to$ > keep RA8x disks online these days. >   G Even if they are unmaintained and floor space is free, they must use a nH fortune in electricity and A/C.  (Remember every watt used by the drive 0 becomes heat in the room and must be removed...)  F Try to find some RA7x's or RA9x's...  I got 2 RA72's on ebay for aboutE $60 last fall.  Turned out there were really 4 in the box, though onenF was dead, so it was about $20/GB.  Faster, smaller, cheaper, much more	 reliable.      > >bill  >  > -- > Alan >  >    -- ? John Santosr Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 9 Mar 2001 21:06:03 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)n" Subject: Re: Low cost workstations3 Message-ID: <hkGchKw8yrM3@eisner.encompasserve.org>o  ` In article <ZSN0zUY1gK0P@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:    5 >    Was the POSIX shell implemented as a CLI on VMS?i   Yes.   ------------------------------    Date: 09 Mar 2001 21:52:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Low cost workstations- Message-ID: <87d7brxd5s.fsf@prep.synonet.com>r  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:m  C > Understand it.  The majority of the world has never even heard of E > VMS.  But they have heard (and seen) enough of Unix to know hogwashdD > when they see it.  It's time for VMS to stop saying how good it is- > and actually show someone where it matters.a  B Been there, seen the result. I'm not sure which gets to them more;F what VMS can do, or the cone of silence around it! And those who get aF chance have all, after the initial cursing and discovery of how to get5 out of LSE ;), all comment one how easy it is on VMS.o  F The other thing that killed VMS was the large proportion of old, slow,F grossly overloaded systems they where shackeled to back when on campus/ VMS did exist. Some still hate VMS as a result.    -- f< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.d@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 10 Mar 2001 02:08:14 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Low cost workstations- Message-ID: <8766hix1bl.fsf@prep.synonet.com>n  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:   F > |> I do not think I have ever heard many complaints about the Ultrix > -> DEC |> OSF/1 move.s > @ > What ever happened to "If it ain't broke, don't fix it!"  WhatC > exactly did OSF1 bring to the table that Ultrix-32 didn't alreadyo	 > offer??   6 64-bit future. The SPIM verson was a sort of pre-beta.  F > |> I have heard a lot of complaints about DEC OSF/1 not being ported0 > to VAX |> and MIPS based DEC-stations/systems.  E > Probably because it coincided with the end of Ultrix-32 development C > which left VAX Unix users stranded.  BSD at that time was OK, but  > Ultrix-32 had real support.   @ Worse. DEC did another of their momumental customer fuckovers byD telling customers looking at the newest SPIM boxes that OSF would beA supported on into the future. They got a v0.1ish version, and the! finger.i  F Many have not bought a DEC item since, and will be hostile to the Q as well.o   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 09 Mar 2001 14:32:51 -0500k" From: Dan Sugalski <dan@sidhe.org>- Subject: Re: Mod_Perl won't let go of a file.0: Message-ID: <5.0.2.1.0.20010309142833.0201c840@24.8.96.48>  0 At 04:40 PM 3/9/2001 +0000, Mike Flaherty wrote:J >I have a simple routine to read the contents of a file into a scalar.  ItG >works fine but the system won't release the file even though I am only H >opening it for READ.  NOTE that this only happens via CGI (command lineI >seems fine).  I am using Apache on VMS (csws 1.01) and when I do a "shownI >dev/files" I see that Apache is still holding on to the file which meansh7 >that I can't update it later when I open it for WRITE.s  < Well, you *do* open it twice on two different filehandles...  ( >unless (open (DATAPLACE,"$userlist")) {" >        open USERLIST, $userlist;  4 While you close USERLIST, you don't close DATAPLACE.  G This is OK for standalone code, since the file will be closed when the dL program exits. mod_perl processes don't exit after they run a script (which @ is how they get a good speed boost) so the open file stays open.  G It's really important for any code that runs under mod_perl completely  L cleans up after its files and initializes its variables before use (amongst N other things). The environment is generally less forgiving than for plain CGI.   					Dan  I --------------------------------------"it's like this"-------------------r2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evene;                                       teddy bears get drunkh   ------------------------------  % Date: Fri, 09 Mar 2001 20:40:59 -0800 - From: Jack Patteeuw <jjpatteeuw@peoplepc.com>o( Subject: Re: NEW Compaq Memory for ES40>, Message-ID: <3AA9B05B.399ADB5E@peoplepc.com>   Island Computers wrote:  > K > Yep... maybe .. and Compaq will void warranty on your system with the 3rdwN > Party memory inside - we sell Camintonn also - but this price is quite closeF > to the third party stuff - close enough where it is worth buying the* > DEC/Compaq part number stickered product  B I don't know the Compaq "official" policy, and I do know that manyF companies insist on keeping their equipment "all Compaq" (certainly isC nice to only have to point the finger at one company), but the costaD difference between Compaq brand memory from Compaq (> $50K list) andD your much more reasonable price ($18,995) and Kingston pricing ($6K); certainly bears investigation of one's maintenance options.c  H I would hope that something could be "negotiated".  Perhaps for a modestH price increase in one's monthly maintenance fee, Compaq Customer ServiceH (who used to be Digital Multi-Vendor Customer Service) would "cover" theG system with the memory installed.  Or at worst, any problems would haver6 to be recreated without the 3rd part memory installed.  D Compaq certainly needs to re-do the pricing of all of its systems inC light of the major price drops in memory in the past 3 or 4 months.       
 Jack Patteeuw    ------------------------------  # Date: Sat, 10 Mar 2001 04:02:55 GMTa( From: Terry Kennedy <terry@gate.tmk.com>( Subject: Re: NEW Compaq Memory for ES40>' Message-ID: <G9yr8v.JGx@spcuna.spc.edu>e  - Island Computers <sales@islandco.com> writes:lK > Yep... maybe .. and Compaq will void warranty on your system with the 3rdoN > Party memory inside - we sell Camintonn also - but this price is quite closeF > to the third party stuff - close enough where it is worth buying the* > DEC/Compaq part number stickered product  J   I didn't see your initial post because I've killfiled you, but since youI are luring other posters into this fray based on misinformation, I feel Io should comment.   K   It is illegal for a vendor to require use of their add-on components sucheI as memory, disk drives, etc. per the Magnuson-Moss Warranty Act of 1975. iK While the Act only applies to sales to "consumers" and not business sales, oM in reality most vendors decide to treat business users the same as consumers,bK as otherwise they would be providing less coverage to their business users.t  M   In particular, clicking on the warranty statement for the ES40 on the page: I http://www.compaq.com/support/warranty_upgrades/ww_limited_warranty.shtmlwJ gets you document EK-WAR3Y-CL, dated 10/25/00, which says "Some states or L countries do not allow a limitation on how long an implied warranty lasts orK the exclusion or limitation of incidental or consequential damages for con-tL sumer products.", which certainly implies that they are treating the ES40 asJ "consumer goods". When I was in the computer business, we were told by ourK counsel that it was necessary to state "This document and the accompanying tK hardware and software are not intended as "Consumer Goods" under applicablewK federal or state law(s)." in order to avoid being covered by Magnuson-Moss.r< No such language appears in the Compaq document cited above.  '   The old DEC warranty, still found at:e< http://www4.support.compaq.com/support/warranty/Warranty.asp says:f  & "Non-DIGITAL Hardware Products/Options  K DIGITAL's warranty obligations extend only to products, options, and parts  M manufactured or distributed by DIGITAL under the DIGITAL brand name. DIGITAL  L does not warrant that non-DIGITAL hardware options will function error free I when installed in a DIGITAL Computer, nor that the DIGITAL Computer will .E function error free with the non-DIGITAL hardware options installed. aI Non-DIGITAL Hardware Products, Options and parts may be warranted by the DJ manufacturer, as expressly provided in the documentation accompanying the  product/option."  L   Further, at Compaq Communities (with a really long URL which I'm not goingK to post here), there's a question that asks: ""Does warranty become invalidrK by replacing and/or adding parts?" which has a Compaq "Approved" tag on theoL answer, which says: "Your Compaq warranty won't be voided just by installingK a third party piece of hardware unless that hardware causes damage to your PL system. However, don't expect to be able to call Compaq and receive support  for the parts you add."G  E   Last, at: http://www.kingston.com/policy/no_void.asp Kingston says:lJ "Today's leading server manufacturers say that the warranty remains valid  when using Kingston memory!   K Compaq says in a recent FAQ document: "Can I use 3rd party memory in these -K systems (Compaq highly-parallel systems, Servers)? Compaq's answer: "Yes.""B  M   Of course, some people will always buy the manufacturer's memory regardlessnJ of price, either for peace of mind or simply as a matter of policy. OthersM are more concerned about the best value for their dollar. Your sale of Compaq>J parts for less than Compaq list may appeal to both groups, but you'd serveK them better by emphasizing the value you're providing, and not by spreadingb FUD.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAc   ------------------------------   Date: 9 Mar 2001 19:35:22 -0500i3 From: "Gareth V. Williams" <graff@cfa0.harvard.edu> + Subject: New memory in VAX 4000/90 not seen., Message-ID: <3aa976ca.0@cfanews.harvard.edu>  F Here's the problem.  I have just replaced 4 x 4MB memory in one of ourJ old VAXes with 8 x 16 MB memory boards.  When the system was restarted theE initial banner still indicated only 16 MB.  I was expecting that the DG hardware should see the new memory automatically even if the OS didn't.s  E Once the system was rebooted, I followed the instructions in the FAQ e5 about adding memory.  After the rebooot, still 16 MB.o  G Since RAM boards need to be added in fours in this model, I don't thinke$ that the new memory can be at fault.   Running SYSGEN shows d SYSGEN>  SHOW PHYSICALPAGESIP Parameter Name            Current    Default     Min.     Max.     Unit  DynamicP --------------            -------    -------    -------  -------   ----  -------F PHYSICALPAGES              262144    1048576      2048   7340032 Pages   but:
 $ show mem@               System Memory Resources on  9-MAR-2001 18:55:58.10  L Physical Memory Usage (pages):     Total        Free      In Use    ModifiedL   Main Memory (16.00Mb)            32768        8687       23058        1023 etc.  
 Any thoughts?    -- AH ------------------------------------------------------------------------H Gareth V. Williams, MS 18, 60 Garden Street, Cambridge, MA 02138, U.S.A.+ Associate Director, IAU Minor Planet CenteraH gwilliams@cfa.harvard.edu        http://cfa-www.harvard.edu/iau/mpc.html7 OpenVMS & RISC OS: refined choices in operating systemse   ------------------------------  # Date: Sat, 10 Mar 2001 01:13:17 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: New memory in VAX 4000/90 not seenn4 Message-ID: <Ncfq6.4$BA1.71@gazette.loc1.tandem.com>  b In article <3aa976ca.0@cfanews.harvard.edu>, "Gareth V. Williams" <graff@cfa0.harvard.edu> writes:5 :...I have just replaced 4 x 4MB memory in one of ouri) :old VAXes with 8 x 16 MB memory boards.    D   Ok, so I had to read the subject to figure out which model VAX was   involved here.       Which OpenVMS VAX version?  C   And a VAX-11/780 would be "old", a VAXstation 4000 model 90 is a s   fairly recent VAX system...P  " :When the system was restarted theF :initial banner still indicated only 16 MB.  I was expecting that the H :hardware should see the new memory automatically even if the OS didn't.  G   Some VAX system power-up self-tests will display the memory present,  F   and sometimes something added to the site-specific startup will (tryC   to) display configuration information.  Which are you looking at?i  D   What does the VAXstation 4000 model 60 console command SHOW MEMORY   show?   F :Once the system was rebooted, I followed the instructions in the FAQ 6 :about adding memory.  After the rebooot, still 16 MB.  ?   May I assume you used AUTOGEN for the reboot, as recommended?o  C   May I further assume you corrected ALL entries for PHYSICALPAGES,r?   or reduced all entries to one (corrected) entry in MODPARAMS?t  B   And based on your comments, may I assume you used eight MS44-CA    series (16MB) SIMMs?  H :Since RAM boards need to be added in fours in this model, I don't think% :that the new memory can be at fault.l  B   You may be assuming information that is not yet in evidence. :-)F   On the VAXstation 4000 model 90, memory SIMM banks zero and one are    organized as follows:h       0 1 0 1 1 0 1 0r   :Any thoughts?  I   The VAXstation 4000 model 90 does support 128 MB memory configurations.-  G   Specifically which set of SIMMs was used here (MS44-CA, 54-19103-CA)?i  E   And have you tried populating bank zero only; shuffling some SIMMs?s  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 9 Mar 2001 22:28:18 -0500o3 From: "Gareth V. Williams" <graff@cfa0.harvard.edu>o/ Subject: Re: New memory in VAX 4000/90 not seena, Message-ID: <3aa99f52.0@cfanews.harvard.edu>   Hoff Hoffman <hoffman> wrote:ed : In article <3aa976ca.0@cfanews.harvard.edu>, "Gareth V. Williams" <graff@cfa0.harvard.edu> writes:7 : :...I have just replaced 4 x 4MB memory in one of ourr+ : :old VAXes with 8 x 16 MB memory boards. r   :   Which OpenVMS VAX version?     V6.1  E :   And a VAX-11/780 would be "old", a VAXstation 4000 model 90 is a   :   fairly recent VAX system...s  <   "Old" is subjective :-)  Our three 4000/90 are our oldest : still-operating machines and still doing sterling service.  $ : :When the system was restarted theH : :initial banner still indicated only 16 MB.  I was expecting that the J : :hardware should see the new memory automatically even if the OS didn't.  I :   Some VAX system power-up self-tests will display the memory present, iH :   and sometimes something added to the site-specific startup will (tryE :   to) display configuration information.  Which are you looking at?j  @   The power-on banner is displayed well before any site-specific6 startup is performed, surely?  The start-up banner is:   KA49-A V1.3-0BC-V4.4  71 MHZ 08-00-2B-30-92-EAe 16MB  F :   What does the VAXstation 4000 model 60 console command SHOW MEMORY	 :   show?|   Console SHOW MEMORY shows:      MEM_TOP  01000000    MEM_BOT  00000000      MEM_NOT_AVAIL    -----------------    00FBBE00:00FFFFFF  H : :Once the system was rebooted, I followed the instructions in the FAQ 8 : :about adding memory.  After the rebooot, still 16 MB.  A :   May I assume you used AUTOGEN for the reboot, as recommended?d     Yep.  bE :   May I further assume you corrected ALL entries for PHYSICALPAGES,rA :   or reduced all entries to one (corrected) entry in MODPARAMS?o  &   There is one entry in MODPARAMS.DAT.  D :   And based on your comments, may I assume you used eight MS44-CA  :   series (16MB) SIMMs?  D   Ah.  The boards we were shipped, which were ordered and CONFIRMED C as being for a 4000/90, are MS44-DC, according to the Compaq box intE which they were shipped.  But they are eight 16 MB SIMMs.  What's the0E difference?  Are we going to have to sort this out with the supplier?:  G :   And have you tried populating bank zero only; shuffling some SIMMs?o  L   Not yet.  Assuming that the MS44-CA/MS44-DC difference is not the problem,F I will try that out tomorrow.  Hopefully, it will have stopped snowing
 by then...  	   Thanks.-     -- -H ------------------------------------------------------------------------H Gareth V. Williams, MS 18, 60 Garden Street, Cambridge, MA 02138, U.S.A.+ Associate Director, IAU Minor Planet CentertH gwilliams@cfa.harvard.edu        http://cfa-www.harvard.edu/iau/mpc.html7 OpenVMS & RISC OS: refined choices in operating systems    ------------------------------  # Date: Sat, 10 Mar 2001 04:02:44 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: New memory in VAX 4000/90 not seena5 Message-ID: <EHhq6.8$BA1.114@gazette.loc1.tandem.com>s  b In article <3aa99f52.0@cfanews.harvard.edu>, "Gareth V. Williams" <graff@cfa0.harvard.edu> writes: :Hoff Hoffman <hoffman> wrote:   :KA49-A V1.3-0BC-V4.4  71 MHZL  F   V1.4 is current, though that is likely not relevent to this problem.   :08-00-2B-30-92-EA :16MBi  H   That is the VAX console program for the KA49 CPU that sees only 16MB, E   which would imply something is wrong with the CPU or the memory (or ;   the installation) -- a low-level failure, in other words.   ,   The MEM_BOT/MEM_TOP looks to be 16MB, too.  E ::   And based on your comments, may I assume you used eight MS44-CA 6 ::   series (16MB) SIMMs?  :sE :  Ah.  The boards we were shipped, which were ordered and CONFIRMED  D :as being for a 4000/90, are MS44-DC, according to the Compaq box inF :which they were shipped.  But they are eight 16 MB SIMMs.  What's theF :difference?  Are we going to have to sort this out with the supplier?  @   MS44-DC is a set of MS44-CA SIMMs.  Make sure all SIMMs match.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Sat, 10 Mar 2001 01:36:56 GMTt) From: "Amy Hoskins" <ahoskins@cox.rr.com>e, Subject: Newbie question - VMS Documentation> Message-ID: <Yyfq6.74605$Z8.14778844@typhoon.southeast.rr.com>  L Wow!  Where to begin!  What is a good starting point to learn VMS?  It seems2 to be very difficult to find books / documentation   Thanks   ------------------------------  # Date: Sat, 10 Mar 2001 02:07:46 GMTo2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>0 Subject: Re: Newbie question - VMS Documentation6 Message-ID: <S%fq6.11384$a3.17208@typhoon.aracnet.com>  ( Amy Hoskins <ahoskins@cox.rr.com> wrote:N > Wow!  Where to begin!  What is a good starting point to learn VMS?  It seems4 > to be very difficult to find books / documentation  E http://www.openvms.compaq.com:8000/ has the documentation set online.h   		Zane   ------------------------------  % Date: Fri, 09 Mar 2001 18:24:01 -08000! From: Shane.F.Smith@Healthnet.com00 Subject: Re: Newbie question - VMS DocumentationD Message-ID: <OF727696FA.57B2AB5D-ON88256A0B.000C8CB4@foundation.com>  K ...And don't forget the "HELP" command. If you'r used to another platform'seI help system it can take a little getting used to, but it is very helpful.sG If you are using a GUI to access VMS, either Motif or CDE, then try thevD bookreader. Most sites have the VMS documentation CDs available, and8 there's several docs on there than on Compaq's web site.  , I recommend you start with the user's guide.   Shaned          F "Zane H. Healy" <healyzh@shell1.aracnet.com> on 03/09/2001 06:07:46 PM   To:   Info-VAX@Mvb.Saic.ComT cc:   1 Subject:  Re: Newbie question - VMS Documentationo    ( Amy Hoskins <ahoskins@cox.rr.com> wrote:H > Wow!  Where to begin!  What is a good starting point to learn VMS?  It seemsh4 > to be very difficult to find books / documentation  E http://www.openvms.compaq.com:8000/ has the documentation set online.p             Zane   ------------------------------  % Date: Sat, 10 Mar 2001 13:24:22 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.aue0 Subject: Re: Newbie question - VMS Documentation5 Message-ID: <01K117G8HETU00AU7E@tgmail.tg.nsw.gov.au>-  ) >Amy Hoskins <ahoskins@cox.rr.com> wrote: O >> Wow!  Where to begin!  What is a good starting point to learn VMS?  It seemsd5 >> to be very difficult to find books / documentationr >eF >http://www.openvms.compaq.com:8000/ has the documentation set online.  P However, for the past two days, I have been getting the "Unable to retrieve the  URL" error.Regards, Paddy-   Paddy O'Brien, Transmission Development,d
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiaw   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people, ; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  # Date: Sat, 10 Mar 2001 02:37:12 GMTp2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Newbie question - VMS Documentation5 Message-ID: <srgq6.6$BA1.205@gazette.loc1.tandem.com>C  j In article <Yyfq6.74605$Z8.14778844@typhoon.southeast.rr.com>, "Amy Hoskins" <ahoskins@cox.rr.com> writes:M :Wow!  Where to begin!  What is a good starting point to learn VMS?  It seemsl3 :to be very difficult to find books / documentation   H   Please see the OpenVMS FAQ.  You will find the OpenVMS documentation, E   tutorials and training information, historical trivial, and variousd:   other OpenVMS-related information referenced in the FAQ.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 10 Mar 2001 03:31:22 GMT) From: leslie@clio.rice.edu (Jerry Leslie)p0 Subject: Re: Newbie question - VMS Documentation' Message-ID: <98c76a$fgm$1@joe.rice.edu>p  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: : E : However, for the past two days, I have been getting the "Unable to s( : retrieve the URL" error.Regards, Paddy :o  8 Works okay from the Houston area (Insync.net is my ISP).  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Fri, 09 Mar 2001 22:32:33 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e0 Subject: Re: Newbie question - VMS Documentation- Message-ID: <3AA9AE61.469BB13D@earthlink.net>d   "Zane H. Healy" wrote: > * > Amy Hoskins <ahoskins@cox.rr.com> wrote:P > > Wow!  Where to begin!  What is a good starting point to learn VMS?  It seems6 > > to be very difficult to find books / documentation > G > http://www.openvms.compaq.com:8000/ has the documentation set online.s  G If you're behind a firewall that blocks non-standard TCP ports (as many0 do), try this URL:  " http://www.openvms.compaq.com/doc/  F Hoff: maybe the FAQ and the OpenVMS website should use this URL due toC the TCP port problems cited repeatedly attempting access this info.o   Yes? No?   -- p David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.a   ------------------------------  # Date: Sat, 10 Mar 2001 04:44:29 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Newbie question - VMS Documentation5 Message-ID: <Niiq6.9$BA1.187@gazette.loc1.tandem.com>n  g In article <3AA9AE61.469BB13D@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:r .. : # :http://www.openvms.compaq.com/doc/  :tG :Hoff: maybe the FAQ and the OpenVMS website should use this URL due toaD :the TCP port problems cited repeatedly attempting access this info. :a	 :Yes? No?I  
   Already.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 10 Mar 2001 00:08 CSTa' From: carl@gerg.tamu.edu (Carl Perkins)m0 Subject: Re: Newbie question - VMS Documentation- Message-ID: <10MAR200100083712@gerg.tamu.edu>   - "Amy Hoskins" <ahoskins@cox.rr.com> writes... M }Wow!  Where to begin!  What is a good starting point to learn VMS?  It seems 3 }to be very difficult to find books / documentation   F The HELP command. That provides useful information. The HINTS subtopic may be very informative.  F The system's own documentation. You may have some books that came withB the system. There is also a CD full of documentation. This is alsoE available on the web where it can be found via www.openvms.compaq.comrD (where you will also find the FAQ, which may prove usefull as well).   --- Carl   ------------------------------  # Date: Fri, 09 Mar 2001 21:22:03 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>) Subject: Of Buildmeisters and Bedevilment < Message-ID: <%Pbq6.1747$G76.2871145@typhoon.ne.mediaone.net>  H Among the 70 open OpenVMS job slots posted on Compaq's Web site today we see...  
 01-0001897   3/2/01   VMS Buildmeister, Tools Dev.   Full Time (Professional)   Colorado Springs, CO     Responsibilities  I Candidate will be responsible for configuration management activities for- software **devilment** group.a    K Hmm. One might surmise the successful candidate will be involved in writingu system exorcisers?   Terry C. Shannon Consultant and Publisher Shannon Knows Compaq  email: terryshannon@mediaone.net$ Web (info on SKC):  www.acersoft.com   ------------------------------  # Date: Fri, 09 Mar 2001 19:15:35 GMTs, From: Didier Morandi <Didier.Morandi@gmx.ch>9 Subject: Re: Open a file, open a another - fails silentlyh& Message-ID: <3AA92BA4.FE21B336@gmx.ch>  $ $ set /modest_specialist_mode ON :-)  P Chris, when you open a file from DCL, if you had practiced many years of FortranP (or any other 3rd generation programming language), you naturally think that theK "a" is a channel (as I imagined until last week :-) and I started on VMS inYO 1981), so opening another file via the same "channel" which is already "opened"  should trigger an error.  M Actually this is WRONG. RMS opens the file, creates a file access to the FAB,-O then "something" maps this opened filename to a logical name, "a". To see this,  do a $ sh log a/full  L    "A" [super,confine] = "_$1$DGA1" [concealed,terminal] (LNM$PROCESS_TABLE)  H (confine means that it is not propagated to a spawned subprocess, afaik)  K Now, why "something" doesn't complain about the logical already defined for  another file is another story.  4 My choice is the Q&D command posted here by Phillip:  J all and every open in my (numerous) procs are preceded with a close/nolog.  O This is particularily useful when debugging. If your DCL proc crashes or loops,wO a ^Y will of course not close the "channel", so if you run your proc again, youmN will 99% of the time get an "%RMS-E-EOF, end of file detected" message if yourK file is a one line file, although you _know_ that you file is not empty :-)V  # This was the DCL minute of the day.6   D.  ? "Chris Sharman" <Chris.Sharman@CCAgroup.co.uk> wrote in messagea( news:3AA8EF38.14A3F9A1@CCAgroup.co.uk... > Using Alpha VMS 7.1, > ' > $ open/read a anyfile.txt ! works ok.o6 > $ open/read a anotherfile.txt ! no action, no error.   ------------------------------  # Date: Fri, 09 Mar 2001 19:36:20 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: Open a file, open a another - fails silentlys7 Message-ID: <Ugaq6.61$S91.2159@gazette.loc1.tandem.com>w  c In article <3AA8EF38.14A3F9A1@CCAgroup.co.uk>, Chris Sharman <Chris.Sharman@CCAgroup.co.uk> writes:u :Using Alpha VMS 7.1,u :a& :$ open/read a anyfile.txt	! works ok.5 :$ open/read a anotherfile.txt	! no action, no error.  :sH :This coding error generates no error, and doesn't open the second file. :Anyone else seen this ?  F   Expected, normal, longstanding behaviour.  Further, channels surviveF   procedure exit, so an OPEN in a subsequent procedure invocation can A   silently leave you at a rather unexpected position in the file.a  G   Basic defensive DCL programming -- including the typical maintenance UI   of DCL I/O channels and the recommended pre-emptive use of CLOSE/NOLOG t"   -- is discussed in the DCL book.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 09 Mar 2001 16:17:06 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: Open a file, open a another - fails silentlyn, Message-ID: <3AA9484D.2C943CC0@videotron.ca>  / > > $ open/read a anyfile.txt       ! works ok.a: > > $ open/read a anotherfile.txt   ! no action, no error.    % $STATUS on the first open is 00000001S& $STATUS on the second open is 00030001  S If the second open tries to open a non existent file, the $status remains the same.O  J If the second OPEN opens an existing file, subsequent READs will get their! data from the first file anyways.-   ------------------------------  % Date: Fri, 09 Mar 2001 16:43:23 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>a9 Subject: Re: Open a file, open a another - fails silently<, Message-ID: <3AA94E74.4C67A9F6@videotron.ca>  4 Here is a possible reason for the current behaviour:   OPEN A myfile.txt   K "myfile.txt" is opened for read, with whatever locks and FAB/RAB structures"M allocated, and potentially decnet links to another node. If you re-assign thedI logical to point to something else, those structures will probably remainrQ until your log out since there won't be a way for DCL to CLOSE that file anymore.,  M So it makes sense not to fiddle with the already opened file and just dismisss subsequent opens.r  M What this allows you do to is to essentially open the first available file in N a search list by going through the searchlist. After the first file is opened,? you can continue to run through the search list with no effect.e   ------------------------------  # Date: Fri, 09 Mar 2001 22:29:27 GMTe" From: "g.reinders" <level@home.nl>7 Subject: open vms newbie is looking far an DCL emulatoro3 Message-ID: <bPcq6.20177$KE1.755819@zwoll1.home.nl>    Hi,rF I'm looking for an DCL emulator to try DCL command under Windows (jek)L who can tell me if such a program exists And if it does where I can find it.   ------------------------------  # Date: Fri, 09 Mar 2001 22:29:36 GMT " From: "g.reinders" <level@home.nl>7 Subject: open vms newbie is looking far an DCL emulator 3 Message-ID: <kPcq6.20179$KE1.755819@zwoll1.home.nl>    Hi,TF I'm looking for an DCL emulator to try DCL command under Windows (jek)L who can tell me if such a program exists And if it does where I can find it.   ------------------------------  # Date: Fri, 09 Mar 2001 23:08:52 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: open vms newbie is looking far an DCL emulatore7 Message-ID: <8odq6.72$S91.3155@gazette.loc1.tandem.com>   X In article <kPcq6.20179$KE1.755819@zwoll1.home.nl>, "g.reinders" <level@home.nl> writes:  G :I'm looking for an DCL emulator to try DCL command under Windows (jek)BM :who can tell me if such a program exists And if it does where I can find it.   C   I might add this topic to the next OpenVMS FAQ, as I've seen this ;   request raised a number of times within the last month.  a  I   The DCL interpreter is a complex and surprisingly subtle language, and rG   it doesn't always work as expected on OpenVMS, much less function as MG   expected on an emulation.  DCL itself is one part of the environment,hH   there are a wide variety of twisted DCL practices and external OpenVMSG   or user-created images that are used by DCL procedures -- various DCL-F   command procedures will assemble and link small Macro programs fully   dynamically, for instance.  M   In other words, there is no good way to do this, though there are a number vH   of potential approaches available, ranging from available (commercial)D   PC-based DCL emulator packages to the SRI Charon-VAX PC-based VAX I   emulator.   Which tool or which approach might work for you depends on s6   your specific and local definition of "good enough".  H   Obviously, the best approach is to acquire a new or used VAX or Alpha G   system, and specifically a system that is supported by OpenVMS.  Then.F   acquire the hobbyist licenses, and the available distribution kit...  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 9 Mar 2001 21:12:45 GMTd1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)t( Subject: RE: OpenVMS Educational Program+ Message-ID: <98bh0d$k40$1@info.cs.uofs.edu>e  L In article <3B55D7F383B0D31197D9009027541CBF0BDD5440@cmiexch1.cmi.itds.com>,.  Christopher Smith <csmith@amdocs.com> writes: |> > -----Original Message-----tG |> > From: bill@triangle.cs.uofs.edu [mailto:bill@triangle.cs.uofs.edu]l |>   |> S> |> > Ummm.  Nothing is mandatory in Unix.  If a user finds theB |> > short names (which really do have a reason and a logic behind? |> > them.  Well, most of them anyway.) offensive he is free towA |> > change any of them.  Aliases are simple to set up.  And evenl |> iI |> Ahh yes -- If memory doesn't fail me, weren't the abbreviations one ofrI |> Unix's only carry-overs from MULTICS?  Taken from the long form of the I |> command by using either the first letter of each word (in a multi-word O |> command) or the first letter, and next consonant (in a single-word command).4  B I don't suppose most here want a lesson in Unix esoterica, but for the sake of those who do:   ; The primary reason for the very curt Unix command names was ; more a practical than a philosophical matter.  The original : common interface was an ASR33 teletype.  Anybody here ever@ use a Portacom-110??  It seems like a speed demon by comparison.  8 Most commands consist of some portion of the spelled out; command with letters removed that still allowed the commandW< to be recognizable to someone who knew what they were trying
 to do anyway.t   ls = LiSt filesm	 ld = LoaD  cc = C Compilers pc = Pascal Compiler: roff = RunOFF  (a common name at the time for typesetting) nroff = New RunOFFE troff = Typesetting RunOFF (this one was expecting to talk to the CAT04                              typesetter by default.) mv = MoVe file (ak rename) fsck = File System ChecK rm = ReMove file  A awk = Aho Weinberger Kernighan (well, I did say most.  these guysr>                                  developed the awk processor.)  > But the most important point is that the system had built into> it the ability to expand all of these names with ease once the= need for short commands was no longer there.  Most people hadh= become so used to them that they saw no reason to do it.  But'= also as I said before, custom Shells are frequently provided r; for those who needed them.  The UCSD=Pascal Menuing Shell Ii8 wrote was for clerical people who's only experience with9 computers up to that point had been using custom written o? programs to do data entry on PDP-11 micros running UCSD-Pascal.    bill   -- oJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   .   ------------------------------   Date: 9 Mar 2001 21:18:38 GMTe1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)-( Subject: Re: OpenVMS Educational Program+ Message-ID: <98bhbe$k40$2@info.cs.uofs.edu>d  - In article <87ae6ux21p.fsf@prep.synonet.com>,e/  Paul Repacholi <prep@prep.synonet.com> writes:e |> tG |> Bill a few points of correction. If there was 'a system' the net waseE |> built on, it would be Tops-10, TOPS-20 and Multics. And now, it is D |> IOS inside most router boxes, and it was Fuzzball on an 11. Well,) |> in the NSF part of the not so old net.S  A I was thinking more along the lines of the Cabeltron, Cisco, etc.9A boxes that ran embeded BSD systems and routed or gated.  And then"A there were the IBM RT's bid for the big NSF upgrade that were all = going to run some version of BSD.  Yes, there were other OSes-> involved, but in the overall picture BSD has played one of the@ biggest roles in the evolution of the Internet.  TOPS10, TOPS20,C MULTICS?  Other than SIMTEL-20, how many people today even rememberg these OSes on the Internet??     bill   -- 4J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   O   ------------------------------  % Date: Fri, 09 Mar 2001 15:22:02 -0600i/ From: Chris Scheers <chris@applied-synergy.com>d( Subject: Re: OpenVMS Educational Program3 Message-ID: <3AA9497A.CA474C08@applied-synergy.com>i   Larry Kilgallen wrote: > g > In article <3AA7D850.65C6D3FD@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:- > > Alan Greig wrote:r > >>@ > >> On 8 Mar 2001 15:21:17 GMT, bill@triangle.cs.uofs.edu (Bill > >> Gunshannon) wrote:  > >>K > >> >But you have to do each product individually.  And you have to change3L > >> >disks just to find them.  There are Unix systems where that is not the > >> >case.D > >>G > >> PCSI Install can install multiple products in one go. Not true fornI > >> VMSINSTAL but that's the old not the new. Future VMS layered product = > >> distributions will be available on one DVD as an option.  > >kA > > You can install multiple products in one shot with VMSINSTAL:l > > / > >       $ @SYS$UPDATE:VMSINSTAL * <directory>- > K > What that lacks, that is implicit when people ask for a combined install,hH > is the ability to ask all questions for all products at the start, andI > then walk away and let it do the work.  That is what PCSI brings to thea > bulk-install table.o  F You can use it with AUTO answer files.  (Assuming, of course, that youB have created appropriate auto answer files and that they meet your needs.)b  ' Of course, there is always RSM.  <grin>v  G -----------------------------------------------------------------------a$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com o   Fax: 817-237-3074    ------------------------------  # Date: Fri, 09 Mar 2001 21:25:22 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: OpenVMS Educational Program< Message-ID: <6Tbq6.1748$G76.2872703@typhoon.ne.mediaone.net>  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message% news:98bh0d$k40$1@info.cs.uofs.edu...w    = > The primary reason for the very curt Unix command names wasf= > more a practical than a philosophical matter.  The originalo) > common interface was an ASR33 teletype.o  L Having had the misfortune to use one o' these dinosauri (unnaturally coupledI with a KY-28 box) I can well understand the need to apply Ocam's Razor tos command line verbosity.c  - But YACC for "Yet Another Compiler Compiler?"g   ------------------------------  # Date: Fri, 09 Mar 2001 21:41:30 GMT4= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)h( Subject: Re: OpenVMS Educational Program0 Message-ID: <009F8C40.4184296B@SendSpamHere.ORG>  _ In article <98bhbe$k40$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:i. >In article <87ae6ux21p.fsf@prep.synonet.com>,0 > Paul Repacholi <prep@prep.synonet.com> writes: >|> H >|> Bill a few points of correction. If there was 'a system' the net wasF >|> built on, it would be Tops-10, TOPS-20 and Multics. And now, it isE >|> IOS inside most router boxes, and it was Fuzzball on an 11. Well, * >|> in the NSF part of the not so old net. >mB >I was thinking more along the lines of the Cabeltron, Cisco, etc.B >boxes that ran embeded BSD systems and routed or gated.  And thenB >there were the IBM RT's bid for the big NSF upgrade that were all> >going to run some version of BSD.  Yes, there were other OSes? >involved, but in the overall picture BSD has played one of themA >biggest roles in the evolution of the Internet.  TOPS10, TOPS20,PD >MULTICS?  Other than SIMTEL-20, how many people today even remember >these OSes on the Internet??  s  A Up until about 1993/1994, I believe the NIC was run on TOPS20.  Im	 remember.a   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMd            vO city, n., 1. a place where trees are cut down and streets are named after them.l   ------------------------------  $ Date: Fri, 9 Mar 2001 17:51:07 -0500( From: Bill Gunshannon <bill@cs.uofs.edu>( Subject: Re: OpenVMS Educational ProgramL Message-ID: <Pine.LNX.4.10.10103091749360.22474-100000@triangle.cs.uofs.edu>  + On Fri, 9 Mar 2001, Terry C. Shannon wrote:l   > N > Having had the misfortune to use one o' these dinosauri (unnaturally coupledK > with a KY-28 box) I can well understand the need to apply Ocam's Razor toe > command line verbosity.  > / > But YACC for "Yet Another Compiler Compiler?"v >   , So, some of them have a sense of humor.  :-)   bill   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------  $ Date: Fri, 9 Mar 2001 18:32:16 -0500* From: "Andy Stoffel" <acs@fcgnetworks.net>( Subject: Re: OpenVMS Educational Program7 Message-ID: <eKdq6.38526$lj4.901150@news6.giganews.com>a  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message% news:98bhbe$k40$2@info.cs.uofs.edu... G > TOPS10, TOPS20, MULTICS?  Other than SIMTEL-20, how many people todayt, > even remember these OSes on the Internet??  D Quite a few most likely ( just ask this question over in places likeC alt.folklore.computers, alt.sys.pdp10, etc.). Granted, if you asked.E what PERCENTAGE of current Internet users are aware of the role theseoC systems played in the creation of "The Internet" it would be fairlya small.  @ Just because the current "populace" of the Internet doesn't grok3 their importance doesn't mean they are unimportant.c  > Just because most people "out there" wouldn't know a PDP-11 if? it fell on them doesn't diminish it's role in the early historyl of Unix does it ?    -Andy-   --G The real romance is out ahead and yet to  come. The computer revolution F hasn't started yet. Don't be misled by the enormous flow of money intoG bad defacto standards for unsophisticated buyers using poor adaptationseE of incomplete ideas.                                      -- Alan Kayn   ------------------------------    Date: 09 Mar 2001 22:14:59 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: OpenVMS Educational Program- Message-ID: <878zmfxc4c.fsf@prep.synonet.com>t  " John Santos <JOHN@egh.com> writes:  E > Why would they bother?  Anyone can join DECUS and get a free set of1B > PAKs for almost everything, over the net, in minutes.  Remember,= > PAKs are an administration tool, not an enforcement tool...o > C > P.S.  I'm *not* advocating anyone do this, just pointing out that1E > there are obviously much easier ways to steal licenses than writingc > a PAK generator.  E Why not? I am advocating DECUS to students etc for justy this reason.l5 There are others as well, but this one is the carrot.o   -- k< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 09 Mar 2001 22:42:08 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>A Subject: Outlooks, SUNny and otherwise (was Re: Alpha: game over. < Message-ID: <4%cq6.1777$G76.2911133@typhoon.ne.mediaone.net>  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFADD142CF.9AF43823-ON03256A0A.005BA1C9@ep-bc.petrobras.com.br...> > I am feeling Terry is thinking in "Terry Knows Sun"  ! ! ! ! >  > :-))   Based on...- >-K > That is definitely Good News for Sun. And its customers and stockholders,aI > too.  Wouldn't look good to announce the UltraSparc III-inside midrange-@ > UE-boxes on 21 March if the processors remained "constrained." >e  K Well, one can't maintain a tunnel-vision focus on a single vendor, hence it-H makes sense to assess competitive developments. Sun's a very interestingK company. They whooped DEC's (among others) arse in the workstation and Open-A Systems space, and subsequently quite successfully morphed from a G workstation purveyor to a Big Dog in the server marketplace. Going fromfJ Number 15 to Number 3 in the server business in the space of two years--asI Sun did in the early/mid 1990's--is quite an accomplishment. And yep, thenJ StarFire is getting old--and it suffers from the odd Cachegate hiccup--butH bear in mind that Sun has sold over 3,500 UE10Ks. IMHO Sun is gonna feelK some short-term pain from the dot-com meltdown (plenty of slightly-used Sun1K servers out there on the secondary market at bargain-basement prices) but IO/ wouldn't underestimate the firm's capabilities.s   ------------------------------   Date: 9 Mar 2001 18:54:36 GMTo1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) 8 Subject: Re: POSIX (was RE: OpenVMS Educational Program)+ Message-ID: <98b8tc$g0c$4@info.cs.uofs.edu>l  - In article <0033000018258592000002L022*@MHS>, -  WILLIAM WEBB <WWEBB1@email.usps.gov> writes: ? |> =0AI was told that the POSIX implementation would take placew |> in two stages.C |> C= |> The first stage will be the update and resurrection of theh! |> old POSIX layered product kit.i |> s; |> The second stage will be a full integration of the POSIXn |> interfaces into OpenVMS.l  * Why can't we just have Eunice back again??   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Fri, 09 Mar 2001 21:42:00 GMT   From: jlsue <jlsuexxxz@home.com>) Subject: Re: Possible security hole in...e8 Message-ID: <b6jiatsa2t0c7k1973utgmh8kqqi0asl5i@4ax.com>  3 On Fri, 09 Mar 2001 10:51:32 +0000, andrew harrison-! <andrew.nospam@uk.sun.com> wrote:    >Robert Deininger wrote: >> o6 >> In article <fFf7s8BMyWdO@eisner.encompasserve.org>,= >> Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  >> TD >> > >   Versions Not Affected:   TCP/IP Services for Compaq OpenVMS >> >@ >> > >       TCP/IP Services for Compaq OpenVMS - Not Vulnerable >> >A >> > >        TCP/IP Services for Compaq OpenVMS - Not Vulnerable8 >> >A >> > >        TCP/IP Services for Compaq OpenVMS - Not Vulnerable: >> >A >> > >        TCP/IP Services for Compaq OpenVMS - Not Vulnerable9 >> >A >> > >        TCP/IP Services for Compaq OpenVMS - Not Vulnerableo >> oI >> Amusing.  I read Andrew's little ditty shortly before I got that emaill >> from Compaq.o >>  I >> Maybe the sky really is falling.  But if Andrew tells me so, I'll feelo  >> safe for the rest of the day. >> d >h: >I think the joke is on you since this wasn't the advisory >I was refering to.f >m; >This being the case feel free to assume that the sky will m >fall in on you soon.u  > Good ol' Andrew.  Always long on anecdotes and short on facts.A He especially wouldn't offer enough information to actually allowl. anyone to debunk him without some weasel room.  B Get it Andy.  Look at the vague information you gave.  It's bogus.> Mr. Kilgallen did all he could to offer information about whatD appeared to be your issue.  However, in your slippery way, you avoid0 any such discourse by using more vague language.   "I saw one that was black" "No, it's blue."# "No, it's black.  See, here it is."o "That's not the one."g   Sheesh.a   ------------------------------   Date: 9 Mar 2001 15:30:47 -0500V+ From: kuhrt@encompasserve.org (Marty Kuhrt) , Subject: Re: Prolonged power shutdown issues3 Message-ID: <fieyEPchUEuE@eisner.encompasserve.org>h  l In article <9890mo$5b0$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:M > We're about to have a complete power shutdown in one of our computer rooms.t > A > Its scheduled for 12 hours, but with Mr. Murphy, ya never know.u > K > Question:  what could be a problem with hw raid controllers (hsz and hsj)OM > and they're "remembering" what their storage configurations are/were with as > prolonged outage?- > / > Anyone here ever run into problems with this?M  A In theory, the save_config option on an init command should write-@ the config info onto the unit being inited.  This config info is? updated when you change the contoller settings and so forth andrA read in when the controller is booted.  I say in theory, because 5A I have yet to have any of my HSZs powered down.  (It'll be put tos< the test this weekend when I upgrade one from an HSZ70 to an HSG80)   ------------------------------  % Date: Fri, 09 Mar 2001 16:29:32 -0600u* From: WILLIAM WEBB <WWEBB1@email.usps.gov>, Subject: RE: Prolonged power shutdown issues- Message-ID: <0033000018307337000002L072*@MHS>i  C =0ADon't forget to punch the button to turn off the cache batteriest after you shut down!   WWWebb     > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET,& > Sent: Friday, March 09, 2001 3:39 PM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET. > Subject: RE: Prolonged power shutdown issues >l >e: > In article <9890mo$5b0$1@fizban.fizban.pprd.abbott.com>, > "Dave Gudewicz"s= > <david.gudewicz@abbott.com> writes: > We're about to have a  > complete power( > shutdown in one of our computer rooms. > >oC > > Its scheduled for 12 hours, but with Mr. Murphy, ya never know.o > >p? > > Question:  what could be a problem with hw raid controllersr > (hsz and hsj) ? > > and they're "remembering" what their storage configurations  > are/were with am > > prolonged outage?d > >s1 > > Anyone here ever run into problems with this?h >tC > In theory, the save_config option on an init command should writeoB > the config info onto the unit being inited.  This config info isA > updated when you change the contoller settings and so forth andnB > read in when the controller is booted.  I say in theory, becauseC > I have yet to have any of my HSZs powered down.  (It'll be put toA> > the test this weekend when I upgrade one from an HSZ70 to an > HSG80) >=   ------------------------------  % Date: Fri, 09 Mar 2001 18:18:40 -0500K2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>( Subject: Prolonged power shutdown issues7 Message-ID: <200103091818_MC2-C84F-5C79@compuserve.com>e  ' Message text written by "Dave Gudewicz"xE >We're about to have a complete power shutdown in one of our computer  rooms.  ? Its scheduled for 12 hours, but with Mr. Murphy, ya never know.   J Question:  what could be a problem with hw raid controllers (hsz and hsj)=  J and they're "remembering" what their storage configurations are/were with=  a prolonged outage?   - Anyone here ever run into problems with this?p   Dave...<  J         Well, it depends.  The HSZ controllers are supposed to save their=  J configuration to at least one of their disks but, I believe, you can tell=   them not to.  F         You can run your cache batteries flat if you are down for longJ enough.  This is not good.  The external cache batteries (HSZ50) that I'm=  J familiar with, have a button on the front that you can press to take them=  J off line after the power goes off.  I believe that you should make use of=   it.e  G         You need to RTFM  for each type of controller that you have andnC make sure that each one has saved its configuration to some sort ofrJ nonvolatile storage.  You also need to shut down the controllers properly=  J (SHUTDOWN OTHER CONTROLLER, SHUTDOWN THIS CONTROLLER) before you turn off=   power.  J         MAYBE you can get away with just dumping power but I would not wa= nt to count on it!a   ------------------------------  % Date: Fri, 09 Mar 2001 15:49:14 -0500b- From: JF Mezei <jfmezei.spamnot@videotron.ca>D4 Subject: Re: Q: How to tell whether a process exists, Message-ID: <3AA941C6.11554C39@videotron.ca>   Mark wrote: ? > I need to check whether a given process exists from 'C' code.d  D If your C code is the one that creates the process, then you can useL parameters from LIB$SPAWN to advise your process when the spawned subprocessK terminates (either with an event flag or an AST routine that is called wheni the process terminates).  G If the two processes are independant of each other, you could setup thetN monitored process to take a lock, and the monitoring process to enqueue a lockJ for the same resource. When the monitoring process gets its lock, it meansG that the monitored process has died and gone to process heaven or hell.r  4 The advantage of this is that it world cluster-wide.  N The $getjpi solution also works but it requires you poll at regular intervals,N and there is always the risk that the original process dies and a new one with0 same name is created (if yo go by process name).   ------------------------------  % Date: Fri, 09 Mar 2001 20:05:11 +0000b3 From: greg elkin <cmkrnl@bouncy-castle.demon.co.uk>e Subject: uVax3100 m10 & VMS5.28 Message-ID: <kkdiat412g762lr9ll95hc5ririh7a3t10@4ax.com>  F Just acquired an old microvax 3100 model 10 with 2 RZ23s in it, DKA300/ and DKA200, and an external SCSI TK50 at MKB500l  A SHO DEV at the >>> prompt shows all three devices happily there. '  @ I can boot VAX/VMS 5.2 off DKA300 and can log in, but DKA200 nor= MKB500 is there if I do a SHO DEV or if I try to mount them. a
 Any clues?  B Does anyone have any pointers to online documentation for the 3100	 model 10?S  . I'll get my openVMS hobbyist CD on order next!   ta greg   ------------------------------  % Date: Fri, 09 Mar 2001 20:49:26 +0000n+ From: "antonio.carlini" <arcarlini@iee.org>w" Subject: Re: uVax3100 m10 & VMS5.2' Message-ID: <3AA941D6.58C03118@iee.org>s   greg elkin wrote:a > H > Just acquired an old microvax 3100 model 10 with 2 RZ23s in it, DKA3001 > and DKA200, and an external SCSI TK50 at MKB500o > B > SHO DEV at the >>> prompt shows all three devices happily there. > B > I can boot VAX/VMS 5.2 off DKA300 and can log in, but DKA200 nor> > MKB500 is there if I do a SHO DEV or if I try to mount them. > Any clues? >    When logged in as SYSTEM try:3   $ MC SYSGEN A A/LOG-  4 That should run SYSGEN's autoconfiguration procedure4 which will go off and look for anything it can find.  1 If the missing devices now show up then something 1 in the system startup has probably prevented this * command from being executed automatically.  ( The *standard* way to achieve this is to uncomment the line:   & $!      STARTUP$AUTOCONFIGURE_ALL == 0     from SYS$STARTUP:SYCONFIG.COM.  - If that's what has happened, just fix up the   procedure with an editor.3   Antonioo     -- g   --------------- - Antonio Carlini             arcarlini@iee.orgl   ------------------------------  # Date: Fri, 09 Mar 2001 21:02:04 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: uVax3100 m10 & VMS5.27 Message-ID: <gxbq6.64$S91.2817@gazette.loc1.tandem.com>1  n In article <kkdiat412g762lr9ll95hc5ririh7a3t10@4ax.com>, greg elkin <cmkrnl@bouncy-castle.demon.co.uk> writes:G :Just acquired an old microvax 3100 model 10 with 2 RZ23s in it, DKA300k0 :and DKA200, and an external SCSI TK50 at MKB500 :lB :SHO DEV at the >>> prompt shows all three devices happily there.  : A :I can boot VAX/VMS 5.2 off DKA300 and can log in, but DKA200 norf> :MKB500 is there if I do a SHO DEV or if I try to mount them.  :Any clues?t  E   Assuming the system is not set to boot minimally (STARTUP_P1 set tosJ   "MIN"), then your SCSI bus is likely messed up -- improper termination, D   one or more unit number collisions, over-long SCSI bus, etc -- theC   OpenVMS drivers try to do rather more with the disk than does thed   VAX console.  / :I'll get my openVMS hobbyist CD on order next!u  G   Please get it on order now, and move to something (far) more current tH   than V5.2.  Also read and heed the system disk size limit information I   that is included in the FAQ.  In particular, you will want to (try to) IC   acquire an RZ26 series disk or other similarly-sized system disk.e  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 09 Mar 2001 15:55:03 -0600@/ From: Chris Scheers <chris@applied-synergy.com>o" Subject: Re: uVax3100 m10 & VMS5.23 Message-ID: <3AA95137.A63F268A@applied-synergy.com>F   greg elkin wrote:  > H > Just acquired an old microvax 3100 model 10 with 2 RZ23s in it, DKA3001 > and DKA200, and an external SCSI TK50 at MKB500a > B > SHO DEV at the >>> prompt shows all three devices happily there. > B > I can boot VAX/VMS 5.2 off DKA300 and can log in, but DKA200 nor> > MKB500 is there if I do a SHO DEV or if I try to mount them. > Any clues?    Are you doing a minimal startup?   If so, you might try issuing:a   	MCR SYSGEN AUTOCONFIG ALL   and see if the devices show up.i  F If this fixes the problem, the SYSGEN parameter STARTUP_P1 is probably* set to "MIN".  An AUTOGEN may be in order.  
 Good luck!  G -----------------------------------------------------------------------u$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com s   Fax: 817-237-3074e   ------------------------------  # Date: Fri, 09 Mar 2001 19:31:09 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)D Subject: Re: VMS 7.2 install requires MACRO32 for standalone BACKUP?7 Message-ID: <1caq6.59$S91.2159@gazette.loc1.tandem.com>a  q In article <24Rp6.28$S91.585@gazette.loc1.tandem.com>, hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes:sJ :If security is a concern, I think you can protect MACRO from unauthorized6 :access without having to exclude it from your system.  G   Actually, you can write Macro64 code using various tools, no need foraF   the Macro32 assembler nor the Macro64 compiler.  Or, since compilersC   and assemblers are normally non-privileged, nothing precludes the J   acquisition of the tools from another site.  In other words, the removalI   of Macro32 is not security-relevent, nor is it a particularly reliable  >   approach toward preventing someone from creating programs...  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 09 Mar 2001 22:49:54 -0500e( From: Stockcracy <miduso@stockcracy.com> Subject: Welcome to Stockcracy- Message-ID: <0G9Y0071US4QJ0@mx.west.saic.com>A  L Welcome to Stockcracy.com where we profile companies from NASDAQ, NYSE, and F OTC. Take a look at our track record and see how well "you" have done.  H If you feel the email has reached you in error then please send a blank G email to unsubscribe@stockcracy.com, otherwise, enjoy the free service.h   Stockcracy.com   ------------------------------  % Date: Fri, 09 Mar 2001 22:10:14 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ) Subject: Re: Write CD on PC for OVMS Read - Message-ID: <3AA9A926.BECCE678@earthlink.net>0  & "Brian Schenkenberger, VAXman-" wrote: > m > In article <3AA8F538.60BD94D@interbulletin.com>, David J. Dachtera <donotreply@interbulletin.bogus> writes:s: > >"Phil" <phil.judi.maslin@clear.net.nz> wrote in article > ><3aa899ee$1@clear.net.nz> :M > >>Anyone know of any special software available or special requirements forb > >>writing ofM > >>CD's on PC (Win2000 or NT4) for reading by CD drive on Alpha running OVMSrM > >>7.1. Long file names are the priority as ISO9660/Joliet only seem to give 4 > >>n.3. Required SAS files have long... extensions. > >sL > >If you're trying to move files from W/NT, W2K or W/9x to OVMS, that's oneL > >challenge. You'll need to look into a piece of software that supports theN > >appropriate ISO9660 extensions. I don't have the program handy to check theA > >options, but I believe Adaptec's Easy Cd Creator will do this.t > >eN > >Alternatively, you can ZIP the files on (non-VMS), burn the .ZIP archive(s)Q > >to CD-R as ISO9660 (remember to follow the appropriate naming conventions whenlN > >creating the archive(s)), then MOUNT the resulting CD-R using /MEDIA=CD andK > >/OVER=ID and UNZIP the archives on VMS. The original names/paths will beoQ > >restored as they are stored in the archive; so, choose ZIP (PKZIP/Win, WinZIP,hM > >etc.) options wisely, and remember that embedded spaces in long file names M > >are still illegal (or very cumbersome and troublesome) outside of Windows.s > N > This means you need disk space to explode the .ZIP archive.  Then, dependingM > upon what it is you have archived, you need to move the files into positionrM > elsewhere on the disk or another disk.  Yuck.  Just burn an ODS-2 CD image.    That's not always an option.  E UNZIP will happily accept an archive on an ISO-9660 CD, so there's nop> need to stage the .ZIP file to local disk before exploding it.  G PKZip/Win, WinZIP and others will happily omit the path information, ifWG that's appropriate, and UNZIP will do likewise so files unpacked can bea% placed where ever you want/need them.s   -- C David J. Dachterae dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.y   ------------------------------  # Date: Sat, 10 Mar 2001 05:50:04 GMTi From: dittman@dittman.net-0 Subject: WTB: Digital Personal Workstation PartsB Message-ID: <ggjq6.100468$wA6.4580278@e420r-sjo3.usenetserver.com>  7 I am looking for a couple of parts for my DPW.  I would04 like to get a replacement side panel (the flat sheet8 behind the motherboard mounting plate) and a replacement 100M Ethernet daughterboard.  8 I would also like to buy a replacement main motherboard.5 Mine has the Intel chipset and I'd like to find a newe board with the Cypress chipset.f   Thanks.C -- S Eric Dittman dittman@dittman.net>   ------------------------------  # Date: Fri, 09 Mar 2001 19:29:59 GMT>, From: Didier Morandi <Didier.Morandi@gmx.ch>, Subject: [Q] tape allocated and process gone& Message-ID: <3AA92F02.87FAB7F7@gmx.ch>  N Hello, I address to you for a problem which we from time to time encounter and0 for which I am sure, some among you already met.  N One of our technician "coldly arrived" have make the error to make a del/entryM on a batch which backed up some files on a TZ87. Result of this manipulation,gO the TZ87 have a owner process id (sh dev/full) which correspond with no process O of the machine, and one can no more thus make some mount on this device becauseoO it be already allocated with this Pid, and one can not either make some stop/id & on this pid because it exists no more.  J We have thus to solve us with a shutdown/reboot whereas we try to beat ourN record of longevity which is for the 60 days moment (it is not terrible I knowK but we stop our machines previously every month for problems of maintenancee
 inverter).   Thank you by advance  -- Luc Bedu# (bedu@promod.fr) Absolute beginner ,( Promod S.A France (http://www.promod.fr)   (thank you SYSTRAN :-)   ------------------------------   End of INFO-VAX 2001.137 ************************