1 INFO-VAX	Sat, 20 May 2000	Volume 2000 : Issue 280       Contents:% Re: A problem with incremental backup < Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix< Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix< Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix< Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix( Re: AlphaServer GS320:  That's big iron./ Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS. / Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS. - Comment on Yesterday's AlphaServer GS Webcast  Re: DCPS and HP8000  Re: EDT macros FREE DecServer 200/MC " Re: Gartner commentary on Wildfire How do you search for files? Re: How To Strip <CR><LF>  Re: How To Strip <CR><LF> * Re: I Don't want that cluster. What to do?2 Re: Limiting Decnet Phase IV access with VMS 7.1-22 Re: Limiting Decnet Phase IV access with VMS 7.1-2L Re: LINKING F90 programs leads to "multiply defined" and "undefined" CMA$TISL Re: LINKING F90 programs leads to "multiply defined" and "undefined" CMA$TIS- Re: Linux port question. $QIOW() to sendto(). 5 Re: MicroVAX 2000 VUPS ( was Re: VMS on the desktop?) 5 Re: MicroVAX 2000 VUPS ( was Re: VMS on the desktop?)  Re: MicroVAX, MS and RD53 disks  Re: MicroVAX, MS and RD53 disks 2 Re: OpenVMS and Windows NT Integration for Dummies  Re: Problems with Submit command  Re: Problems with Submit command  Re: Problems with Submit command1 Software for Grownups (Was: Re: "Modern" OpenVMS) 5 Re: Software for Grownups (Was: Re: "Modern" OpenVMS)  Re: undeleted utillity Re: undeleted utillity Re: undeleted utillity Re: undeleted utillity$ Vaxstation graphics to SVGA monitor?( Re: Vaxstation graphics to SVGA monitor? Re: VMS File Modes Re: VMS File Modes Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop?  Re: VMS on the desktop? & Re: VMS on the desktop? (.doc dangers)$ Re: Which is the language of VAX/VMS= Re: Wildfire Announcement: Michael Capellas, can you say VMS? = Re: Wildfire Announcement: Michael Capellas, can you say VMS? = Re: Wildfire Announcement: Michael Capellas, can you say VMS?   F ----------------------------------------------------------------------  # Date: Fri, 19 May 2000 19:21:52 GMT * From: morrisj@epsilon3.com (Jay E. Morris). Subject: Re: A problem with incremental backup3 Message-ID: <3925944c.610752620@news.brooks.af.mil>   > On 19 May 00 16:16:20 +0100, rojelio@sssup.it (Rojelio) wrote:  M >   I'm trying to build a DCL batch procedure to activate a daily incremental F >backup for our VMS server (a quite easy task, isn't it?), but I can'tP >understand how to explain the system that I only want an *incremental*, and not >*complete* backup! N >   The system documentation seems clear about this topic: after a backup withN >/RECORD parameter, a following backup with /SINCE=BACKUP checks if files have; >been modified since last backup and saves only these ones. K >   /RECORD feature works well (I verified it with a simple DIR /FULL), but N >/SINCE=BACKUP doesn't care about last-backup date and re-saves everything. IsI >it a bug (we're using OpenVMS V7.2-1 on an Alpha 800) or am I forgetting , >anything? Did anyone face similar problems?# >   Any suggestion will be welcome.  >   F How about posting the entire backup command you're using, just in case. there's another qualifier causing the problem.     --
 Jay E. Morris  System Software Specialist  0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems) for/Epidemiological Surveillance Division  Brooks AFB, TX   ------------------------------  % Date: Fri, 19 May 2000 20:22:16 +0200 & From: Bob Marcan <bob.marcan@aster.si>E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix ( Message-ID: <39258658.1FA46B7D@aster.si>   Paul Black wrote:  > $ > "OHM" <ohm62@SFhotmail.com> wrote: > > G > > You do not know what you are talking about.  ex-Digital, now Compaq " > > compilers compile C just fine. > [snip]$ > >    char *c = (char *)malloc(20); >  > > >    char *c = malloc(20); > H > Any reason why you changed the code or was it because the C++ compiler2 > wouldn't compile the originally supplied C code. >  > Paul   Let's start:   [bob@sipek TEMP]$ uname -aC Linux sipek.aster.si 2.2.14-12 #1 Tue Apr 25 13:04:07 EDT 2000 i686  unknown " [bob@sipek TEMP]$ gcc -dumpversion egcs-2.91.66 [bob@sipek TEMP]$ cat x.cxx  #include <stdlib.h>  #include <string.h>  #include <stdio.h>   int main(void) { " //   char *c = (char *)malloc(20);    char *c = malloc(20);	    if (c)     {        strcpy(c, "Hello, world");       puts(c);    }    else        puts("Sorry.");     return 0; }  [bob@sipek TEMP]$  [bob@sipek TEMP]$ gcc x.cxx   x.cxx: In function `int main()':G x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  initialization [bob@sipek TEMP]$    --------------  
 $ cxx/version . Compaq C++ V6.2-016 for OpenVMS Alpha V7.2-1   $ cxx/list=sys$output: x.cxx      char *c = malloc(20); .............^H %CXX-E-BADINITTYP, a value of type "void *" cannot be used to initialize$           an entity of type "char *"/ at line number 8 in file D1:[BOB.TMP.03]x.cxx;3   6 %CXX-I-MESSAGE, 1 error detected in the compilation of "D1:[BOB.TMP.03]x.cxx;3". #               1 #include <stdlib.h> #            1526 #include <string.h> "            1878 #include <stdio.h>            2540             2541 int main(void)            2542 { 2            2543 //   char *c = (char *)malloc(20);(            2544    char *c = malloc(20);)                 .............1            A %CXX-E-BADINITTYP, (1) a value of type "void *" cannot be used to 
 initialize$           an entity of type "char *"              2545    if (c)             2546    {0            2547       strcpy(c, "Hello, world");            2548       puts(c);            2549    }            2550    else %            2551       puts("Sorry.");             2552    return 0;            2553 }   6 %CXX-I-MESSAGE, 1 error detected in the compilation of "D1:[BOB.TMP.03]x.cxx;3".        Command Line ------- ----   CXX/LIST=sys$output: x.cxx    ; These macros are in effect at the start of the compilation. ; ----- ------ --- -- ------ -- --- ----- -- --- ------------   E  __VMS_VER=70210022 __VMS_VERSION="V7.2-1  " __vms_version="V7.2-1  " 	 __G_FLOAT F  __D_FLOAT=0 __vms __VMS __BIASED_FLT_ROUNDS=2 __32BITS __IEEE_FLOAT=0=  __Alpha_AXP __alpha __ALPHA __DECCXX_VER=60290016 __STD_ANSI C  __IMPLICIT_INCLUDE_ENABLED __STDNEW __X_FLOAT __PRAGMA_ENVIRONMENT  __DECCXXE  __EDG_VERSION__=240 __EDG__ __IMPLICIT_USING_STD __RTTI __EXCEPTIONS D  __GLOBAL_ARRAY_NEW __BOOL_IS_A_RESERVED_WORD _BOOL_EXISTS __WCHAR_T _WCHAR_T7  __cplusplus __TIME__="18:59:36" __DATE__="May 19 2000"  $    ----------------   brinovc.aster.si> uname -a$ OSF1 brinovc.aster.si V5.0 910 alpha" brinovc.aster.si> gcc -dumpversion 2.7-97r1 brinovc.aster.si> gcc x.cxx   x.cxx: In function `int main()':G x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  initialization brinovc.aster.si>  -----------------  brinovc.aster.si>  brinovc.aster.si>  brinovc.aster.si> cxx -V4 Compaq C++ V6.2-024 for Digital UNIX V5.0 (Rev. 910) brinovc.aster.si> cxx x.cxx E cxx: Error: x.cxx, line 8: a value of type "void *" cannot be used to /           initialize an entity of type "char *"     char *c = malloc(20); -------------^: cxx: Info: 1 error detected in the compilation of "x.cxx". brinovc.aster.si>    -------------------    fs 1% uname -a IRIX fs 6.2 03131015 IP22  fs 2% , # don't know how to get SGI compiler version fs 26% cc x.cxx  fs 27%   ---------------------    fs 27% gcc -dumpversion  2.8.1  fs 28% gcc x.cxx  x.cxx: In function `int main()':G x.cxx:7: warning: ANSI C++ forbids implicit conversion from `void *' in  initialization fs 29%     ---------------------   
 Any comments?    Best regards, Bob    --  A ----------------------------------------------------------------- @  Bob Marcan                         email:   bob.marcan@aster.si@  Aster                                tel:    +386 (61) 1894-329@  Nade Ovcakove 1                      fax:    +386 (61) 1894-201@  1000 Ljubljana, Slovenia                    http://www.aster.siA -----------------------------------------------------------------    ------------------------------  % Date: Fri, 19 May 2000 11:47:35 -0700 - From: "Dann Corbit" <dcorbit@solutionsiq.com> E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix ' Message-ID: <i%fV4.991$cR3.1431@client>   H An Ohm, as they say, is resistance.  In this case, resistance is futile.E You can't change the source and say: "Look it compiles quite nicely."    That's cheating. Here's another:    int main(void) {  int new;	 return 0;  }    Tell me how it turns out.  --0 C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html$  "The C-FAQ Book" ISBN 0-201-84519-91 C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p I C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm    ------------------------------  % Date: Fri, 19 May 2000 14:56:09 -0500 % From: "Dan" <dan.parker@sterling.com> E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix 5 Message-ID: <8g468q$f3g$1@reuters.plano.sterling.com>   1 Bob Marcan <bob.marcan@aster.si> wrote in message " news:39258658.1FA46B7D@aster.si... > Paul Black wrote:  > > & > > "OHM" <ohm62@SFhotmail.com> wrote: > > > I > > > You do not know what you are talking about.  ex-Digital, now Compaq $ > > > compilers compile C just fine.
 > > [snip]& > > >    char *c = (char *)malloc(20); > >   > > > >    char *c = malloc(20); > > J > > Any reason why you changed the code or was it because the C++ compiler4 > > wouldn't compile the originally supplied C code. > >  > > Paul >  > Let's start: >  > [bob@sipek TEMP]$ uname -aE > Linux sipek.aster.si 2.2.14-12 #1 Tue Apr 25 13:04:07 EDT 2000 i686 	 > unknown $ > [bob@sipek TEMP]$ gcc -dumpversion > egcs-2.91.66 > [bob@sipek TEMP]$ cat x.cxx  > #include <stdlib.h>  > #include <string.h>  > #include <stdio.h> >  > int main(void) > { $ > //   char *c = (char *)malloc(20); >    char *c = malloc(20); >    if (c)  >    {" >       strcpy(c, "Hello, world"); >       puts(c); >    }	 >    else  >       puts("Sorry.");  >    return 0; > }  > [bob@sipek TEMP]$  > [bob@sipek TEMP]$ gcc x.cxx " > x.cxx: In function `int main()':I > x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  > initialization > [bob@sipek TEMP]$  >  > -------------- >  > $ cxx/version . > Compaq C++ V6.2-016 for OpenVMS Alpha V7.2-1 > $ cxx/list=sys$output: x.cxx >  >    char *c = malloc(20); > .............^J > %CXX-E-BADINITTYP, a value of type "void *" cannot be used to initialize& >           an entity of type "char *"1 > at line number 8 in file D1:[BOB.TMP.03]x.cxx;3  > 8 > %CXX-I-MESSAGE, 1 error detected in the compilation of > "D1:[BOB.TMP.03]x.cxx;3". % >               1 #include <stdlib.h> % >            1526 #include <string.h> $ >            1878 #include <stdio.h> >            2540   >            2541 int main(void) >            2542 { 4 >            2543 //   char *c = (char *)malloc(20);* >            2544    char *c = malloc(20);  >                 .............1C > %CXX-E-BADINITTYP, (1) a value of type "void *" cannot be used to  > initialize& >           an entity of type "char *" >  >            2545    if (c)  >            2546    {2 >            2547       strcpy(c, "Hello, world");  >            2548       puts(c); >            2549    } >            2550    else ' >            2551       puts("Sorry.");  >            2552    return 0; >            2553 }  > 8 > %CXX-I-MESSAGE, 1 error detected in the compilation of > "D1:[BOB.TMP.03]x.cxx;3".  >  >  >  > Command Line > ------- ---- >  > CXX/LIST=sys$output: x.cxx >  > = > These macros are in effect at the start of the compilation. = > ----- ------ --- -- ------ -- --- ----- -- --- ------------  > G >  __VMS_VER=70210022 __VMS_VERSION="V7.2-1  " __vms_version="V7.2-1  "  > __G_FLOAT H >  __D_FLOAT=0 __vms __VMS __BIASED_FLT_ROUNDS=2 __32BITS __IEEE_FLOAT=0? >  __Alpha_AXP __alpha __ALPHA __DECCXX_VER=60290016 __STD_ANSI E >  __IMPLICIT_INCLUDE_ENABLED __STDNEW __X_FLOAT __PRAGMA_ENVIRONMENT 
 > __DECCXXG >  __EDG_VERSION__=240 __EDG__ __IMPLICIT_USING_STD __RTTI __EXCEPTIONS F >  __GLOBAL_ARRAY_NEW __BOOL_IS_A_RESERVED_WORD _BOOL_EXISTS __WCHAR_T
 > _WCHAR_T9 >  __cplusplus __TIME__="18:59:36" __DATE__="May 19 2000"  > $  >  > ---------------- >  > brinovc.aster.si> uname -a& > OSF1 brinovc.aster.si V5.0 910 alpha$ > brinovc.aster.si> gcc -dumpversion
 > 2.7-97r1 > brinovc.aster.si> gcc x.cxx " > x.cxx: In function `int main()':I > x.cxx:8: warning: ANSI C++ forbids implicit conversion from `void *' in  > initialization > brinovc.aster.si>  > -----------------  > brinovc.aster.si>  > brinovc.aster.si>  > brinovc.aster.si> cxx -V6 > Compaq C++ V6.2-024 for Digital UNIX V5.0 (Rev. 910) > brinovc.aster.si> cxx x.cxx G > cxx: Error: x.cxx, line 8: a value of type "void *" cannot be used to 1 >           initialize an entity of type "char *"  >    char *c = malloc(20); > -------------^< > cxx: Info: 1 error detected in the compilation of "x.cxx". > brinovc.aster.si>  >  > -------------------  >  > fs 1% uname -a > IRIX fs 6.2 03131015 IP22  > fs 2% . > # don't know how to get SGI compiler version > fs 26% cc x.cxx  > fs 27% > ---------------------  >  > fs 27% gcc -dumpversion  > 2.8.1  > fs 28% gcc x.cxx" > x.cxx: In function `int main()':I > x.cxx:7: warning: ANSI C++ forbids implicit conversion from `void *' in  > initialization > fs 29% >  > ---------------------  >  > Any comments?   / Yes....you've got a C++ problem....not a C one.    Dan    ------------------------------    Date: 19 May 2000 19:19:52 -0700& From: torek@elf.bsdi.com (Chris Torek)E Subject: Re: Accessing the assembler from Dec C++ on Alpha Tru64 Unix ' Message-ID: <8g4so8$2m3$1@elf.bsdi.com>   J In article <8g1r7a$ol24@usilsuna.cai.com> OHM <ohm62@SFhotmail.com> wrote:D >You do not know what you are talking about.  ex-Digital, now Compaq >compilers compile C just fine.    Uhh, yeah, sure.  ) They compile FORTRAN just fine too!  See:    	/*345C  		PROGRAM MAIN 		WRITE (*,*) 'HELLO WORLD'  		STOP 		END : 	     C*/int main(void) { puts("hello world"); return 0; }  / And the F77 compiler compiles C code!  Amazing!   0 (Now where did I put that copy of "polyglot"...) --  7 In-Real-Life: Chris Torek, Berkeley Software Design Inc : El Cerrito, CA, USA	Domain:	torek@bsdi.com	+1 510 234 3167E http://claw.bsdi.com/torek/  (not always up)	I report spam to abuse@.    ------------------------------   Date: 20 May 2000 01:05:01 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: AlphaServer GS320:  That's big iron. 5 Message-ID: <8g4obt$im$1@mailint03.im.hou.compaq.com>   c In article <3922E8A5.60ED9DAE@canada.Sun.COM>, Russell Crook <russell.crook@canada.Sun.COM> writes: < :... I don't see how Compaq (or anyone else's) engineers can; :quadruple bandwidth to the switch for each additional QBB.   E   Each QBB contains its own switch, and these switches are connected  E   together via the global switch.  (Or potentially connected via the  C   "scrambler" module, when up to two QBBs and no global switch are  <   present in the particular AlphaServer GS80 configuration.)  = :I'd also guess cross-QBB I/O would also traverse the switch?   H   Inter-QBB traffic traverses the global switch.  Intra-QBB traffic, no.I   Each QBB is typically configured with I/O, memory, and up to four CPUs.    :Or am I missing something?   E   Donno.  (I haven't looked at the details of the bandwidth math that !   was referenced in the posting.)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 19 May 2000 23:04:03 GMT * From: kuhrt@eisner.decus.org (Marty Kuhrt)8 Subject: Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS.+ Message-ID: <NKBPgA2U+6UM@eisner.decus.org>o  g In article <39247297.3ED15363@mail.ourservers.net>, Robert Alan Byer <byer@mail.ourservers.net> writes: * > Announcing MegaPOV-Ray v0.5 For OpenVMS. > J > I have completed my port of MegaPOV-Ray for v0.5 for OpenVMS.  CurrentlyJ > only the Alpha platform is supported as the VAX version of DEC C doesn'tG > support the IEEE FLOAT mode.  I am working on a VAX version, but it'sE% > not top on my list of things to do.e > J > In this release there are some speed improvements and new features.  The: > macro code has been fixed and is now working on OpenVMS. > I > You can download the OpenVMS version as well as installation directionse > at.. > * > 	http://www.ourservers.net/openvms_ports >    When I tried that URL I got...  > The server was unable to return the requested document because? access controls placed on that document by the HTTP server denyr access.a  ? Please check with the web master for configuration corrections.r   ------------------------------  % Date: Fri, 19 May 2000 16:28:55 -0700q# From: Mark Tarka <markZERO@mcn.net>i8 Subject: Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS." Message-ID: <3925CE37.E63@mcn.net>   Marty Kuhrt wrote:	 [snip...]R1 > >       http://www.ourservers.net/openvms_portsp > >  >   > When I tried that URL I got...	 [snip...]e  7 When I tried that URL I got...Jeez!  What a great logo!e  - Take some more amphetamines and try again :-)n       Mark   ------------------------------  % Date: Wed, 17 May 2000 08:53:14 -0400 1 From: "Warren Spencer" <warren.spencer@alcan.com>e6 Subject: Comment on Yesterday's AlphaServer GS Webcast+ Message-ID: <8fu6ot$474@krdcnews.alcan.com>a  = Any comments on yesterday's webcast?  Here's my observations:e  J - I lost audio and video occassionally, but I don't know where to problems& originated - my end or the webcaster'sL - I remain unconvinced that Compaq has a clear plan for increasing OpenVMS's" penetration in the Internet marketK - I was disappointed they didn't take questions from us Internet observers,s even though they solicited samedC - They delivered "management fodder" to what I thought was a fairlyA technical audience   In a word:  Disappointing.  H Last night CNN made big hoopla about HP's conference call , and numerous@ other tech events of the day.  Never heard a peep about Compaq's
 announcement.   J Come to think of it, what exectly where they announcing, and who were they targetting the message for?k   ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.a   ------------------------------  % Date: Fri, 19 May 2000 14:02:16 -0500,, From: Andrew Robert <robert_a@ix.netcom.com> Subject: Re: DCPS and HP80005 Message-ID: <958763208.1967803654@nntp.ix.netcom.com>m   I ran into the same problem.  J Unfortunately, I did not have the luxury of waiting till the next software+ release because of printer lease refreshes.i  A To get around the problem, I used Multinet's NTY TCP/IP solution.r  ? If you have Multinet, I strongly suggest you take a look at it.=  J If you are used to dealing with LAT printers, NTY will be a piece of cake.   Regards,
 Andrew Robert. Principal Systems AnalystI  Massachusetts Financial Services    ) On Mon, 01 May 2000, Paul Anderson wrote:lC >In article <390ddd02$1@news.kapsch.co.at>, eplan@kapsch.net wrote:' >uI >> In article <panderson-1241E0.11354626042000@news.earthlink.net>, Paul  + >> Anderson <panderson@genicom.com> writes:  >>H >> >The next version of DCPS (V1.8) will support the HP LaserJet 8000.   >> s >> When expected ? >aD >We will probably have another field test version just to make sure I >everything is proper before creating the real V1.8.  I would expect the nH >field test version in the next two weeks and the final version in June. >UL >> F1.8 is over 4 months old. That means, in the last 4 months no bug fixes H >> or adding of new features did occur. For me, this is very surprising.K >> What has happened ? Y2K ? Or did Q annoy GENICOM or an earthquake or ...  >iJ >There have been a lot of changes at GENICOM since January, including the J >closing of the facility I used to work in.  That is the short version of : >the story.  You don't want to know the long version.  ;-) >aI >Actually, the F1.8 version has been very stable, so there hasn't been a 1 >need for a lot of changes.D >0 >Paul  >n >-- # >   Paul Anderson, DCPS Engineering # >   GENICOM Corporation, Gardner MA.   ------------------------------   Date: 19 May 2000 18:33:35 GMT$ From: g_hakansson@kafsv4.cth.dec.com Subject: Re: EDT macrosc* Message-ID: <8g41dv$8li@usenet.pa.dec.com>   >> Terry Marosites wrote: K >> Does anyone know how to define a gold key  C as  that will insert some abM >> line line of text and the date and time  ( example: $! Changed by Terry on . >> 16-MAY-2000 14:40:08) .This has me stumped. >>  F     If your are using EDT as your editor of choice, just put this line+     in your edtini.edt initialization file:p  :     DEF KEY GOLD D AS "(I$! Changed by Terry on ^Z DATE)."       Regards,  
     Graham   ------------------------------  % Date: Fri, 19 May 2000 14:29:41 -0500e" From: Ryan Hammond <ryanh@bvu.edu> Subject: FREE DecServer 200/MC' Message-ID: <39259625.C4DAB457@bvu.edu>   E We have several DecServer 200/MC units for anyone who wants any. They G are of the model: DSRVB-A. We only ask that you pay for shipping, which @ should be no more than $10.  If interested, please send email to ryanh@bvu.edu.   Thanks,4 Ryan.        Ryan Hammond Student Systems Manager0 Buena Vista University Storm Lake, IA  50588    ------------------------------  % Date: Fri, 19 May 2000 21:06:19 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: Gartner commentary on Wildfire , Message-ID: <3925E505.BB888F82@videotron.ca>   Art Rice wrote:tC > At least "they" printed OpenVMS an equal number of times as Tru642  K Yeah, but Capellas placed Himalaya at the centre of the internet during the ? Wildfire unveiling and didn't really place wildfire on his map.   I Since you seem to be from the Tandem side, I am curous as to what sort ofnO impact the Wildfire products have had on Tandem customers' opinions of Compaq ?t  E Do Tandem customers have the same types of doubts as to the future of-K Gardian/Himalaya as do VMS customers seriously doubt Compaq's commitment tov VMS ?"   ------------------------------  % Date: Fri, 19 May 2000 21:38:20 -0400B2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>% Subject: How do you search for files?I7 Message-ID: <200005192138_MC2-A5B1-5E88@compuserve.com>N  " Message text written by Andrew3748J >How do you search for files AND include the subdirectories in the search= ._  2 i.e. I would issue '$find . -name *.sql'  in unix. <l  D $ DIR [...]*.SQL                ! In VMS [...] is a wildcard for all subdirectories   ------------------------------  % Date: Fri, 19 May 2000 16:53:58 -0500d) From: "John E. Malmberg" <wb8tyw@qsl.net> " Subject: Re: How To Strip <CR><LF>- Message-ID: <sibdli7ius49@corp.supernews.com>i  @ > In article <01bfc029$b414fe10$32341895@jpeters>, "J.G. Peters" <jpeters@sctcorp.com> writes:e3 :Attempting to use $BRKTHRUW in a C program to send = :a null or bell to a terminal in order to simulate "traffic."s2 :It works, but how do I suppress the <CR><LF> that :results in the line advancing?d  L When $BREAKTHRUW interrupts an input prompt, the prompt tends to be reissued under some conditions.  L If you can give the application SHARE privilege and a few others to give youG write access to, sending out a $QIOW to the terminal will send just the  character(s) that you want.p   -Johni   ------------------------------  + Date: Fri, 19 May 2000 17:54:47 -0500 (EST) 1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu> " Subject: Re: How To Strip <CR><LF>W Message-ID: <Pine.LNX.3.96.1000519175040.14610A-100000@rocinante.admin.rose-hulman.edu>-  G I suspect you're getting a refresh of the prompt...this usually happens-F when you get a broadcast message of some sort, and is pretty importantD when you're in the middle of typing a line and 'New mail on node...'F pops up.  Try looking at the flags argument to $BRKTHRUW, specificallyG the BRK$M_NOREFRESH option.  I've not tried it, since I've never needed & it, but suspect it does what you need.   --Robert  ' On Fri, 19 May 2000, J.G. Peters wrote:   G > Thanks, Hoff. Although I've written my share of DCL, a coder I'm not.rK > Truth to tell (as if you couldn't have guessed), this is the first bit ofmF > System_Services stuff I've ever attempted. Since I don't really knowL > what I'm doing, it's taking awhile to trail and error it out. The line no H > longer advances, but isn't exactly "invisible." In other words, beforeA > suppressing the <CR><LF>, output looked like this on the targetnB > terminal (no keystrokes entered, program is sending a null char.% > to the terminal every 10 minutes):   >  > $A >  > $S >  > Now, it looks like this: >  > $: > $. > C > Is the <CR><LF> truly being suppressed or have I still not gotteni> > it right? What I was hoping for/expecting was no advancement5 > whatsoever - i.e. no output on the target terminal.r > ? > Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in article / > <8fuqj4$nbb$1@mailint03.im.hou.compaq.com>...e > > B > > In article <01bfc029$b414fe10$32341895@jpeters>, "J.G. Peters" > <jpeters@sctcorp.com> writes:t7 > > :Attempting to use $BRKTHRUW in a C program to sendhA > > :a null or bell to a terminal in order to simulate "traffic."i6 > > :It works, but how do I suppress the <CR><LF> that# > > :results in the line advancing?  > >  > >   carcon argument? > > 6 > >  --------------------------- pure personal opinion > ---------------------------s5 > >    Hoff (Stephen) Hoffman   OpenVMS Engineering  o > hoffman#xdelta.zko.dec.com > >  > >  >    ------------------------------  % Date: Fri, 19 May 2000 20:54:05 -04002- From: JF Mezei <jfmezei.spamnot@videotron.ca> 3 Subject: Re: I Don't want that cluster. What to do?g, Message-ID: <3925E229.A45D5D5F@videotron.ca>  . I you wish to disable the clustering, you can:  	 MC SYSGEN. USE CURRENT  SET VAXCLUSTER = 0
 WRITE CURRENT(   On both nodes.  J If you wish to retain all the wonders of a cluster, you also need to set a, different allocation class on each machine.    (for instance:G SET ALLOCLASS = 1  on one node and SET ALLOCLASS = 2 on the other node.   M This way, the cluster can differentiate between 2 drives with the same devicei name in your cluster.f  G However, having 2 system disks does require a bit more work compared to-2 sharing a single system disk. (queue manager etc).   ------------------------------  % Date: Fri, 19 May 2000 14:09:29 -0400l' From: "Zeni B. Schleter" <zzb@ornl.gov>N; Subject: Re: Limiting Decnet Phase IV access with VMS 7.1-2 ( Message-ID: <39258354.B3DC5AFF@ornl.gov>  T The NETCONFIG.COM asks about a Default account but not access.  There are no defaultL accounts for either FAL nor DECNET .  My intent is to block all outgoing andK selectively allow incoming.  I have tinkered with Netserver.com and renamedcT rtpad.exe.  I am having difficulty blocking outgoing.  I could try removing FAL fromN the object list of NCP but I thought the object entries were more for incoming	 requests.m  N My Exec is set for "access none" and "default access none".  But the directoryR commands out to other nodes still work.  Incoming commands still work, too (exceptU that I put a filter on Netserver.com).  I  modified  the access on a few other remotetQ nodes specifying my local node as having no access.  The directory commands still  work.   @ Surely I am missing something or not understanding the dynamics.  R Larry Kilgallen suggested I get other system managers (which we have several here)V that I can have them look over it.  However , like me, most have not had to modify the7 Decnet setups in years other than to update node names.s   Hoff Hoffman wrote:a  T > In article <39256140.1419A1AC@ornl.gov>, "Zeni B. Schleter" <zzb@ornl.gov> writes:K > :I have an Alphastation that I am trying to control access to and/or from7 > :via the DECNet Phase IV.D >OG >   Re-run NETCONFIG.COM, and select the default options for the DECnetaG >   objects.  Specifically here, the default FAL access should be "no".L >_P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 19 May 2000 20:14:18 GMT_9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-; Subject: Re: Limiting Decnet Phase IV access with VMS 7.1-2c+ Message-ID: <zouASLWnyzWW@eisner.decus.org>   k In article <8g3svh$kj5$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:r > T > In article <39256140.1419A1AC@ornl.gov>, "Zeni B. Schleter" <zzb@ornl.gov> writes:K > :I have an Alphastation that I am trying to control access to and/or from  > :via the DECNet Phase IV.  > G >   Re-run NETCONFIG.COM, and select the default options for the DECnet G >   objects.  Specifically here, the default FAL access should be "no".s  G Default FAL access should not provide access if EXECUTOR DEFAULT ACCESSmE is NONE or OUTGOING and ACCESS for the remote node is not INCOMING ori BOTH.o   ------------------------------    Date: 19 May 2000 13:39:20 -0500/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)2U Subject: Re: LINKING F90 programs leads to "multiply defined" and "undefined" CMA$TIS-. Message-ID: <39257c48_1@dilbert.ic.sunysb.edu>  g In article <i4gaisgo78ouob3d8e1ie428k5dbc1qckl@4ax.com>, Steve Lionel <Steve.Lionel@compaq.com> writes:i [...]  |>E |>Interesting.  Do you have the LINK symbol defined as LINK/NOSYSSHR,-E |>perhaps?  The symptom suggests that SYS$LIBRARY:IMAGELIB.OLB is notn2 |>getting searched before STARLET.OLB.  Try addingF |>SYS$LIBRARY:IMAGELIB/LIB to the end of your link commnd and see what
 |>happens. |> |>  
 	Hello Steve,s  E 	First : thanks for your quick answer. Unfortunatly, your suggestion sL has not solved the problem and I get the same messages all over again. I am I almost at the point of re-installing the FORtran compiler now just to seepL what would happen. Shall I do that or is there any other tricks I can try ? % (like a lib/replace of some kind ?). 	  * 	Thanks in advance for any helps and tips,     -- N6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400t;   ---m---U---m---------------------------------------------B&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Fri, 19 May 2000 15:15:20 -0400-, From: Steve Lionel <Steve.Lionel@compaq.com>U Subject: Re: LINKING F90 programs leads to "multiply defined" and "undefined" CMA$TIS08 Message-ID: <ti4biscpq3li4g8lu3tufqlchurtjv24sq@4ax.com>  @ On 19 May 2000 13:39:20 -0500, jlauret@?.chem.sunysb.edu (Jerome LAURET) wrote:   >lF >	First : thanks for your quick answer. Unfortunatly, your suggestion M >has not solved the problem and I get the same messages all over again. I am QJ >almost at the point of re-installing the FORtran compiler now just to seeM >what would happen. Shall I do that or is there any other tricks I can try ? s& >(like a lib/replace of some kind ?).   A Did you, by any chance, upgrade VMS sometime after installing the0F Fortran kit?  Please try reinstalling the Fortran RTL (FORRTL) kit andC see if that solves the problem. It may be that the Fortran-provided-F version of the Run-Time Library got replaced with an older one.  Also,B make sure that you don't have any other libraries in a LNK$LIBRARYD path.  Examining a link map will tell you where everything is coming from.i    - Steve Lionel (mailto:Steve.Lionel@compaq.com)r Fortran Engineering-& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 19 May 2000 23:27:10 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)r6 Subject: Re: Linux port question. $QIOW() to sendto().: Message-ID: <8g4ike$fdk$1@charm.magnus.acs.ohio-state.edu>  1 In message <39244B84.277198A1@mxnet.demon.co.uk>,A'   mark <mark@mxnet.demon.co.uk> writes:s >David Jones wrote:PL >> You can get lots of collisions if a the NIC is set to full duplex and the8 >> swtich port it is connected to isn't (or vice versa). >oN >In my case it's Test Generator NIC -> HUB <- Test System NIC. Does this still% >apply with the hub interfacing them?o  8 Yes, a repeater (i.e. hub) can only operate half-duplex.    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:.L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.v   ------------------------------   Date: 19 May 2000 12:40 CSTn' From: carl@gerg.tamu.edu (Carl Perkins) > Subject: Re: MicroVAX 2000 VUPS ( was Re: VMS on the desktop?)- Message-ID: <19MAY200012402455@gerg.tamu.edu>-  ! tim.llewellyn@bbc.co.uk writes...0E }So, out of interest, how many VUPS is the MicroVAX 2000 I discoveredNB }under a heap of oither stuff when I relocated a server yesterday? }--e7 }Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projectw   Roughly 0.9.  H Yep - its slower than the much older 11/780 (but it is also small enoughE to carry in one hand, instead of one forklift). As I recall, the onlyeK slower VAXes ever made were the 11/750 and 11/730 - but the VAXstation 2000-H (which was a microVAX 2000 with graphics) was effectively slower when inI use as a workstation (rather then via terminal access) since the graphicst* consumed a noticable amount of CPU cycles.   --- Carl   ------------------------------  % Date: Fri, 19 May 2000 14:44:46 -0400a+ From: Tim Shoppa <shoppa@trailing-edge.com>e> Subject: Re: MicroVAX 2000 VUPS ( was Re: VMS on the desktop?)1 Message-ID: <3925535E.747DCADB@trailing-edge.com>a   Carl Perkins wrote:t > # > tim.llewellyn@bbc.co.uk writes...pG > }So, out of interest, how many VUPS is the MicroVAX 2000 I discoveredgD > }under a heap of oither stuff when I relocated a server yesterday? > }--t9 > }Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projectt >  > Roughly 0.9. > J > Yep - its slower than the much older 11/780 (but it is also small enoughG > to carry in one hand, instead of one forklift). As I recall, the only 3 > slower VAXes ever made were the 11/750 and 11/730w  E There's also the 11/725 (really a differently-packaged 11/730 withoutu@ the IDC but with RC25's instead) and the Microvax I, in the 0.25 to 0.35 VUPS region.   Tim.   ------------------------------    Date: 19 May 2000 15:36:21 -0700( From: Javier Henderson <javier@kjsl.com>( Subject: Re: MicroVAX, MS and RD53 disks- Message-ID: <868zx6dv6i.fsf@cartero.kjsl.com>   * Terry Kennedy <terry@gate.tmk.com> writes:  I >   You can put the drive in a MV/VS2000 and format there, or you can usen< > a PDP-11 with an RQDX3 and the ZRQC formatter (from XXDP).  8 	From the deep recesses of my dusty memory cells, I seem= to recall that at least one of the Emulex MFM controllers hadu a built-in formatting utility.   -jav   ------------------------------  # Date: Sat, 20 May 2000 01:20:49 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>( Subject: Re: MicroVAX, MS and RD53 disks6 Message-ID: <RLlV4.1041$NX3.26596@typhoon.aracnet.com>  ) Javier Henderson <javier@kjsl.com> wrote:>: > 	From the deep recesses of my dusty memory cells, I seem? > to recall that at least one of the Emulex MFM controllers hade  > a built-in formatting utility.  J It does, but the resulting disk won't work on an RQDX3, you'll have to useL it on that Emulex controller.  Besides if you're going to dig up a 3rd partyA controller you'd be better off finding a ESDI or SCSI controller..   			Zanex   ------------------------------  % Date: Fri, 19 May 2000 21:08:08 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>t; Subject: Re: OpenVMS and Windows NT Integration for Dummiese+ Message-ID: <3925E572.3B2AC6F@videotron.ca>r   Tim Llewellyn wrote:J > > It appears to be primarily marketing material. Very short on technical > > content. > >h( > > Marketing? VMS? Who would've though? > > > Yup, and marketting it for the mgm's too, even more amazing.  N But it lacks a listing for the OSU WEB server, the best web server for VMS. ItN also seems to lack an entry for Office-Server which offers all sorts of accessI to email and documents over the net (POP, IMAP, WEB, character cell etc).r   ------------------------------  % Date: Wed, 17 May 2000 08:41:27 -0400-1 From: "Warren Spencer" <warren.spencer@alcan.com>o) Subject: Re: Problems with Submit commando+ Message-ID: <8fu465$471@krdcnews.alcan.com>>   Hi Niv,y  J I suspect you have a permission/privilege problem. Examine the protectionsL and ACLs for all directories above and including disk$scratch.  Also examineD the security settings on the existing log file.  The Security manual% provides all the details you'll need.   H To prove this theory, log into the account that runs the job, and try toG create a file interactively that does not exist in that directory.  You K shouldn't be able to, until you adjust the security settings appropriately.a   ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.h      Nivlesh Chandra wrote in messageD <791C2856E8FDD211BAFB0008C759919591F905@exchange01.govnet.gov.fj>...L >I have a user named bakprod and there is a logical defined for disk$scratchK >Now what I have done is logged in as system and now when I try and executey >the following >09 >submit test.com /user=bakprod /log=disk$scratch /noprint  >I get the error as followsF >z4 >%SUBMIT-F-INVLOGFIL, invalid log file specification  >-RMS-E-DNF, directory not found# >-SYSTEM-W-NOSUCHFILE, no such file> > F >But when I invoke the same command without the /log parameter it goes- >through so I guess that the default log filea4 >is created in the home dir of bakprod successfully. >uI >I have checked the logicals for disk$scratch and they are fine. The only 6 >time I have this problem is when the file name that IE >specify for the /log is not present. If I point it to a file that isf alreadytJ >in disk$scratch for instance if there is a file already called test.log;1 in
 >disk$scratch F >and I specify /log=disk$scratch:test.log;1 the command is successful. >- >-K >This prob is only with this particular user. Can someone please help me...B >i >ThanksR >Niv >u >v   ------------------------------  % Date: Wed, 17 May 2000 08:41:27 -0400C1 From: "Warren Spencer" <warren.spencer@alcan.com>n) Subject: Re: Problems with Submit commands+ Message-ID: <8fu4sc$472@krdcnews.alcan.com>=   Hi Niv,.  J I suspect you have a permission/privilege problem. Examine the protectionsL and ACLs for all directories above and including disk$scratch.  Also examineD the security settings on the existing log file.  The Security manual% provides all the details you'll need.c  H To prove this theory, log into the account that runs the job, and try toG create a file interactively that does not exist in that directory.  YoueK shouldn't be able to, until you adjust the security settings appropriately.n   ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.i      Nivlesh Chandra wrote in messageD <791C2856E8FDD211BAFB0008C759919591F905@exchange01.govnet.gov.fj>...L >I have a user named bakprod and there is a logical defined for disk$scratchK >Now what I have done is logged in as system and now when I try and execute  >the following >-9 >submit test.com /user=bakprod /log=disk$scratch /noprint  >I get the error as followsl >r4 >%SUBMIT-F-INVLOGFIL, invalid log file specification  >-RMS-E-DNF, directory not found# >-SYSTEM-W-NOSUCHFILE, no such filen >sF >But when I invoke the same command without the /log parameter it goes- >through so I guess that the default log files4 >is created in the home dir of bakprod successfully. >nI >I have checked the logicals for disk$scratch and they are fine. The onlyn6 >time I have this problem is when the file name that IE >specify for the /log is not present. If I point it to a file that ist alreadypJ >in disk$scratch for instance if there is a file already called test.log;1 in
 >disk$scratch F >and I specify /log=disk$scratch:test.log;1 the command is successful. >t > K >This prob is only with this particular user. Can someone please help me...e >t >Thankse >Niv >p >.   ------------------------------  % Date: Wed, 17 May 2000 08:41:27 -0400n1 From: "Warren Spencer" <warren.spencer@alcan.com>t) Subject: Re: Problems with Submit command + Message-ID: <8fu6n1$473@krdcnews.alcan.com>o   Hi Niv,i  J I suspect you have a permission/privilege problem. Examine the protectionsL and ACLs for all directories above and including disk$scratch.  Also examineD the security settings on the existing log file.  The Security manual% provides all the details you'll need.i  H To prove this theory, log into the account that runs the job, and try toG create a file interactively that does not exist in that directory.  You@K shouldn't be able to, until you adjust the security settings appropriately.m   ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.n      Nivlesh Chandra wrote in messageD <791C2856E8FDD211BAFB0008C759919591F905@exchange01.govnet.gov.fj>...L >I have a user named bakprod and there is a logical defined for disk$scratchK >Now what I have done is logged in as system and now when I try and execute- >the following > 9 >submit test.com /user=bakprod /log=disk$scratch /noprint# >I get the error as follows  > 4 >%SUBMIT-F-INVLOGFIL, invalid log file specification  >-RMS-E-DNF, directory not found# >-SYSTEM-W-NOSUCHFILE, no such file  >jF >But when I invoke the same command without the /log parameter it goes- >through so I guess that the default log file 4 >is created in the home dir of bakprod successfully. > I >I have checked the logicals for disk$scratch and they are fine. The onlyl6 >time I have this problem is when the file name that IE >specify for the /log is not present. If I point it to a file that isS already J >in disk$scratch for instance if there is a file already called test.log;1 in
 >disk$scratcheF >and I specify /log=disk$scratch:test.log;1 the command is successful. >v > K >This prob is only with this particular user. Can someone please help me...s >  >Thankse >Niv >r >c   ------------------------------  # Date: Fri, 19 May 2000 21:18:18 GMT0* From: young_r@eisner.decus.org (Rob Young): Subject: Software for Grownups (Was: Re: "Modern" OpenVMS)+ Message-ID: <24otsVws1xDQ@eisner.decus.org>>  p In article <009EA47A.D5BB5D73@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:_ > In article <4.3.1.0.20000518162818.021c0bc0@24.8.96.48>, Dan Sugalski <dan@sidhe.org> writes:wA >>At 08:18 PM 5/18/00 +0000, Brian Schenkenberger, VAXman- wrote:bI >>>In article <4.3.1.0.20000518152658.021b51a0@24.8.96.48>, Dan Sugalski t >>><dan@sidhe.org> writes:3 >>> >At 04:39 PM 5/18/00 +0000, David Mathog wrote:tQ >>> >>Having just been bitten on the butt AGAIN by a 16 bit limit ( DEC C write()tM >>> >>won't move >64K worth of data over TCP/IP due to some funky interactionf >>> >>with a QIO)c >>> > K >>> >No offense, but so what? There isn't a wire protocol out there that'llaO >>> >support packets even close to 64k that I know of, so its not like there'll  >>> >be UDP splitup issues.g >>> >nN >>> >If it'll help, I can throw together a quick piece of wrapper code that'llP >>> >give you a write that looks like it sends any size of data but chunks it upE >>> >anyway. (I need it for perl, so no reason not to make it public)m >>> K >>>Whah, whah!  Mommy, it doesn't look or feel or smell or work *just* like , >>>unix so VMS is defective and neanderthal. >>N >>No, more like "Stupid machine! Do what the heck I want!" Limits suck. While E >>I personally dislike the C I/O system (it's pretty pathetic--fully sI >>synchronous I/O is for weenies) it's something I have to work with, so h* >>making it work better's not a bad thing. > 0 > ... as do I and its degenerate bretheren, C++. > J > Still, instead of griping about a bit of unix code that doesn't port un-J > changed into the VMS space, just change the code.  Or better yet, modifyK > the code to really make use of VMS features which are lacking in the unixm > realm. > J > I have been dicking for months with some GNU code (sic?).  I've come to I > the realization that if C had a *real* macro language instead of brain-kI > damaged token substitution, much of the psychosis surrounding unix coderI > and build procedures would not exist.  If this be how the unix crowd isoJ > building applications then so be it.  I'll stick to a sane and organizedK > build environments and code that doesn't require preprocessor/substitute/DJ > preprocessor/substitute/preprocessor/substitute and finally a compile to > be built.l >   : 	Might I be so bold to suggest you are describing software 	for grownups:  4 http://www.fastcompany.com/online/06/writestuff.html  P "It's strictly an 8-to-5 kind of place -- there are late nights, but they're theM exception. The programmers are intense, but low-key. Many of them have put in M years of work either for IBM ( which owned the shuttle group until 1994 ), oriK directly on the shuttle software. They're adults, with spouses and kids andm0 lives beyond their remarkable software program.   N That's the culture: the on-board shuttle group produces grown-up software, andM the way they do it is by being grown-ups. It may not be sexy, it may not be aeN coding ego-trip -- but it is the future of software. When you're ready to takeL the next step -- when you have to write perfect software instead of software6 that's just good enough -- then it's time to grow up."  @ 	A very good read.   Great software isn't for everyone you know,? 	read the poor bugger that left for Micron (for a while) beforet 	GLADLY returning to sanity.   				Robt   ------------------------------  % Date: Fri, 19 May 2000 21:47:21 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca> > Subject: Re: Software for Grownups (Was: Re: "Modern" OpenVMS), Message-ID: <3925EEA2.5FAAFE51@videotron.ca>   Rob Young wrote:C >         Might I be so bold to suggest you are describing softwarem >         for grownups:-6 > http://www.fastcompany.com/online/06/writestuff.html    M Interesting you mentioned this today. This morning, OV-104 (Atlantis) blasted-K off after a couple of years of major modifications, including a totally newlK glass cockpit that had not been tested in flight before.  (This new cockpitpL not only saves much weight, but will allow much greater automation in futureQ revisions of the software http://www.spaceflight.nasa.gov has a section on this).e    I I woudl only accept to work on such critical software if I were sure thatoI there would be a process of quality control that would catch any errors I N would make. I don't think I would be able to live with myself if a single lineJ of code would cause an explosion, or worse, 7 humans to become stranded in& space until their air supply runs out.  7 But given the opportunity, I would take it in a second.o  N When I workd for a bank, I absolutely hated their overly conservative re-tape,K requiring committee approval for any changes etc etc. But after that job, InC came to realise the advantage of such a structure (albeit done morerJ efficiently) when I saw how those mickey mouse outfits operate without anyG documentation of changes made (heck, on microsoft, how can you documentgM changes you make since you don't really know what happens when you click on an
 button ?).   ------------------------------   Date: 19 May 2000 13:06 CST/' From: carl@gerg.tamu.edu (Carl Perkins)- Subject: Re: undeleted utillity0- Message-ID: <19MAY200013064315@gerg.tamu.edu>.  - "Su, Guobao" <Guobao.Su@Penguin.ca> writes...iK }I have a problem. I accidently deleted a file in OpenVMS system. How can It
 }get it back?s }Thanks, }Guobao9  H The first choice is to get it off the most recent backup. If this is not$ an option, then it gets complicated.  G If the disk has not been written to by any process for any reason sincecC you did the delete, then you can probably recover it using freewareoF utilities. There is a freeware utility called DFU which you can get at/ http://WWW.OPENVMS.DIGITAL.COM/freeware/DFU027/nB which can do an undelete. If you do not already have it, make sure8 you do not install it on the disk with the deleted file.  H If the disk has been written to, odds are good that you can not undeleteI the file. You can still try DFU's UNDELETE function. If it does not work,uK then to get the file back you may be able to recover it by sending the disk-I to a high-end data recovery company (with the ability to recover versionssI of files that have been overwritten - I know it it theoretically possible-G to do even if it has been overwritten more than once, but I do not know.H if any data recovery services provide this service). It'll probably costI thousands of dollars, if they can do it at all (and may cost a fair chunk G of change just to find out). In this case, the best bet to get the file D back is to do what you did to put the file there in the first place.   --- Carl   ------------------------------    Date: 19 May 2000 13:54:23 -0500/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)u Subject: Re: undeleted utillitys. Message-ID: <39257fcf_1@dilbert.ic.sunysb.edu>  E 	The DFU utility has a UNDELETE which actually works. Beware of othernO freeware products ; I have tested many and most of them created a real mess on -D my drives at the point that it was more worth to un-install them ...  H 	DFU never created any problems. Try http://ftp.digital.com/pub/VMS/ for? download (there is another page but I can't locate it for now).a   -- d6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400s;   ---m---U---m---------------------------------------------s&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Fri, 19 May 2000 18:12:19 -0400 # From: sol gongola <sol@adldata.com>a Subject: Re: undeleted utillityt' Message-ID: <3925BC43.2257@adldata.com>h   Restore it from a backup. :(: There is an undelete utility available, but it only worked; if you caught it right away and no other users had a chanceh; to create a file that overlay it. It may be available from -; one of the vms freeware sites. I also understand that it non longer worked in vms 7.2.u   solR >  > Hello, > L > I have a problem. I accidently deleted a file in OpenVMS system. How can I > get it back? > 	 > Thanks,  > Guobao   ------------------------------  % Date: Fri, 19 May 2000 21:27:45 -04001. From: Michael Austin <maustin@nc.prestige.net> Subject: Re: undeleted utillitym/ Message-ID: <3925EA10.7886EEB1@nc.prestige.net>e  , This is a multi-part message in MIME format.& --------------724729241DFF479E6A7A82B5* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitZ  M IIRC, the reason they say "only if you caught it and no one else wrote to it"sM is because the XQP, which is responsible for writing to the disk will use the<E physical block it has in it's buffer... ie.. the one you just deletedcL from....  over-writing data in the file you just deleted.  It is not as dumbH as some of the other OS's that take considerable time before it reuses a physical block.3       "Su, Guobao" wrote:    > Hello, >tL > I have a problem. I accidently deleted a file in OpenVMS system. How can I > get it back? >E	 > Thanks,  > Guobao  & --------------724729241DFF479E6A7A82B5- Content-Type: text/x-vcard; charset=us-ascii;   name="maustin.vcf"e Content-Transfer-Encoding: 7bitc, Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"i   begin:vcard  n:Austin;Michael t tel;work:704-947-1089g x-mozilla-html:FALSE org:Michael Austin, Inc.
 adr:;;;;;; version:2.1S+ email;internet:michaelaustininc@hotmail.comt title:Presidentm x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcardg  ( --------------724729241DFF479E6A7A82B5--   ------------------------------  % Date: Fri, 19 May 2000 21:38:15 -0400l2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>- Subject: Vaxstation graphics to SVGA monitor?-7 Message-ID: <200005192138_MC2-A5B1-5E85@compuserve.com>1  A         I'm using a Nanao T2-20 with a VAXstation 4000/VLC and anc( Alphastation 200 4/233.  It works great.  F         The GPX graphics will probably be difficult or impossible; theJ resolution was non-standard, something like 1024x868.  A good SVGA monito= rc/ *might* sync up on it but I wouldn't bet on it.a  9         SPX graphics?  Try it!  Or ask someone who knows!c    " Message text written by Tim ShoppaA >A question that's a bit different than the typical "How do I uses my old VR299 on a PC clone":  B Does anyone here have any experience hooking VAXstations (anythingA from VS2000's to 3100's with SPX or GPX graphics to 4000VLC's ande
 4000/60's)H to a modern multisync SVGA monitor?  It'd be nice if the monitor accepts= sync-on-green, but if not I'd be willing to build my own syncaH separator.  And obviously the multisync SVGA monitor will have to handleF the scan rates from the Vaxstation(s) - but unfortunately I'm having a hardG time getting scan rate details on many modern commercial SVGA monitors.tD The specs usually list the supported resolutions, but not the actual scan rates.t  @ Any leads?  Words from the wise?  I have too many customers withB dying VR160's, VR190's, VR290's, VR299's, etc., who really need to@ keep their screens running reliably, and it'd be a big win if weB could just plug in a nice modern (maybe even generic) SVGA monitorC when their current monitor dies.  (Notice I said "when", not "if"!)t <d   ------------------------------  % Date: Fri, 19 May 2000 22:39:21 -0500 ( From: Roosevelt Jones <rjonesii@aol.com>1 Subject: Re: Vaxstation graphics to SVGA monitor? < Message-ID: <rjonesii-5452A1.22392119052000@news.swbell.net>  D In article <200005192138_MC2-A5B1-5E85@compuserve.com>, "Richard B. ' Gilbert" <DRAGON@compuserve.com> wrote:y  C >         I'm using a Nanao T2-20 with a VAXstation 4000/VLC and anh* > Alphastation 200 4/233.  It works great. > H >         The GPX graphics will probably be difficult or impossible; theL > resolution was non-standard, something like 1024x868.  A good SVGA monitor1 > *might* sync up on it but I wouldn't bet on it." > ; >         SPX graphics?  Try it!  Or ask someone who knows!o >  > $ > Message text written by Tim ShoppaC > >A question that's a bit different than the typical "How do I usee > my old VR299 on a PC clone": > D > Does anyone here have any experience hooking VAXstations (anythingC > from VS2000's to 3100's with SPX or GPX graphics to 4000VLC's and  > 4000/60's)J > to a modern multisync SVGA monitor?  It'd be nice if the monitor accepts? > sync-on-green, but if not I'd be willing to build my own syncoJ > separator.  And obviously the multisync SVGA monitor will have to handleH > the scan rates from the Vaxstation(s) - but unfortunately I'm having a > hardI > time getting scan rate details on many modern commercial SVGA monitors. F > The specs usually list the supported resolutions, but not the actual
 > scan rates.r > B > Any leads?  Words from the wise?  I have too many customers withD > dying VR160's, VR190's, VR290's, VR299's, etc., who really need toB > keep their screens running reliably, and it'd be a big win if weD > could just plug in a nice modern (maybe even generic) SVGA monitorE > when their current monitor dies.  (Notice I said "when", not "if"!)  > <% >  >   F I have been using the NEC XP17 with my VS3100 with GPX and SPX boards.  I I tried KDS VS??? monitor (I no longer have this but I can get the model mH on request) but I not get it to work. I may have gotten it to work with % an Extron box somewhat but I gave up.i  I I was looking at the Sony 19" MultiScan GDM-400PS as a possible solution  A but it was too expensive for my needs so I never got one to test.   
 Good luck.   Roosevelt Jonese --  " Roosevelt Jones (rjonesii@aol.com)   ------------------------------  % Date: Fri, 19 May 2000 13:18:13 -0400r" From: Dan Sugalski <dan@sidhe.org> Subject: Re: VMS File Modesi8 Message-ID: <4.3.1.0.20000519131608.0228f790@24.8.96.48>   >confusu@my-deja.com wrote:r >u >  Dirk and JF >nF >  Thank you both for your replies.  I must say again that VMS is veryI >  foreign to me.  The idea that there are so many different file formats"F >  at the OS level is an idea that is a tad cumbersome.  This does notG >  plague a UNIX or Windows-based environment.  I am quite used to (andoD >  happy with) creating a file with "w" access and having it work no  >  matter what the circumstance.  J It takes a different way of thinking, and once you get the hang of it the G different file types are nice to have at the OS level. (Especially the o. various real record formats and indexed files)  I Think of us as having a filesystem with the Berkeley DB library built-in a! and it makes things a bit easier.l   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenr;                                       teddy bears get drunk    ------------------------------  + Date: Fri, 19 May 2000 11:49:19 -0500 (EST)j1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>o Subject: Re: VMS File ModeshW Message-ID: <Pine.LNX.3.96.1000519114209.14162B-100000@rocinante.admin.rose-hulman.edu>o   Thanks, Dani  9 That's good to know.  I'll have to find and install that.t   VAX> perl -MVMS::Stdio" Can't locate vms/stdio.pm in @INC." BEGIN failed--compilation aborted.+ %RMS-F-SYN, file specification syntax errorh   (Running 5.003_01)   --Robert  ( On Thu, 18 May 2000, Dan Sugalski wrote:  4 > At 05:38 AM 5/18/00 -0500, Robert J. Slover wrote:/ > >The only time it has been an issue for me in.= > >writing something to run on VMS and on Unix (not somethinge> > >I get to do much) is in Perl, where the extra functionality" > >of fopen() isn't there (AFAIK). > N > Turns out not to be the case--check out the docs for the VMS::Stdio module, L > packaged with all versions of perl since 5.003 (I think) and installed by ( > default with all versions since 5.005. > J > You get pretty much full access to all the twiddly bits you can pass to  > fopen() in C.  >  > 
 > 					Dan > N > ----------------------------------------------------------------------------N > Dan Sugalski                          General and VMS-specific perl training > dan@sidhe.orgn@ >                                       Mail me for more details >    ------------------------------   Date: 19 May 2000 12:49 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)n  Subject: Re: VMS on the desktop?- Message-ID: <19MAY200012490599@gerg.tamu.edu>g  ! tim.llewellyn@bbc.co.uk writes...0 }Carl Perkins wrote:J }>  As for the scanning, I would have to guess that you were not using theD }> scanning software directly, but rather calling it from some other } D }Well, its either Paint Shop Pro or use the crappy program that cameC }with the Logitech Pagescan USB. I prefer to use PSP as it can save G }in many formats etc, but I am getting RSI from all those mouse clicks.> }  }-- 7 }Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project   J So use the scanning program and save them in whatever format it saves themG in. AFter you have scenned them all, load then into PSP and do whatevereG to them and save them in your preferred format. It is almost certain to H be less work (and less RSI problems) than doing it the other way and allH it costs you is some disk space to temporarily store them in the "wrong" format.,   --- Carl   ------------------------------  % Date: Fri, 19 May 2000 16:14:52 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>e  Subject: Re: VMS on the desktop?( Message-ID: <8g476k$f14$1@pyrite.mv.net>  7 Howard S Shubs <hshubs@mindspring.com> wrote in messagel8 news:hshubs-65A381.06184819052000@news.mindspring.com...6 > In article <8g2nt9$1qi$1@pyrite.mv.net>, "Bill Todd" > <billtodd@foo.mv.com> wrote: >tJ > >'Fraid not.  But a lot of people here would like to think so, while the > >reste2 > >of the world moves happily along ignoring them. >u= > You're right in the cluster thing, but your attitude sucks.y  J Well, I'm often inclined to mirror the objectivity and tact of the message to which I'm responding.  J The main problem I have with VMS bigots is that they've sat on their assesK feeling superior for the past decade-plus rather than beat hard on DEC (andoK now Compaq) to do what is necessary to get VMS back out into the fray wheretG it could make a real difference.  Part of what's necessary to make thatiK happen is a facade that's acceptable to people used to something else - buteL there's nothing technically impossible about doing that without compromisingI VMS's basic strengths, as long as people can get past the "But OUR way isl the RIGHT way" hurdle.   - bill   >e > --! > Howard S Shubs, the Denim Adepty   ------------------------------  + Date: Fri, 19 May 2000 20:59:23 +0000 (   ) 3 From: Christopher Smith <chriss@Mufasa.pubserv.com>r  Subject: Re: VMS on the desktop?J Message-ID: <Pine.LNX.4.05.10005192058120.29059-100000@Mufasa.pubserv.com>  ) On Fri, 19 May 2000, Tim Llewellyn wrote:   K > The only thing worth copying from windows is possibly the UI style guide.r  C You really think we need to copy that from windows?  Just go to thet: source, and copy from nextstep, motif, os/2, and macos. ;)   Regards,   Chriss  O ===============================================================================s@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmerd Prime Synergy of Champaign, IL. % -------------------------------------wI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andnH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 0O -------------------------------------------------------------------------------r   ------------------------------   Date: 19 May 2000 21:12:38 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: VMS on the desktop?6 Message-ID: <8g4ao6$pid$1@mailint03.im.hou.compaq.com>  ) On Fri, 19 May 2000, Tim Llewellyn wrote: K : The only thing worth copying from windows is possibly the UI style guide.e  F   I've always been puzzled by the decision to put the make-big and theH   make-small buttons right next to the make-it-go-away button.  I can't H   count the number of times I've blown away an application by virtue of #   a "near miss" on these buttons.  w  >   Me?  I'd much rather keep the original X style guide around.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 19 May 2000 16:42:23 -0500c) From: "John E. Malmberg" <wb8tyw@qsl.net>u  Subject: Re: VMS on the desktop?7 Message-ID: <126001bfc1db$1f999260$020a0a0a@xile.realm>n  5 Carl Perkins <carl@gergl1.gerg.tamu.education> wrote:b  0 > David A Froble <davef@tsoft-inc.com> writes... > }"John E. Malmberg" wrote:L > }> Local observations show that it seems to take 30 Pentium Mhz to equal 1 VUP. > }> Your mileage may vary.  > }>
 > }> -John > })G > }I've gotta guess that you're kidding a bit here.  Still, it is a bitt amusingaI > }that today's 1 GHz processor has finally matched, say, a MicroVAX 3100e model 90J > }or maybe a model 95, some 10 years later?  But they still can't cluster them as- > }well as the 10 year old VAX.  > }  > }Davel >rH > I seriously doubt the conversion, considering that a DEC 3000m600 withG > its 175MHz 21064 CPU is only about as fast as a Pentium 120 - 133 (at @ > the lower end for integer, the higher end for floating point).  K I forgot to qualify that as 30 Pentium Mhz on M$SOFT Windoze.  The overheadiI of a messaging passing operating system and other interesting features isg what makes the difference.  L As far as using a RAW CPU benchmark, yes the newer Pentiums will out run the older VAXen.  L However a SAS script run on a DEC 3000 Model 600 seems to run in 10 seconds,D while running the same script on a 300 Mhz Pentium takes 10 minutes.  I This indicates how bad generic benchmarks and generic Mhz can be when youu. attempt to apply them to real world solutions.  K I used to know of a VAX 11/780 that could support 100 interactive logged in H users at a University.  I have yet to see an x86 LINUX system that couldK handle that many.  And to make things more fair to the 11/780, it should beg# compared to LINUX running on a 386.r  K The I/O subsystem, and compiler efficiencies may have more effect on thingsr6 than just the RAW cpu.  Of course this is nothing new.   -Johns wb8tyw@qsl.network   ------------------------------  % Date: Fri, 19 May 2000 17:58:23 -0500s) From: "John E. Malmberg" <wb8tyw@qsl.net>f  Subject: Re: VMS on the desktop?. Message-ID: <sibhedo6q4017@corp.supernews.com>  2 Bill Gunshannon <bill@cs.scranton.education> wrote >a$ > Nothing sucks like a VAX!!     :-)   Or do you really mean:  & Nothing sucks like a VAX without VMS!!   ------------------------------  % Date: Fri, 19 May 2000 20:35:39 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>t  Subject: Re: VMS on the desktop?, Message-ID: <3925DDD7.CF52920E@videotron.ca>   Nigel Arnot wrote:G > consequences. (In passing, how many sales are lost because pages takefH > too long to load at 28Kbps? All web designers should be plugged in via > modems and denied Ethernet!)  K One web designer firm which is taken seriously in Montreal has a front pagedK that is absolutely unusable on 640-480 screens. (They force scroll bars off ' and all menu options are to the right.)k    O > And yes, it is common courtesy to open e-mail communications in the most open P > and straightforward way possible. ASCII, representing human-readable language.  D Microsoft usars don't have any idea that the junk they send might beM unreadable at the other end.  I tried to explain to my sister who was sending0N word documents to everyone that it was not a proper thing to do and she really had no clue whatsoever.a   ------------------------------  % Date: Fri, 19 May 2000 22:24:51 -0400a, From: taterskins@patriot.net (Ramon L. Tate)  Subject: Re: VMS on the desktop?D Message-ID: <taterskins-ya023480001905002224510001@news.patriot.net>  J In article <126001bfc1db$1f999260$020a0a0a@xile.realm>, "John E. Malmberg" <wb8tyw@qsl.net> wrote:   7 > Carl Perkins <carl@gergl1.gerg.tamu.education> wrote:f > 2 > > David A Froble <davef@tsoft-inc.com> writes... > > }"John E. Malmberg" wrote:N > > }> Local observations show that it seems to take 30 Pentium Mhz to equal 1 > VUP. > > }> Your mileage may vary.: > > }> > > }> -John > > }sI > > }I've gotta guess that you're kidding a bit here.  Still, it is a bite	 > amusingrK > > }that today's 1 GHz processor has finally matched, say, a MicroVAX 3100e
 > model 90L > > }or maybe a model 95, some 10 years later?  But they still can't cluster	 > them asn! > > }well as the 10 year old VAX.e > > }P	 > > }Daver > >sJ > > I seriously doubt the conversion, considering that a DEC 3000m600 withI > > its 175MHz 21064 CPU is only about as fast as a Pentium 120 - 133 (atfB > > the lower end for integer, the higher end for floating point). > M > I forgot to qualify that as 30 Pentium Mhz on M$SOFT Windoze.  The overhead"K > of a messaging passing operating system and other interesting features isO > what makes the difference. > N > As far as using a RAW CPU benchmark, yes the newer Pentiums will out run the > older VAXen. > N > However a SAS script run on a DEC 3000 Model 600 seems to run in 10 seconds,F > while running the same script on a 300 Mhz Pentium takes 10 minutes. > K > This indicates how bad generic benchmarks and generic Mhz can be when you40 > attempt to apply them to real world solutions. > M > I used to know of a VAX 11/780 that could support 100 interactive logged iniJ > users at a University.  I have yet to see an x86 LINUX system that couldM > handle that many.  And to make things more fair to the 11/780, it should ber% > compared to LINUX running on a 386.R > M > The I/O subsystem, and compiler efficiencies may have more effect on thingsn8 > than just the RAW cpu.  Of course this is nothing new. >  > -John  > wb8tyw@qsl.network  I I just saw an employment ad on the Web for a job where, in describing therH company, they stated they had "a 300-user client/server application on aH 35-server network with 450 users". Sure sounds like TinyLimp to me; theyF certainly wouldn't need 35 Alphas (or even VAXen) to support this manyH users under VMS. They didn't state how many people it takes to keep this whole thing going, though....h   -- b
 Ramon L. Tatea	 Casa Maaa= taterskins@patriot.net   "Skin" that "tater" before replying!e   ------------------------------  % Date: Sat, 20 May 2000 01:07:32 -0400'* From: David A Froble <davef@tsoft-inc.com>  Subject: Re: VMS on the desktop?- Message-ID: <39261D94.3C441894@tsoft-inc.com>c   Carl Perkins wrote:t > 0 > David A Froble <davef@tsoft-inc.com> writes... > }"John E. Malmberg" wrote:Q > }> Local observations show that it seems to take 30 Pentium Mhz to equal 1 VUP.o > }> Your mileage may vary.  > }>
 > }> -John > }dO > }I've gotta guess that you're kidding a bit here.  Still, it is a bit amusingoR > }that today's 1 GHz processor has finally matched, say, a MicroVAX 3100 model 90R > }or maybe a model 95, some 10 years later?  But they still can't cluster them as > }well as the 10 year old VAX.r > }r > }Davel > H > I seriously doubt the conversion, considering that a DEC 3000m600 withG > its 175MHz 21064 CPU is only about as fast as a Pentium 120 - 133 (atd@ > the lower end for integer, the higher end for floating point).  J I'm not too concerned about the number crunching it can do when you load aL benchmark into the cache.  The question I have is how does it handle massive@ amounts of string manulipation?  Not everybody crunches numbers.  O A while back I ran a small test on a 233 MHz 21064 and an N-VAX.  Despite being M older, the N-VAX kicked butt when string manulipation was introduced into thes test.2  
 Since thisN > system is faster than any single processor VAX (except for in a few specificG > cases where the VAX's spiffy capabilities win out, not to mention theoL > terrible effects of misaligned data on the 21064) but the conversion wouldM > indicate only 4 VUPS, the conversion must be off (a more correct figure forwK > the VUP rating of the system is likely to be well in excess of 100). And,HI > of course, a P-III does more per clock cycle than a Pentium so the 1GHznE > P-III is somewhat faster than a hypothetical 1GHz Pentium would be.i > 
 > --- Carl   Dave   -- L4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.come Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 20 May 2000 01:19:21 -0400a* From: David A Froble <davef@tsoft-inc.com>  Subject: Re: VMS on the desktop?- Message-ID: <39262059.64937863@tsoft-inc.com>s   Hoff Hoffman wrote:  > + > On Fri, 19 May 2000, Tim Llewellyn wrote:lM > : The only thing worth copying from windows is possibly the UI style guide.m > H >   I've always been puzzled by the decision to put the make-big and theI >   make-small buttons right next to the make-it-go-away button.  I can'tlI >   count the number of times I've blown away an application by virtue ofr# >   a "near miss" on these buttons.d > @ >   Me?  I'd much rather keep the original X style guide around. > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  K Well, you have a good point.  Meaningless, but good.  The real issue is thenA millions who are already familiar with the windoz user interface.   O Just to point out the issue, what did you guys do when moving all that MACRO-32sM code to the Alpha?  Re-write it in MACRO-64?  No way, you did the smart thing-I and wrote a MACRO-32 compiler.  When taking into account all the customer@4 MACRO-32 code in existance, this move was brilliant.  P So, with all the millions of windoz users, are you gonna try and re-train them? H You don't have a big enough club.  If you're smart, you provide the userJ interface they know and love, and stand a better chance of gaining them as
 customers.  O Could it be improved?  Definitely.  Are there better in existance?  Damn right!u  E To restate the only two rules applicable when dealing with customers:y  ! 	1) The customer is always right.s  , 	2) When the customer is wrong, refer to #1.   Dave   -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.comm Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 19 May 2000 15:55:56 -0400a' From: "Bill Todd" <billtodd@foo.mv.com>	/ Subject: Re: VMS on the desktop? (.doc dangers)i( Message-ID: <8g4635$e1n$1@pyrite.mv.net>  : Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message1 news:009EA50B.1CB7C4E5.26@maxwell.ph.kcl.ac.uk...  > > > > > Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message5 > > news:009EA44E.F405F53D.31@maxwell.ph.kcl.ac.uk...1 > >0 > > ...  > > J > > > Get the word out: reading any .doc file is like unsafe sex, it could beG > > > lethal (to your PC, your business, your continued employment ...)u > >eL > > While not in a position to refute the above assertion, I do question it: itE > > looks a great deal like others that I *do* know to be significanta > > exaggerations. > >.L > > A while ago, my impression was that the only threat in reading a .doc MSH > > file was macro viruses, which could only affect other Word documents thatL > > you created or edited.  If so, using Word only to read such things would@ > > seem relatively safe.  Has this changed (e.g., are there now embedded-script : > > facilities that execute without warning and without an' > > appropriately-restrictive sandbox)?  > I > If word is set to warn about macros, you'll get a warning. But when dide$ > you last check your word settings?  K I've never checked my Word settings, since it's not on my machine.  WordpadyI is, but doesn't have such settings (which I hope means it doesn't execute J macros - it certainly doesn't display things like headers and footers, letD alone allow them to be created, but does a usually acceptable job ofG presenting simple Word documents on the screen, though it sometimes has  problems with tables).  #  And if you're running Outhouse and-K > IE with the maximum security, you'll get warnings about scripts. But whene# > did you last check your settings?o  I When I was experimenting with seeing exactly how the virus warning dialogyL worked a few days ago.  But since I always have them set to prompt (save forJ the ones that are totally disabled), and never execute *anything* in emailF without being sure of what it is, that at least protects me from email virii.  H I admit to uncertainty about some kinds of web page scripts:  some pagesL won't display without them, and I confess that I tend to assume that as longJ as I'm targeting a reputable firm, then the likelihood of damage should beH minimal (though I won't execute an active x control unless I really have to).  )   How long before malware is written thatlK > doesn't do anything noticeable to your PC, other than alter your settingse3 > so that other people's malware can do the damage?   C As long as I'm prompted before anything is allowed to execute, this G possibility should remain small (though I could always make a mistake).     There have been plenty-I > of vulnerabilities in the past that would have allowed such, and I havelH > no confidence at all that there aren't many more waiting for a malware > author to uncover.  J Against oversights/bugs there is no protection except for fixes.  And I'llI be the first to admit that Microsoft products have a great deal more thanvL their share.  I'd also like to see more restrictive default options settingsG that a user would have to loosen explicitly (and with some explanation) ) before anything executable could execute.u   >oG > It may or may not be possible to make NT secure, but all the evidencef pointsH > to the latter. When I try, fixing some of the holes I know of requires ACLs6 > that cause much legitimate software to stop working!  I That gets out of the area of Word (or email) issues.  I really don't care K that much whether my operating system needs reinstallation if I've lost allu my personal files anyway.c  L But I sure as hell wouldn't use NT for a common server if I thought that anyD action taken by a user (or a virus) on a connected workstation couldF compromise anything beyond that user's data (well, temporary denial ofH service might be acceptable, if it only lasted until the workstation was turned off).  
  There are an J > ever-increasing number of exploits of ever-increasing sophistication andJ > impact. Microsoft have built a house out of beetle-infested timber usingJ > substandard nails and fasteners, and with invisible roof tiles that keepI > falling off and don't get put back on anything like promptly. Would you G > feel safe in such a house? Not me. Indeed, I worry what may happen toiL > the world at large when malware written by a competent intelligence agency1 > gets loose. Which all history suggests it will.   L I don't think NT is quite that bad, but neither is it as good as it needs toG be to make such concerns largely unnecessary.  Neither are most Unixes,=K though they mostly seem superior to NT in this regard.  But we'll just havepK to wait for them to improve, since they're what the world wants, unless VMSpF can present a similarly-acceptable facade while retaining its internal superiority.   - bill   ------------------------------  % Date: Wed, 17 May 2000 19:35:04 -0400 / From: "Sylvain Tremblay" <syltrem@videotron.ca>t- Subject: Re: Which is the language of VAX/VMS-8 Message-ID: <IIlV4.1860$Sk1.103995@wagner.videotron.net>  2 Is Unix a language? Is it a REAL operating system?  A Anyways, to answer the question, the "shell" language, or commandHC interpreter, is DCL (very lovely, the best, nothing to do with Unixi unmeaningful commands).a  L And you can have Cobol, Basic, ADA, C, and much more. You need a license for these, though.L Also you can buy from other sources (Cognos, powerhouse Progress, Oracle...)   Have fun on VMS! Forget Unix!   K "moises_hernandez" <moises_hernandez@email.msn.com> a crit dans le message $ news: #E8$CZtt$GA.232@cpmsnbbsa03...D > Do you know which is the lenguage of the VAX/VMS operating system? > Is Cobol or Unix?k	 > Regardsg > Moises Hernandez >n >    ------------------------------   Date: 19 May 2000 12:44 CST-' From: carl@gerg.tamu.edu (Carl Perkins) F Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?- Message-ID: <19MAY200012445598@gerg.tamu.edu>   ; "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes...: }Carl Perkins wrote:L }> Perhaps they could send half a years worth of it to Corel. They could useL }> the money and we could use a complete port of Corel WordPerfect Office inI }> its current version (even at just the "standard" level - that would be J }> WordPerfect, Quattro, Presentations, and Trellix, and probably the SDK,P }> and perhaps CorelCENTRAL (for synchronizing your Palm PDA), but they probablyL }> have little control over a port of the Adobe Acrobat Reader and MS Visual! }> Basic for Applications Tools).0 }> } D }Let's not forget Paradox.  We could use a cheap, powerful database.  H That's in the "premium" level package, rather than the "standard" level.% That would be even better, of course.t   --- Carl   ------------------------------    Date: 19 May 2000 12:34:26 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)F Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?, Message-ID: <lq+UJuWwdqbX@malvm2.mala.bc.ca>  3 In article <3925596F.501D6D0@merlin.arc.nasa.gov>, t=     "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes:  > E > Let's not forget Paradox.  We could use a cheap, powerful database.  > 6    We used to have one of those, it was called Rdb :-(   ------------------------------  % Date: Fri, 19 May 2000 16:19:45 -0400s' From: "Bill Todd" <billtodd@foo.mv.com>nF Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?( Message-ID: <8g47fo$f1n$1@pyrite.mv.net>  5 Malcolm Dunnett <dunnett@mala.bc.ca> wrote in messaged& news:lq+UJuWwdqbX@malvm2.mala.bc.ca...4 > In article <3925596F.501D6D0@merlin.arc.nasa.gov>,? >     "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes:o > >dG > > Let's not forget Paradox.  We could use a cheap, powerful database.i > >y8 >    We used to have one of those, it was called Rdb :-(  E I may be mistaken, but I believe DEC used to have the (newer) core of-E Paradox (JRD, which became Rdb/ELN, then Interbase, then purchased by 0 Ashton-Tate, which was purchased by Borland...).   - bill   ------------------------------   End of INFO-VAX 2000.280 ************************