1 INFO-VAX	Fri, 25 Aug 2000	Volume 2000 : Issue 475       Contents:% Re: ??==DCPS 1.8 and HP 4050 printer. 9 Re: AS250 SRM runs, but no graphics on known good monitor  RE: Big AlphaServer Sale Re: Big AlphaServer Sale Re: Big AlphaServer Sale Re: Big AlphaServer Sale Re: Big AlphaServer Sale. Re: bizarre disappearing mouse pointer problem Re: carl lydick  Re: carl lydick 7 Re: Compaq Marketing: Agressively making new "inroads"? $ Re: Convert question - DCPS printing Re: DCPS and HP 4500N? DHCP server  Re: DHCP server  Re: DHCP server  Re: DHCP server  Re: DHCP server  Disaster Tolerance - Terrorists # Re: Disaster Tolerance - Terrorists # Re: Disaster Tolerance - Terrorists  Re: From VMS to NT2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD Re: Hmmmm a strange question how to connect to NTP server  RE: how to connect to NTP server  Re: how to connect to NTP server  Re: how to connect to NTP server IBM to VMS Tape Convertion RE: IBM to VMS Tape Convertion7 Re: In case you havent seen the news on the Compaq site # Re: Is there any new Alpha CPU out? # Re: Is there any new Alpha CPU out?  Re: LEDs & VAXStation 3100 M48$ Re: Linking FORTRAN program question Mail to another smtp-mailserver  Re: max disk size on VMS 5.5-2 Re: max disk size on VMS 5.5-2 Memo:  Re:DECnet area routing 2 Minor Nit In OpenVMS ALPHA Version of SHUTDOWN.COM6 Re: Minor Nit In OpenVMS ALPHA Version of SHUTDOWN.COM Re: OpenVMS Newbie Re: printer queue problems Re: Renaming SYS$NODE_nodename! Re[2]: LEDs & VAXStation 3100 M48 	 run *.com 
 Re: run *.com 
 Re: run *.com = Re: VMS at home, ISDN, router, Linux, static IP addresses,... ( Re: Why couldn't linux read a vms drive?( Re: Why couldn't linux read a vms drive?( Re: Why couldn't linux read a vms drive?* Working Set Size Limits and Process Quotas  F ----------------------------------------------------------------------  % Date: Fri, 25 Aug 2000 15:14:08 +0200 - From: "Sandrine Treheux" <satr@memo.ikea.com> . Subject: Re: ??==DCPS 1.8 and HP 4050 printer., Message-ID: <8o5rpm$ok0$1@mailgate.ikea.com>   Hej,  L     With DCPS 1.8 I don't know. I had some problem with version 1.7 and thisE printer, the jobs remained in status "starting" and it was a firmware H problem (this is describe in the DCPS documentation). After updating the# firmware version, no more problems.    Br/Sandrine       ' Hans M. Aus a crit dans le message ... 5 >Will DCPS 1.8 work with a HP 4050 N (or NT) printer?  >  >Has anyone done it? >  >-- C >Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de    ------------------------------  # Date: Fri, 25 Aug 2000 11:58:39 GMT + From: "Alphaman" <aaron@nospam-alphant.com> B Subject: Re: AS250 SRM runs, but no graphics on known good monitor9 Message-ID: <Pbtp5.4283$Z4.120742@news1.rdc1.tn.home.com>   I Thanks, Alan!  That did the trick.  SRM obviously *does* honor the switch  settings, as does OpenVMS.  F Count one more OpenVMS system in the world.  One more successful NT to OpenVMS migration!!!   Aaron  --< Aaron Sakovich          http://www.alphant.com/alphaman.html< The AlphaNT Source:                  http://www.alphant.com/< Even my car has a website:  http://www.alphant.com/cristine/< Make April 15 just another day:      http://www.fairtax.org/3 "Try not!  Do, or do not.  There is no try." (Yoda)   5 Alan Frisbie <abuse@flying-disk.com> wrote in message  news:3h9Hp3hc1ApB@flying...  > 9 > For the ZLXp-E1/E2/E3, the switch settings are found in A > EK-T2424-OG "ZLXp-E1/E2/E2 PCI Graphics Options Owner's Guide".  > = > This is from Figure 4, Table 4, and Table 5 in that manual.  :  :[snip]    ------------------------------  % Date: Fri, 25 Aug 2000 09:30:38 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com> ! Subject: RE: Big AlphaServer Sale J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284711@kaoexc4.kao.dec.com>   Andrew,   K Every computing platform has certain dynamic parameters that can be changed E online and some static kernel type parameters that requires a reboot.  OpenVMS is no different.  J Surely you do not contend that there is absolutely no kernel OS parametersK on a Sun platform that can not be changed and/or modified without requiring * a reboot in order for them to take effect?  G One good thing with OpenVMS clusters is that this can be done with ZERO F impact on application availability as you simply migrate new users /dbE connections to other systems in the cluster while allowing current DB 8 connections/users to continue with what they are doing.   K Since the applications can hit the data from any system, it does not matter I which system the new user gets put on.  When all users are running on the 3 other systems, you can simply reboot the system ..    K The same approach can be used for any proactive maint of a system ie. flaky  HW, HW upgrades, ect.   H No process failover. No user notifications required. No system failover.# Applications remain 100% available.   H Some Customers use this approach to schedule planned maint of systems inI prime time (system goes down at beginning of shift ie. 07:30AM) to reduce I their overtime costs and give their OPS folks a better life style (no one : really enjoys working late hours and on weekends do they?)   :-)    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----' From: Andrew Harrison SUNUK Consultancy ! [mailto:andrew.nospam@uk.sun.com] ' Sent: Thursday, August 24, 2000 4:49 PM  To: Info-VAX@Mvb.Saic.Com ! Subject: Re: Big AlphaServer Sale      "D.Webb" wrote:   B > In article <39A404C7.F886C5A2@uk.sun.com>, Andrew Harrison SUNUK. Consultancy <andrew.nospam@uk.sun.com> writes: > >jgessling@yahoo.com wrote:   C > This is not something for sysadmins to use it is specifically for 	 diagnosis K > by Sun engineers. When the problem has been diagnosed a normal patch will  beK > provided which will need to be applied in the normal manner (eg rebooting  > the system).- > The re-vectoring does not survive a reboot.  >   G But it does not have to, re-vectoring is done to the running image, the E image on disk can be patched prior to the re-boot with the patch used G for re-vectoring. The rebooted system will now be using the patched OS.    > J > Hence this is not normal patching to fix a problem but a procedure which can beI > used by Sun engineers to try out fixes without rebooting a system. Once  the 7 > correct fix is identified normal patching is applied.   F See above, there is nothing to stop you running the system for as longD as you like with the fixes applied but when you reboot you will thenH pick up a patched OS as well. Of course you make decide not to implimentG the fix in which case you don't patch the OS on disk and you don't then , pick the fix up next time you do the reboot.   >  > J > This is very different from what you have been implying in your posts on the G > subject ie All patches being able to be applied without rebooting the  system.  >   
 See above.   Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 25 Aug 2000 21:25:43 +08005 From: Paul Repacholi <prep@centuri.ucc.gu.uwa.edu.au> ! Subject: Re: Big AlphaServer Sale 7 Message-ID: <rjq66opzd48.fsf@centuri.ucc.gu.uwa.edu.au>   < It is a pity that DECpaq think VMS is out of the Sci area...> I am running some comparisons between DU and VMS with the FFTWA code package. Get into paging, and VMS is about 4-20 time faster!   > If you have the buckes for memory to hold the largest POSSIBLE% problem, then you don't care I guess.    --  < 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, 25 Aug 2000 10:20:24 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)! Subject: Re: Big AlphaServer Sale L Message-ID: <rdeininger-2508001020240001@user-2ivealf.dialup.mindspring.com>  n In article <rjq66opzd48.fsf@centuri.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@centuri.ucc.gu.uwa.edu.au> wrote:  > > It is a pity that DECpaq think VMS is out of the Sci area...@ > I am running some comparisons between DU and VMS with the FFTWC > code package. Get into paging, and VMS is about 4-20 time faster!   J Mlucas (which is basically a highly specialized FFT) appears to run nearlyG neck-and-neck on DU and VMS, when the whole problem fits in memory.  (I G don't know that anyone has made a serious study in low-mem situations.) I VMS can be a few percent slower when it starts having trouble keeping the F cache coherent.  We're hoping to find a way around that. DU does use aJ different cache-allocation algorithm, and Mlucas happens to sligthly favor the DU method.   Mlucas is described at  ( ftp://hogranch.com/pub/mayer/README.html  C with links to VMS (alpha), DU, and linux (alpha) versions provided.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Fri, 25 Aug 2000 11:04:49 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> ! Subject: Re: Big AlphaServer Sale ( Message-ID: <8o61pa$sjq$1@pyrite.mv.net>  E Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> wrote in , message news:39A59AE0.BF0E7CC7@uk.sun.com... > jgessling@yahoo.com wrote: > 7 > > In article <KscEPyZpN0QY@mccdev.slac.stanford.edu>, J > >   Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: > > 926-3515) wrote:0 > > > In article <39A404C7.F886C5A2@uk.sun.com>,F > > >     Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> > > writes:  > > > G > > > While I'd love to let Jim respond to this, it's possible he feels  > > >     constrained: > > >  > > Ken, > > I > > I, like Andrew am an architect.  As such I choose the best design for K > > the job.  For the web front end, that's Sun cause the netscape stuff is H > > there.  For the backend, that's VMS cause that's where the data (and( > > the protection for the business is). > > H > > I think the difference is this.  Would you choose availability (e.g.H > > clustering type features) in your OS or at the application level?  IK > > would much rather run a VMS cluster than pay Resonate (for example) for H > > cluster features, and Netscape for Kiva load balancing (that doesn'tE > > work) and on and on.  But the reality is the web (and application I > > server) stuff come first and often only on sun.  They make up for the K > > lack of reliability features by doing it at the application level.  Way K > > wrong from my point of view, because it's not transparent.  Reliability 6 > > belongs as low on the software stack as it can be. > B > Hang on, in order to provide continuous availability to data and@ > applications in an OpenVMS cluster the application has to haveB > been modified to make use of the cluster facilites. This is mythC > numero uno the one which says that there is never any requirement E > to code an application to use the services provided by the cluster.   G I'm afraid you've only succeeded in demolishing a straw man of your own K devising:  the post to which you responded did not suggest the above 'myth' @ in any way, but simply provided examples of features which, on aI feature-by-feature basis, one would prefer to have in the OS to having to K implement oneself or purchase from some third party who may or may not have  integrated them competently.   > E > Where do you stop, if the application has to be modified to make it ; > re-startable or what ever else you may require to make it > > highly available in an OpenVMS cluster then you are allreadyC > on the slippery slope to applications providing the functionality 9 > of a cluster without requiring cluster services at all.   H Which is similar to the slippery slope to applications providing all theI functionality of an OS without requiring an OS at all.  Most applications I opt not to do so, and prefer, all other considerations being more-or-less H equal, to use an OS that provides the features they need rather than oneD which forces them to create them or acquire them from third parties.   - bill   ------------------------------  % Date: Fri, 25 Aug 2000 18:05:28 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>! Subject: Re: Big AlphaServer Sale ) Message-ID: <39A6A757.DC5E64E@uk.sun.com>    Bill Todd wrote:  G > Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> wrote in . > message news:39A59AE0.BF0E7CC7@uk.sun.com... > > jgessling@yahoo.com wrote: > > 9 > > > In article <KscEPyZpN0QY@mccdev.slac.stanford.edu>, L > > >   Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: > > > 926-3515) wrote:2 > > > > In article <39A404C7.F886C5A2@uk.sun.com>,H > > > >     Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>
 > > > writes:  > > > > I > > > > While I'd love to let Jim respond to this, it's possible he feels  > > > >     constrained: > > > > 
 > > > Ken, > > > K > > > I, like Andrew am an architect.  As such I choose the best design for M > > > the job.  For the web front end, that's Sun cause the netscape stuff is J > > > there.  For the backend, that's VMS cause that's where the data (and* > > > the protection for the business is). > > > J > > > I think the difference is this.  Would you choose availability (e.g.J > > > clustering type features) in your OS or at the application level?  IM > > > would much rather run a VMS cluster than pay Resonate (for example) for J > > > cluster features, and Netscape for Kiva load balancing (that doesn'tG > > > work) and on and on.  But the reality is the web (and application K > > > server) stuff come first and often only on sun.  They make up for the M > > > lack of reliability features by doing it at the application level.  Way M > > > wrong from my point of view, because it's not transparent.  Reliability 8 > > > belongs as low on the software stack as it can be. > > D > > Hang on, in order to provide continuous availability to data andB > > applications in an OpenVMS cluster the application has to haveD > > been modified to make use of the cluster facilites. This is mythE > > numero uno the one which says that there is never any requirement G > > to code an application to use the services provided by the cluster.  > I > I'm afraid you've only succeeded in demolishing a straw man of your own M > devising:  the post to which you responded did not suggest the above 'myth' B > in any way, but simply provided examples of features which, on aK > feature-by-feature basis, one would prefer to have in the OS to having to M > implement oneself or purchase from some third party who may or may not have  > integrated them competently. >   B I am not sure what your point is. The e*Trade OpenVMS cluster runs applicationsD these applications need to be made cluster aware in order to provide
 continuousM access to the application/data and you are relying on the applications vendor N getting this right and engineering their application correctly. Of course this isJ probably less work than building the equivalent of cluster sevices into an application < but someone still has to do the engineering and the testing.  M You are also relying on OpenVMS engineering getting the cluster code right as H well and as Nigel Arnot pointed out on this newsgroup one of the reasonsF why an OpenVMS cluster may not be a good idea for the space shuttle isI because occasionally the OpenVMS cluster can get "wedged". Or put another K way OpenVMS engineering don't always get everything right 100% of the time.   E Jim said would you prefer to have availability features in your OS or D provided by your application. This is almost a direct quote from the? Kerry Maine book of OpenVMS myths which would  have you beleive M that no changes are required to any application to make it provide continuous G access to what ever service the application provides if the application  happens B to be running on an OpenVMS cluster. I say this because Jim's postK basically offers and either/OR choice when in practice applications have to F be modified in order to provide continuous access to their services if they are running in a cluster.  G I am not arguing that the non clustered approach is simpler far from itEG I am simply questioning the assumption that there is a clean separationeD between the HA sevices that the cluster provides and the application running in the cluster.o     >e > >lG > > Where do you stop, if the application has to be modified to make it"= > > re-startable or what ever else you may require to make itH@ > > highly available in an OpenVMS cluster then you are allreadyE > > on the slippery slope to applications providing the functionalitya; > > of a cluster without requiring cluster services at all.i > J > Which is similar to the slippery slope to applications providing all theK > functionality of an OS without requiring an OS at all.  Most applicationsnK > opt not to do so, and prefer, all other considerations being more-or-lesscJ > equal, to use an OS that provides the features they need rather than oneF > which forces them to create them or acquire them from third parties. >s  I I am not dissagreeing with you since the point is pretty obvious, OpenVMSnK clustering and UNIX clustering would not exist if all applications providedaL the equivalent of their services within the application. However there are aG number of applications server infrastructures, BEA etc which do provide J these capabilities, possibly because they run cross-platform and so cannotJ guarantee to have access to a HA-Cluster solution on each of the platformsE they support but also because even with clustering provided by the OS / support is required in the application as well.,     -- Andrew Harrisont Enterprise IT Architect    ------------------------------  % Date: Fri, 25 Aug 2000 09:53:12 -0400v5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e7 Subject: Re: bizarre disappearing mouse pointer problem-, Message-ID: <8o5tre$4efm$1@lead.zk3.dec.com>  L If the thing is not visible, but does act correctly otherwise (which is whatD you say), then it is not the mouse per-se.  The mouse calls into theH graphics driver to move the pointer on the display, and at the same timeE also sends the mouse position to the server.  Moving the mouse duringe& startup is unlikely to be interesting.  J What type of system and graphics is this (a CLUE CONFIG from ANAL/SYS will	 tell me)?m   _Fredi  : Ben Rowlandsq wrote in message <399bc861.13421629@news>...? >One of the many problems with our OpenVMS machine here is thatr@ >sometimes, on boot up, the mouse is invisible. It seems to work+ >perfectly, except you can't see the thing.z >gF >What's strangest about it, is that it only happens sometimes (about aE >quarter of the time). In the time between turning the machine on and0D >discovering that the mouse isn't there, I only press two buttons on> >the keyboard (<b>, <enter>) so there isn't that much room forC >variation. The only thing that can really change, is if I move theeF >mouse during a critical period during the boot, which could force theG >system to load extra mouse files (or not). However, it has failed when E >I haven't touched the mouse, and also when I've moved it like crazy,  >so it isn't obviously that. >mG >It isn't that big a problem, because I can login, shutdown and reboot,tD >but it's annoying all the same, cos the whole process takes about 5G >mins. I'm scared that it is just some kind of general instability thatiG >could jeopardise the hundreds of batch simulations that I'm running one >it. >eA >Any ideas? (I know very little about the setup, installation andi >maintenance of VMS systems) >i >Thanks in advance >4 >n >a   ------------------------------  % Date: Fri, 25 Aug 2000 09:47:15 -0400a# From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: carl lydick+ Message-ID: <39A678E3.AB1024FB@hsc.vcu.edu>v   Yes, that can be said, in spades, in due respect.  However, I've looked thru my hoard of VMS source code snippets, and while not1 perfect, the vast majority of them were Carl's...e  U Hope he's happy somewhere now. Not to excuse his behavior, he'd had a rough go of it..   "David J. Dachtera" wrote: > # > barbara trumpinski-roberts wrote:a > >sI > > i don't know from vax.vms but i just thought i would come in here andnK > > remind you guys that carl 'speaker-to-minerals' lydick died 4 years ago  > > yesterday. > > , > > so raise a glass and toast his memory... >  > For what it may be worth...n > J > Howard Hughes was thought of as a Financial Giant. In his personal life,G > however, he was a social midget (to paraphrase Anthony Robbins) - noth# > unlike the late Carl, apparently.a >  > -- > David J. Dachtera  > dba DJE Systemsw > http://www.djesys.com/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/c > J > This *IS* comp.os.vms. So, a certain bias in postings is to be expected. > B > Feel free to exercise your rights of free speech and expression. > H > However, attacks against individual posters, or groups of posters, are > strongly discouraged.m   ------------------------------  # Date: Fri, 25 Aug 2000 16:51:24 GMT.% From: dpm@myths.com (David P. Murphy)s Subject: Re: carl lydick. Message-ID: <sqd90csat9162@news.supernews.com>  ! barbara trumpinski-roberts wrote:h  G > i don't know from vax.vms but i just thought i would come in here and I > remind you guys that carl 'speaker-to-minerals' lydick died 4 years ago  > yesterday. >.* > so raise a glass and toast his memory...  ! you're from alt.callahans, right?   : Carl helped more people than anyone else in this newsgroup? (at least before Hoff stepped up to the plate).  For that alonea he deserves to be remembered.e  9 May he be at peace in a place where there are no Windows!r   ok dpm  -- l3 David P. Murphy          http://www.myths.com/~dpm/g- systems programmer        ftp://ftp.myths.comoC                          mailto:dpm@myths.com            (personal)nC COGITO ERGO DISCLAMO     mailto:dmurphy@ac-tech.com          (work)    ------------------------------  % Date: Thu, 24 Aug 2000 22:17:04 -0400 * From: David A Froble <davef@tsoft-inc.com>@ Subject: Re: Compaq Marketing: Agressively making new "inroads"?- Message-ID: <39A5D720.1AC07049@tsoft-inc.com>    Jordan Henderson wrote:  > - > In article <wf4K5AYPbzpD@eisner.decus.org>, < > Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:a > >In article <01JTCO6X8V5E00059M@ALPHA1.OCIS.UNCWIL.EDU>, SYSMIKE@alpha1.ocis.uncwil.edu writes:e
 > >>[snip] > >> > >>      FUTURE VMS SITEe > >>K > >> At first I started wondering what future job opportunities might awaitv8 > >> with PA DOT (maybe an alpha-controlled toll road?).
 > >>[snip] > B > Didn't someone post something about this awhile back and that it3 > stood for Vehicle Management System or something?o > B > I don't recall the details, but it seems like it was a PA thing. >  > -Jordan Hendersonx > jordan@greenapple.comr  3 If I remember correctly, it was seen in New Jersey.u   Dave   -- y4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Fri, 25 Aug 2000 15:31:32 GMT.% From: Bill Hobbs <hobbsb@my-deja.com>S- Subject: Re: Convert question - DCPS printingg) Message-ID: <8o63gl$qh5$1@nnrp1.deja.com>t  2 In article <8o08kh$9et$1@s1.read.news.oleane.net>,A   "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote:oH > Thanks for the info ... I looked at the RMS Utilities Ref Manual too . >mD > As this file structure is standard, I thought DCPS should print itD > properly. It should skip 66 lines, to start printing at the top ofB > the second sheet, but the first line is printed on line 66 (used( > DATA_TYPE=LIST to check line numbers). >uG > I will need to convert the file to "standard text file" with variable-H > format and carriage_return carriage control. A simple convert does notN > process carriage control information. There is no form feed in the convertedN > file, neither does it process "skip n lines" specifications. (the "5" stands. > for 0 0 0 1 1 0 1 0 1 that is skip 53 lines) >>H > Is there any tool to do it automatically ? or should I write some code > to convert the file ?   I I had to work with VFC files some time ago and needed to convert them fortM e-mailing.  As I recall, none of the VMS utilities did what I wanted: convert F a VFC file to variable length records while preserving the formatting.  I What I did was write a C copy program.	The C RTL routines handled all the(D format conversions.  Here is the code that I used (I'm typing from a$ printout, so there may be mistakes):     /*** prn-vfc-to-cr-var.c   E Convert the contents of a print/vfc file to carriage_return/variable.  ***/   #include <stdio.h> #include <stdlib.h>  #include <string.h>   C #define RECORD_SIZE 16384  /* largest record that can be handled */n      int main(int argc, char *argv[]) {s   FILE *file_in, *file_out;x   char record[RECORD_SIZE];    int status = EXIT_FAILURE;     if (argc == 3)   { 0     (void *) printf("program: <%s>\n", argv[0]);  !     file_in = fopen(argv[1], "r",oC       "rat=prn", "rfm=vfc", "fsz=2", "rop=rah", "mbc=16", "mbf=4");g     if (file_in != NULL)     {>5       (void *) printf("input file: <%s>\n", argv[1]);.  $       file_out = fopen(argv[2], "w",;         "rat=cr", "rfm=var", "rop=wbh", "mbc=16", "mbf=4");        if (file_out != NULL)c       {s8         (void *) printf("output file: <%s>\n", argv[2]);  L /* this is where the action is - the C I/O routines are doing all the formatK work */  while (fgets(record_in, RECORD_SIZE, file_in) != NULL)  { (void *). fputs(record_in, file_out); }   "         (void *) fclose(file_out);         status = EXIT_SUCCESS;       }l
       else7       { (void *) printf("cannot open output file\n"); }w         (void *) fclose(file_in);      }t     else4     { (void *) printf("cannot open input file\n"); }   }h   elseA   { (void *) printf("must specify an input and output file\n"); }w     exit(status);  }       & Sent via Deja.com http://www.deja.com/ Before you buy.f   ------------------------------  % Date: Fri, 25 Aug 2000 19:08:57 +1000e/ From: "Phil Howell" <howellp@snowyhydro.com.au>I Subject: Re: DCPS and HP 4500N? 0 Message-ID: <9Hqp5.975$cr3.33927@ozemail.com.au>  0 Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515. <Fairfield@SLAC.Stanford.EDU> wrote in message- news:wNSWuWVNVGHn@mccdev.slac.stanford.edu...e/ > In article <39A415C3.5A23951E@aik.tec.sc.us>,e, >     "Ray T." <lists@aik.tec.sc.us> writes:J > > Both the HP4050 and HP4500 are supposed to accept Postscript 2.  But IL > > can print the same file to both and the 4500 just prints page after pageJ > > of strange symbols.  I have both set up as just plain Postscript usingE > > DCPS 1.7 printing to the HP Direct cards using raw tcpip.  If thepH > > 4500 was just accepting PCL, then it would print out Poscript on theD > > first line, but it doesn't.  It just prints a few symbols at theE > > top of each page.  It likes to print the heart symbol a lot.  TheyE > > 4050 prints just fine with the same identical entries in the DCPSa > > startup. > J >         The  HP4500  has  trouble  auto-sensing  Postscript  input filesJ >     received over TCP/IP on port 9100.  It turns out that if you did theJ >     same  tests with DCPS and the printer configured for Appletalk,  theJ >     Postscript would print correctly.  As close as  I  con  figure,  theJ >     Postscript  received  on  port 9100 is interpretted as PCL, thus youJ >     get one or two "weird" characters per page...and waste a tree in the >     process!  :-{y >aJ >         My solution is to go into the HP4500's setup (don't recall whichJ >     one, write me if you can't figure  it out) and change the "protocol"J >     from  "Automatic" to "Postscript".  This works fine for the  several! >     HP4500's we need to access.i> Thanks - we had temporarily stopped vms queues on such devices > J >         OTOH, if you actually _need_ to  be  able to send raw PCL to the@ >     printer, things could get considerably more complicated...C On one of the printers I do need to send a PCL setup, this works on J automatic, but on postscript setting the printer processes the job withoutH errors but does not print anything (at least that saves paper), the next# thing I'll try is to force it usinge# Ec%-12345X@PJL ENTER LANGUAGE = PCLE Phil   ------------------------------   Date: 25 Aug 2000 06:18:40 GMT0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu> Subject: DHCP server, Message-ID: <8o5340$2l8$1@goliat.eik.bme.hu>  9 Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)d as DHCP server?r  4 Or DHCP server software is a non-UCX based software?   -- :  mailto:michael@goliat.eik.bme.hu Phone: 463-19664   ------------------------------  % Date: Fri, 25 Aug 2000 04:17:00 -0400d- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: DHCP server, Message-ID: <39A62B73.C5719788@videotron.ca>   FAZEKAS Mihaly wrote:i > ; > Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)c > as DHCP server?c > 6 > Or DHCP server software is a non-UCX based software?  J TCPIP-SERVICE 5.0 (successor to UCX) has a DHCP server with it. Even has a& X-windwos interface for configuration.   ------------------------------  % Date: Fri, 25 Aug 2000 11:09:51 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: DHCP server) Message-ID: <39A637DF.38835AF2@gtech.com>    FAZEKAS Mihaly wrote:u; > Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)l > as DHCP server?   G Yes, if you upgrade from UCX 4.2 to 5.0A (5.0 will do, but go for 5.0A)  !    Arne   ------------------------------  % Date: Fri, 25 Aug 2000 06:14:57 -0400o0 From: Jim Jennis <jjennis@discovery.fuentez.com> Subject: Re: DHCP serverD Message-ID: <3.0.5.32.20000825061457.009c11e0@discovery.fuentez.com>  G I am not sure about ucx, but Multinet supports DHCP. I have used it forh years with OpenVMS.t   Regards,   Jim   % At 06:18 AM 8/25/2000 GMT, you wrote:v: >Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2) >as DHCP server? >s5 >Or DHCP server software is a non-UCX based software?f >l >-- ! >mailto:michael@goliat.eik.bme.hue >Phone: 463-1966 >e8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions-a7       from the Production Floor to the Customer's Door.u8 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systemsp Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USA   # Phone: +001 (304) 263-0163 ext. 235n Fax:   +001 (304) 263-0702% Email: jjennis@discovery.fuentez.com          jhjennis@shentel.netl& WEB: http://www.discovery.fuentez.com/   ------------------------------  % Date: Fri, 25 Aug 2000 13:59:50 +0200 5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>s Subject: Re: DHCP server- Message-ID: <39A65FB6.82A8C721@whitehouse.nl>v   Arne Vajh=F8j wrote: > =d   > FAZEKAS Mihaly wrote:i= > > Can i use my VMS box (MicroVAX III, OpenVMS 6.2, UCX 4.2)i > > as DHCP server?c > =r  J > Yes, if you upgrade from UCX 4.2 to 5.0A (5.0 will do, but go for 5.0A)=   > !e  A He would also have to upgrade to VMS V7.x for this TCPIP version.s   Oswald   ------------------------------  # Date: Fri, 25 Aug 2000 15:00:38 GMTe2 From: robert_jm_barron@hotmail.com (Robert Barron)( Subject: Disaster Tolerance - Terrorists5 Message-ID: <39a68981.23521960@news.netvision.net.il>n   Hi, @ Whiles reading "OpenVMS and NT Integration (for dummies)" I cameF across a line on page 171 where they claim that due to a fiber ClusterB Interconnect, an OpenVMS application survived a terrorist bombing.   are any details available?  
 Thank you, Robeth   ------------------------------  # Date: Fri, 25 Aug 2000 14:15:29 GMTt/ From: "John Nixon" <jorlnixon@worldnet.att.net>t, Subject: Re: Disaster Tolerance - TerroristsF Message-ID: <5cvp5.1664$Q36.134812@bgtnsc07-news.ops.worldnet.att.net>  J I forget the company, but I heard that a company in the World Trade CenterI utilized its remote VMS Cluster nodes after the bombing of that building.tG They were only out of action for a few minutes if I remmeber correctly.t  ? "Robert Barron" <robert_jm_barron@hotmail.com> wrote in messagee/ news:39a68981.23521960@news.netvision.net.il...m > Hi,aB > Whiles reading "OpenVMS and NT Integration (for dummies)" I cameH > across a line on page 171 where they claim that due to a fiber ClusterD > Interconnect, an OpenVMS application survived a terrorist bombing. >c > are any details available? >a > Thank you, > Robetc   ------------------------------  % Date: Fri, 25 Aug 2000 15:15:53 +0000t$ From: Steve.Spires@yellowpages.co.uk, Subject: Re: Disaster Tolerance - Terrorists/ Message-ID: <00256946.00539741.00@quegw01.btyp>/  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza     J I don't know for sure, but I would hazard a guess at it being when the IRA7 bombed the City of London to break their 'ceasefire'...e   Steve Spires        F robert_jm_barron@HOTMAIL.COM (Robert Barron) on 25/08/2000 03:00:38 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)"M From:      robert_jm_barron@HOTMAIL.COM (Robert Barron), 25 August 2000, 3:00f            p.m.)   Disaster Tolerance - Terroristsp         Hi,\@ Whiles reading "OpenVMS and NT Integration (for dummies)" I cameF across a line on page 171 where they claim that due to a fiber ClusterB Interconnect, an OpenVMS application survived a terrorist bombing.   are any details available?  
 Thank you, RobetI   ------------------------------    Date: 26 Aug 2000 00:05:23 +0800- From: Paul Repacholi <prep@ucc.gu.uwa.edu.au>p Subject: Re: From VMS to NT 7 Message-ID: <rjqbsyh1g3g.fsf@mermaid.ucc.gu.uwa.edu.au>I  D Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  H > In terms of costs 1 would be the least expensive with 5 being the most > expensivepJ > the difference between the two being analagous to the difference in cost	 > betweennC > owning and running a JetSki and owning and running an F1 Offshorea > powerboatpI > which has been described as similar to tearing up 100 dollar notes in ae > cold	 > shower.1     For performance, just invert...h   -- s< 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, 25 Aug 2000 10:18:26 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ; Subject: Re: Here we go again - WTB/T/etc source listing CDr0 Message-ID: <009EF1E4.BE0AB996@SendSpamHere.ORG>  Z In article <39A58B1D.FF93D022@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: >Malcolm Dunnett wrote:t >>  0 >> In article <39A42447.53919855@tsoft-inc.com>,2 >>    David A Froble <davef@tsoft-inc.com> writes: >> >U >> > I'm not sure where the third party stuff came from.  The pertinent issue here iseH >> > that DEC/Compaq DID give away source listings CDs, with no apparentO >> > restrictions, license requirement, NDA requirement, and only the copyright P >> > notices to protect the intellectual property.  Once this has been done, anyS >> > arguments about restrictions, NDA, etc become rather, well, meaningless.  Yes,hT >> > it's Compaq's property to handle as they see fit.  Just don't hand me argumentsK >> > about the potential loss of trade secrets, intellectual property, etc.o >> >R >>     When did it become necessary to sign an NDA to get the VMS source listings? >aN >I do not subscribe to the source listings.  Anything I've said comes from theM >comments of others, from what I know of DEC/Compaq licensing procedures, andf >possibly other sources. > J >Brian (VAXMAN) stated that he is a subscriber to these services, that theQ >initial fee is $2200-$2800, and then a monthly fee thereafter.  He also stated I P >believe that he had to sign an agreement, and a NDA.  For this he gets periodicN >listings CDs and/or other types of updates.  So, some things I've said may beJ >considered hearsay, but I've listed the source for some of them if you're >interested.  C I cannot for the life of me locate the original invoice.  I believeoC that Terry Kennedy posted a remark in this thread as to the present D cost of the license.  The maintenance fee (as per the paperwork thatC I scanned and placed on the web site .../license/) is $65.00/month.1 >0Q >>     Back in the "good-old-days" a copy of these ( on fiche ) used to ship withgO >> every VMS update. I'm sure those customers never signed any NDA to get them.nK >> If the restriction on disclosure of that information was implicit in thebQ >> VMS license somehow then does that mean I'd also be in trouble for giving away-' >> an old copy of the I/O User's Guide?  > O >Yep, I've seen enough of the fiche copies.  Other than the VMS license, I know:J >of no other requirments from that time.  I do seem to remember that a VMSN >license back in that period was a bit more formal than the PAKs of today, andN >the customer may have signed some document(s) with some disclosure clauses in >them. > L >Since the documentation is freely available on the web site, I'd think thatD >passing around a hardcopy would be rather free of any restrictions. > S >>     I've never coughed up the money to get the listings on CD since they stoppedmO >> giving away the fiche (I'm pretty sure the "free" fiche cost Digital more toAL >> produce than the "pay for it" CD btw) - do they require an NDA for those? >  >One option, talk to Brian.o  E I remember well the days of ol' reading the fiche on a small portableeE fiche reader and nearly going blind!  ;)  A local college had a XEROX0E which could read the fiche and print the contents on paper.  I took aCF number of sheets that I frequented often and copied them to paper.  AsF I recall from the last set of fiche I had before getting CDs, the num-F ber of fiche sheets was in the ballpark of 700+.  Each sheet containedE the source lisings photographed from 132 column greenbar.  Each fiche2F sheet was laid out in a 16 x 13 page array!  THAT'S A LOT OF PAPER ANDF A LOT OF EFFORT TO PRODUCE A SET OF FICHE.  (Some quick bulldozer math! places that at about 150K pages.)-   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo   ------------------------------   Date: 25 Aug 2000 15:59:03 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Here we go again - WTB/T/etc source listing CDn6 Message-ID: <8o6547$3vq$1@mailint03.im.hou.compaq.com>  F In article <39A41945.EAC0FC0E@vrx.net>, Dan <beyonder@vrx.net> writes:  M   If reaching an audience or engendering a discussion of non-technical issueshK   or copyrights or licensing matters is the goal, then that is an entirely -G   different matter from assisting in a technical question or providing OK   pointers to business resources and such, and is a discussion best referedBL   directly the appropriate folks.  In this case, I can refer this matter to K   the Compaq corporate legal staff if you would prefer, as that would seem s$   to be an appropriate continuation.   :Hoff Hoffman wrote: ..P :>   That said, I can only assume that this discussion is not a serious inquiry,N :>   as I would not expect that newsgroup postings would be the normal channel. :>   for performing various license transfers. :aM :Sorry, it is serious. what's the fastest way to reach the most people in thes1 :shortest amount of time? I'd have to say usenet.   J   I would have thought that getting the license legally transfered is the J   goal here, and I have never seen a legal license transfer performed via J   a newsgroup.  Direct contact with the Compaq-authorized licensing folks H   is the technique that I have seen successfully applied over the years.  J   Providing for web access and credit card payments and such is certainly K   interesting, particularly in light of recent changes in the legal status $G   of digital signatures here in the US.  But such an automated license uF   transfer mechanism (and an associated scheme for accepting transfer H   payments, as appropriate) not presently in place for OpenVMS licenses.  M :>   One discussion that has started up is the potential for inclusion of the N :>   OpenVMS source listings CD-ROM set in the media provided by membership inM :>   the CSA program -- though all discussions of this media inclusion I haveaM :>   been involved with could only be termed as preliminary in the extreme...l :t
 :CSA program?o     qv: OpenVMS FAQ.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 11:29:28 +0100c  From: steven.reece@quintiles.com% Subject: Re: Hmmmm a strange question H Message-ID: <OFB0CCAC57.8B590515-ON80256946.0038A749@qedi.quintiles.com>  K The PSM$ANNOUNCE logical will change the "name" at the top of flag pages onoJ all output for the system, whether it be via LATSYM, DCPS or whatever.  It9 will also do it on burst pages, not just flags of course.e  E The letters and numbers in the bars across the flag pages rotate on a J standard sequential basis, ABCDEFGHI and so on for the letters and 0123456F etc for the numbers.  This, I believe, is so that it is easy to verifyK whether someone splitting the output on fan-fold paper has separated all ofcI the jobs or has managed to skip over one of the flag pages.  I'm not suresG if this was the intent in the original design, but it makes sense to mev anyway.t   Steve.   Martin Hunt wrote/quoted :G >>>I don't think you have any control over those characters - they justt* rotate in sequence. No particular meaning.  J >> I also noticed that it changes. My first thought is, If it changes , it >> must-7 >> mean something , So what does the F and 2 stand for.mK >> The "F" part in the above example seems to be always a Character and thep8 >> other part (the 2s) a number (0-9). My 2nd thought isF >> how do I change the  "Digital Equipment Corporation - OpenVMS Alpha
 >> Version7 >> v7.1-2 " to something else preferably at print time..  E Define the system-wide logical PSM$ANNOUNCE (System Manager's Manual:sD Essentials - section 13.6.6). From memory (I don't have any printers> with flag pages defined) it only changes one occurrence of the+ "Digital Equipment Corporation" message.<<<h   ------------------------------  # Date: Fri, 25 Aug 2000 13:53:38 GMTs From: tony_barratt@my-deja.com% Subject: how to connect to NTP serverm) Message-ID: <8o5too$j9b$1@nnrp1.deja.com>s   Hi,sF I'm a refugee from Solaris-land. There are a quite a few Solaris boxenE round here happily slaved to NTP servers. They run xntpd methinks. Not problems there.eD But there are also mmm 4 VMS clusters used because well VMS is well- kewl for a HA databse platform.aH But I don't know how to sysnc the VMS boxen to an external (NTP?) clock.F But someone on this list does, I'm sure. So if you know, do tell me...   Regardsl   Tony      & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  % Date: Fri, 25 Aug 2000 11:05:03 -0400o# From: John Vottero <John@MVPSI.com>t) Subject: RE: how to connect to NTP serverdD Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD7C7@berry.mvpsi.com>  L It depends upon which TCP/IP product you have.  If you have DEC TCP/IP (UCX) then do:   $ @SYS$MANAGER:UCX$CONFIGo  L Pick "Server Components".  Make sure the NTP is enabled, if not, pick it off6 the menu to enable it.  You will then have to edit theG SYS$SPECIFIC:[UCX$NTP]UCX$NTP.CONF file to identify your NTP servers oru peers.  J Note that if you are using V5 of UCX then the name has really been changedG to TCPIP so you need to change UCX to TCPIP in the file specifications.0   > -----Original Message-----B > From: tony_barratt@my-deja.com [mailto:tony_barratt@my-deja.com]' > Sent: Friday, August 25, 2000 9:54 AM  > To: Info-VAX@Mvb.Saic.Comv' > Subject: how to connect to NTP serverc >  >  > Hi,,H > I'm a refugee from Solaris-land. There are a quite a few Solaris boxenG > round here happily slaved to NTP servers. They run xntpd methinks. Noo > problems there.JF > But there are also mmm 4 VMS clusters used because well VMS is well-! > kewl for a HA databse platform.t= > But I don't know how to sysnc the VMS boxen to an external r > (NTP?) clock.eH > But someone on this list does, I'm sure. So if you know, do tell me... > 	 > Regardsm >  > Tony >  >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.  >    ------------------------------   Date: 25 Aug 2000 14:55:37 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)e) Subject: Re: how to connect to NTP server 0 Message-ID: <8o61d9$d8v$1@n.ruf.uni-freiburg.de>  J In article <8o5too$j9b$1@nnrp1.deja.com>, tony_barratt@my-deja.com writes:G >I'm a refugee from Solaris-land. There are a quite a few Solaris boxenaF >round here happily slaved to NTP servers. They run xntpd methinks. No >problems there.E >But there are also mmm 4 VMS clusters used because well VMS is well-,  >kewl for a HA databse platform.I >But I don't know how to sysnc the VMS boxen to an external (NTP?) clock.0G >But someone on this list does, I'm sure. So if you know, do tell me...r  D I do it here with Multinet. So you need a TCP/IP package on your VMS$ boxen, at least one in each cluster.   Regards,    Christoph Gartmanni  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------   Date: 25 Aug 2000 17:34:12 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: how to connect to NTP serverl6 Message-ID: <8o6amk$4p1$1@mailint03.im.hou.compaq.com>  J In article <8o5too$j9b$1@nnrp1.deja.com>, tony_barratt@my-deja.com writes:= :...how to sysnc the VMS boxen to an external (NTP?) clock...j  F   Please see the OpenVMS FAQ.  This question and variations get asked I   rather often of late, and I've added an entire section on OpenVMS time tB   and timekeeping with the most recent edition of the OpenVMS FAQ.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 09:29:10 -0400 , From: "Fletcher Hearns" <hearns@softapp.com># Subject: IBM to VMS Tape Convertion.) Message-ID: <8o5siu$6061@news1.gtech.com>e  
 Good Morning,a  J I have a customer who needs to convert a bunch of IBM formated tapes (both ANSI and other formats) to VMS.   K I know there are several packages available from DECUS that I haved used atpE other clients (many years ago) but the library is currently off-line.e  ? Does any one know of any other place I could find the packages.e  B The ones I remember are MTEXCH and ETAPE, but there may be others.   Thansks in advance.d     Fletcher Hearns- hearns@softapp.com   ------------------------------  % Date: Fri, 25 Aug 2000 09:59:30 -0400 : From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>' Subject: RE: IBM to VMS Tape Convertion K Message-ID: <D7E0F3C94377D311A24A00805F19D0EE52A688@MBCALBEXC04.BENDER.COM>o  7 www.ualr.edu/ftp/vms/ETAPE_SRC/  is one place for ETAPEh   :) jck   .o .m .hA > Does any one know of any other place I could find the packages.  > D > The ones I remember are MTEXCH and ETAPE, but there may be others. >  > Thansks in advance.  >  >  > Fletcher Hearns6 > hearns@softapp.com >  >  >    ------------------------------   Date: 25 Aug 2000 16:16:01 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: In case you havent seen the news on the Compaq site6 Message-ID: <8o6641$41v$2@mailint03.im.hou.compaq.com>  \ In article <39A57F2B.FEEA0D9A@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:C :...Is Compaq so inefficient that it would take 3 months to ship anfL :order for hardware which is not in such great demand ? Or would Compaq waitK :until it gets all orders on Sept 30th, then have the manufacturing build ag5 :last batch of these VAxes and finally deliver them ?   F   Customers quite regularly ask us for specific system delivery dates.  F   (One could draw interesting inferences from your choice of phrasing,%   but I won't take it personally. :-)s  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 11:08:52 +0200c= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>/, Subject: Re: Is there any new Alpha CPU out?) Message-ID: <39A637A4.D1D381B4@gtech.com>s   Rudolf Wingert wrote: I > I did red, that Compaq will build the fastes supercomputer for the NNSAeH > (National Nuclear Security Administration) with 1,250MHz CPU's. Have IF > missed a new announcement, or will this CPU announced later? If thisL > CPU is available, what is the minimum version of OpenVMS (7.1-2H1 I hope)?  D I do not think they are available yet. But they will come. Hopefully soon.l  D They will probably not run with any VMS version currently available.   My guess would be minimum 7.3 !s   Arne   ------------------------------    Date: 25 Aug 2000 09:10:58 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)r, Subject: Re: Is there any new Alpha CPU out?+ Message-ID: <3KXCSMS4di7W@eisner.decus.org>6  _ In article <200008250540.HAA01261@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:N > Hello, > I > I did red, that Compaq will build the fastes supercomputer for the NNSAsH > (National Nuclear Security Administration) with 1,250MHz CPU's. Have IF > missed a new announcement, or will this CPU announced later? If thisL > CPU is available, what is the minimum version of OpenVMS (7.1-2H1 I hope)?  > You read that they "will build", so it sounds like 1250 MHz is? a planned speed.  When you read that they "delivered" then thatu CPU will be "out" :-)e   ------------------------------  % Date: Fri, 25 Aug 2000 12:03:27 +0200p2 From: Alessandro Prete <ale@mail.polial.polito.it>' Subject: Re: LEDs & VAXStation 3100 M48 5 Message-ID: <39A6446F.FA86EFBC@mail.polial.polito.it>    David A Froble wrote:6  # > > Think MultiPlatform, Think Freel >aR > Nothing is free.  Someone paid for it, in some manner, at some time.  Many times+ > the value you get is related to the cost.e >V  L When I wrote "Think Free" I was thinking something like "to be free to think) different", not only "free = at no cost", ? probably it should be better if I'd write "Think Different" :-)e   Cheers,.     Alee   ------------------------------  % Date: Fri, 25 Aug 2000 19:37:39 +1000i/ From: "Phil Howell" <howellp@snowyhydro.com.au>o- Subject: Re: Linking FORTRAN program questionh0 Message-ID: <46rp5.986$cr3.33972@ozemail.com.au>  8 Richard L. Dyson <rick-dyson@uiowa.edu> wrote in message# news:39A3F4E5.18389C2C@uiowa.edu...nI > I have a user that was trying to build a FORTRAN program and was havingcJ > unresolved symbol problems and I wondered if anyone could help enlighten > me.n >aH > I think I have run across this kind of problem in the past, so I triedI > re-arranging the order of the subroutine libraries (*.OLB) that were onm > the LINK command line. >lI > Maybe this is a dumb question :), but why does it matter what order the F > libraries are listed in for the link command?  Isn't a list of entryI > points made and when subsequent references to that symbol are found thetF > "right thing" is done?  If the order mattered, I imagine it would beJ > possible to generate a situation where you can't resolve all the symbols+ > unless you list a library more than once?i >lC > Am I missing something here?  Can anyone suggest any documenatione& > pointers to help me read up on this?( There is always the vms linker manual :)J This is 'intended' behaviour and applies to all languages not just fortranF The linker is much better at resolving module calls when they are in aG shared executable image - check the /share qualifier used in .opt filesi Phil >c > Thanks in Advance!!! >K
 > Regards, > rick > --J > Richard L. Dyson                                    rick-dyson@uiowa.eduJ >  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/J > | | | |    |_   _|   Systems Analyst                     O: 319/335-1879J > | | | | of   | |     The University of Iowa            FAX: 319/335-17538 > | \_/ |     _| |_    Department of Physics & Astronomy/ >  \___/     |_____|   Iowa City, IA 52242-1479i   ------------------------------  # Date: Fri, 25 Aug 2000 08:57:01 GMT 1 From: Haeglsperger Gerd <Gerd@DPSG-Vilsbiburg.de>G( Subject: Mail to another smtp-mailserver) Message-ID: <8o5ccn$vv2$1@nnrp1.deja.com>I  J Hi, does anyone of you know, whether I can send a mail from vms to anotherM smtp-mailserver or if there is any freeware to do this? I want to mail a file,; to a person that is not connected to vms thanks in advance,e   Gerd   --                    ////n                  (o o)# -----------o0o.-(_)-.o0o-----------  www.DPSG-Vilsbiburg.de    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 25 Aug 2000 10:27:18 GMTe8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>' Subject: Re: max disk size on VMS 5.5-2o( Message-ID: <39A55C0E.4037EDBA@decus.fi>  ? The max would be approx 8.5GB for this version with volume sets ? allowing larger total capacity. Certain M3100 models only allowl 1.05GB size for system disks.    _veli    smiley0205@my-deja.com wrote:  > 	 > VMSers,d > H >   I want to confirm that on VMS 5.5-2, the maximum disk size is 2.1gb.= > I understand that you can have a volume set larger.  We are I > consolidating a cluster and am trying to make the footprint as small astF > possible so that is why we are interested in individual maximum disk > size.p >  > TIA, > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.a   ------------------------------   Date: 25 Aug 2000 16:02:41 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: max disk size on VMS 5.5-2p6 Message-ID: <8o65b1$41v$1@mailint03.im.hou.compaq.com>  H In article <8o3hm8$sfp$1@nnrp1.deja.com>, smiley0205@my-deja.com writes:G :  I want to confirm that on VMS 5.5-2, the maximum disk size is 2.1gb.H ..  D   2.1GB?  Never heard of that limit.  Please see the OpenVMS FAQ forE   details on the disk size limits.  If you have questions on what is aG   in the FAQ, then folks will need rather more information on the disk a-   and on the particular system(s) and such...r  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 08:58:46 +0100a, From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>& Subject: Memo:  Re:DECnet area routingA Message-ID: <80256946.002BD03C.00@emea-smtp-03.midlandbank.co.uk>p  C In reading the specs, I would be inclined to agree. However: DuringaD the short time I worked for Digital, the Easynet began to run out ofD (Phase IV) addresses and this was the solution. Using this techniqueE (or something extremely similar - memory may have slipped somewhat ini5 15 years) you could set up a net with multiple hidden ? areas thus duplicating addresses without clash. There were someoE penalties - it was effectively one way so links had to be established C out from the hidden areas only but it was an effective solution. Iti9 struck me as applicable to the posters original question.e   Paul      D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseaB  notify the sender immediately by return e-mail and delete it from
  your system.t  =  Internet communications cannot be guaranteed to be secure orVA  error-free as information could be intercepted, corrupted, lost,n>  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context of ?  this message which arise as a result of Internet transmission.M  AD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office  =  through which this message is sent unless otherwise clearly  A  indicated in this message and the authority of the author to so s3  bind the HSBC entity referred to is duly verified.-  D ********************************************************************   ------------------------------   Date: 25 Aug 2000 17:21:10 GMT) From: leslie@clio.rice.edu (Jerry Leslie) ; Subject: Minor Nit In OpenVMS ALPHA Version of SHUTDOWN.COMt' Message-ID: <8o69u6$21j$1@joe.rice.edu>   E The OpenVMS ALPHA version of SYS$SYSTEM:SHUTDOWN.COM has "Standalone"a' as the default reason for the shutdown:f  #    Reason for shutdown [Standalone]   E but OpenVMS ALPHA no longer has a "Standalone" backup, per the outputn from STABACKIT.COM:t      $ @sys$update:stabackit  J         Standalone Backup is no longer part of the OpenVMS Alpha operatingJ         system.  Please refer to the "Backing Up and Restoring the  SystemJ         Disk"  appendix  in  the  "OpenVMS  Alpha Upgrade and Installation%         Manual" for more information.r    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 25 Aug 2000 17:39:22 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)? Subject: Re: Minor Nit In OpenVMS ALPHA Version of SHUTDOWN.COMs6 Message-ID: <8o6b0a$4p1$2@mailint03.im.hou.compaq.com>  S In article <8o69u6$21j$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:rF :The OpenVMS ALPHA version of SYS$SYSTEM:SHUTDOWN.COM has "Standalone"( :as the default reason for the shutdown: :i$ :   Reason for shutdown [Standalone] : F :but OpenVMS ALPHA no longer has a "Standalone" backup, per the output :from STABACKIT.COM:  K   Ok, I'll propose that "Standalone" means "Standalone System Operations", nI   and quite obviously this has nothing to do with that Standalone BACKUP 1I   stuff.  (Problem solved. :-) I can pass this proposal to the technical P7   writers, unless you can suggest a better alternative.i  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 10:11:11 -0400 & From: "Syltrem" <syltrem@videotron.ca> Subject: Re: OpenVMS NewbieM7 Message-ID: <h3vp5.1219$Tr3.45748@wagner.videotron.net>   2 Pascal Dorion me semble tre un nom francophone...  3 Va faire un tour  http://pages.infinit.net/syltremj  & Lche pas - on a besoin de supporters!   Syltrem-  8 "Pascal Dorion" <pdorion@latinmail.com> wrote in message# news:8ns459$9nh$1@nnrp1.deja.com...: > Hi!  >nH > I recently discoverd OpenVMS thanks to this new operator job I got and
 > LOVE IT! > I > I think it's great, half way between mainframe OS and Unix. Anwyays, atCH > work we have 2 Alpha 4100 running OpenVMS 6.2, one of them has 6.2-1H3I > (what the heck is that?). I need OpenVMS links for a newbie, stuff thato3 > teach about using and administering a VMS system.C >TD > Also, I can't seem to grant a right to my user though I can to any= > other user. Says my users don't exist... Anyone got a clue?o6 > Also how do I know if I have system(root) privilege? >f	 > Thanks!  >  >- >i( > Sent via Deja.com http://www.deja.com/ > Before you buy.t   ------------------------------  % Date: Fri, 25 Aug 2000 09:23:27 +0200n% From: David Romero <romerod@gedas.es> # Subject: Re: printer queue problems,( Message-ID: <39A61EEE.15A5F815@gedas.es>  ; This is the result of show queue/full and show device/full:o  N I created CLJ45_CT_B1 and CLJ45_CT_B1_TXT with TCPIP$LPRSETUP command where de remote system4 is de IP_address, because the printer has a netcard.     Any suggestions are welcome.       $ sh queue /full? Server queue CLJ45_CT_B1, idle, on ROSI::, mounted form DEFAULT D   /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /OWNER=[SYSTEM] /PROCESSOR=TCPIP$LPD_SMB /PROTECTION=(S:M,O:D,G:R,W:S).   /RETAIN=ERRORu  D Server queue CLJ45_CT_B1_TEXT, idle, on ROSI::, mounted form DEFAULTD   /BASE_PRIORITY=4 /DEFAULT=(FEED,FLAG,FORM=DEFAULT) /OWNER=[SYSTEM] /PROCESSOR=TCPIP$LPD_SMB /PROTECTION=(S:M,O:D,G:R,W:S)8   /RETAIN=ERRORi  4   Entry  Jobname         Username     Blocks  Status4   -----  -------         --------     ------  ------?       3  LOGIN           SYSTEM            2  Retained on errora0        %SYSTEM-F-NOLOGNAM, no logical name matchF          Submitted 18-JUL-2000 11:34:17.44 /FORM=DEFAULT /PRIORITY=100:          File: _ROSI$DKB100:[VMS$COMMON.SYSMGR]LOGIN.COM;3D          Completed 18-JUL-2000 11:34:17.59 on queue CLJ45_CT_B1_TEXT  & Batch queue SYS$BATCH, idle, on ROSI::M   /BASE_PRIORITY=4 /JOB_LIMIT=1 /OWNER=[SYSTEM] /PROTECTION=(S:M,O:D,G:R,W:S)    Generic printer queue SYS$PRINT,F   /GENERIC=(CLJ45_CT_B1) /OWNER=[SYSTEM] /PROTECTION=(S:M,O:D,G:R,W:S)  C Server queue TCPIP$LPD_QUEUE, idle, on ROSI::, mounted form DEFAULT A   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /NOENABLE_GENERIC4 /OWNER=[SYSTEM]o /PROCESSOR=TCPIP$LPD_SMB-   /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR1 $    $ sh dev /full  J Disk ROSI$DKA500:, device type DEC RRD46, is online, file-oriented device,>     shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed                  0aO     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WmO     Reference count                0    Default buffer size                 512a    N Disk ROSI$DKB100:, device type DEC RZ1CB-CS, is online, mounted, file-orientedF     device, shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed               9958eO     Owner process                 ""    Owner UIC                      [SYSTEM]-O     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W O     Reference count              323    Default buffer size                 512-O     Total blocks             8380080    Sectors per track                   113tO     Total cylinders             3708    Tracks per cylinder                  20e  O     Volume label            "FAT100"    Relative volume number                0 O     Cluster size                   9    Transaction count                   392lO     Free blocks              6780393    Maximum files allowed            419004gO     Extend quantity                5    Mount count                           1eO     Mount status              System    Cache name      "_ROSI$DKB100:XQPCACHE"rO     Extent cache size             64    Maximum blocks in extent cache   678039mO     File ID cache size            64    Blocks currently in extent cache 464598mO     Quota cache size               0    Maximum buffers in FCP cache       1140aO     Volume owner UIC           [1,1]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCDE  L   Volume Status:  ODS-2, subject to mount verification, protected subsystemsF       enabled, file high-water marking, write-through caching enabled.    N Disk ROSI$DVA0:, device type RX26, is online, file-oriented device, shareable,     error logging is enabled.   O     Error count                    0    Operations completed                  0-O     Owner process                 ""    Owner UIC                      [SYSTEM]HO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WeO     Reference count                0    Default buffer size                 5120O     Total blocks                2880    Sectors per track                    18 O     Total cylinders               80    Tracks per cylinder                   2   K Magtape ROSI$MKA0:, device type DEC TLZ10, is online, file-oriented device,nH     error logging is enabled, controller supports compaction (compaction(     disabled), device supports fastskip.  O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM]nO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W-O     Reference count                0    Default buffer size                2048dO     Density                  default    Format                        Normal-11c  C   Volume status:  no-unload on dismount, position lost, odd parity.c  P Terminal ASN0:, device type unknown, is online, record-oriented device, carriage  '     control, device is a template only.   O     Error count                    0    Operations completed                  0iO     Owner process                 ""    Owner UIC                      [SYSTEM]iO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WsO     Reference count                0    Default buffer size                  80e  I Terminal FTA0:, device type unknown, is offline, device set /NOAVAILABLE,s-     record-oriented device, carriage control.i  O     Error count                    0    Operations completed                  08O     Owner process                 ""    Owner UIC                      [SYSTEM]IO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WnO     Reference count                0    Default buffer size                  80.  L Terminal FTA1:, device type VT300 Series, is online, record-oriented device,%     carriage control, device is busy.l  O     Error count                    0    Operations completed               2539nO     Owner process           "_FTA1:"    Owner UIC                      [SYSTEM]iO     Owner process ID        00000124    Dev Prot              S:RWPL,O:RWPL,G,WtO     Reference count                4    Default buffer size                 132h  L Terminal FTA2:, device type VT300 Series, is online, record-oriented device,     carriage control.0  O     Error count                    0    Operations completed                 61aO     Owner process           "_FTA2:"    Owner UIC                      [SYSTEM] O     Owner process ID        00000126    Dev Prot              S:RWPL,O:RWPL,G,WoO     Reference count                2    Default buffer size                 132   M Terminal OPA0:, device type unknown, is online, enabled as operator terminal,g-     record-oriented device, carriage control.y  O     Error count                    0    Operations completed                137 O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WRO     Reference count                0    Default buffer size                  80m  I Terminal RTA0:, device type unknown, is offline, device set /NOAVAILABLE,E-     record-oriented device, carriage control.w  O     Error count                    0    Operations completed                  0aO     Owner process                 ""    Owner UIC                      [SYSTEM]rO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                0    Default buffer size                  80   I Terminal RTB0:, device type unknown, is offline, device set /NOAVAILABLE,e-     record-oriented device, carriage control.l  O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM]oO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WyO     Reference count                0    Default buffer size                  80e  H Terminal TNA0:, device type unknown, is offline, record-oriented device,0     carriage control, device is a template only.  O     Error count                    0    Operations completed                  0eO     Owner process                 ""    Owner UIC                      [SYSTEM]hO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WeO     Reference count                0    Default buffer size                  80d  P Terminal TTA0:, device type unknown, is online, record-oriented device, carriage       control.  O     Error count                    0    Operations completed                  0|O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W7O     Reference count                0    Default buffer size                  80m  P Terminal TTB0:, device type unknown, is online, record-oriented device, carriage       control.  O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM]sO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WnO     Reference count                0    Default buffer size                  80o  L Printer LRA0:, device type LP11, is online, record-oriented device, carriage     control.  O     Error count                    0    Operations completed                  01O     Owner process                 ""    Owner UIC                      [SYSTEM]xO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WlO     Reference count                0    Default buffer size                 132iO     Page width                   132    Page Length                          66 1     No Carriage_return  Formfeed        Uppercase 3     No Passall          No Wrap         No Printalld0     No Fallback         No Tab          Truncate9     No Sixels           No Bitmapped            No Polled   P Device EWA0:, device type DE500, is online, network device, device is a template  	     only.i  O     Error count                    0    Operations completed                  0jO     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WxO     Reference count                0    Default buffer size                 512   ; Device EWA2:, device type DE500, is online, network device.c  O     Error count                    0    Operations completed                  3HO     Owner process        "DNS$ADVER"    Owner UIC                         [1,3]eO     Owner process ID        0000010E    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                1    Default buffer size                1492a  ; Device EWA3:, device type DE500, is online, network device.e  O     Error count                    0    Operations completed                  3iO     Owner process        "DNS$ADVER"    Owner UIC                         [1,3]rO     Owner process ID        0000010E    Dev Prot              S:RWPL,O:RWPL,G,WjO     Reference count                1    Default buffer size                14923  ; Device EWA4:, device type DE500, is online, network device.e  O     Error count                    0    Operations completed                  0nO     Owner process                 ""    Owner UIC                      [SYSTEM]qO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WaO     Reference count                1    Default buffer size                1492s  ; Device EWA5:, device type DE500, is online, network device.y  O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM]iO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W*O     Reference count                1    Default buffer size                1492   ; Device EWA6:, device type DE500, is online, network device.b  O     Error count                    0    Operations completed                  8 O     Owner process       "DTSS$CLERK"    Owner UIC                         [1,3]sO     Owner process ID        00000113    Dev Prot              S:RWPL,O:RWPL,G,WeO     Reference count                1    Default buffer size                1492e  ; Device EWA7:, device type DE500, is online, network device.u  O     Error count                    0    Operations completed                  0pO     Owner process   "TCPIP$INET_ACP"    Owner UIC                      [SYSTEM]rO     Owner process ID        00000116    Dev Prot              S:RWPL,O:RWPL,G,WeO     Reference count                1    Default buffer size                1500c  ; Device EWA8:, device type DE500, is online, network device.o  O     Error count                    0    Operations completed                  0oO     Owner process   "TCPIP$INET_ACP"    Owner UIC                      [SYSTEM]*O     Owner process ID        00000116    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                1    Default buffer size                1500j  ; Device EWA9:, device type DE500, is online, network device.g  O     Error count                    0    Operations completed                  0OO     Owner process   "TCPIP$INET_ACP"    Owner UIC                      [SYSTEM]oO     Owner process ID        00000116    Dev Prot              S:RWPL,O:RWPL,G,W,O     Reference count                1    Default buffer size                1500t  N Device GQA0:, device type DECwindows output device, is online, record-oriented(     device, carriage control, shareable.  O     Error count                    0    Operations completed                 67tO     Owner process                 ""    Owner UIC                      [SYSTEM]iO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL7O     Reference count                1    Default buffer size                   0r  - Device IIA0:, device type unknown, is online.e  O     Error count                    0    Operations completed                  0eO     Owner process                 ""    Owner UIC                      [SYSTEM]iO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLuO     Reference count                0    Default buffer size                 256r  I Device IKA0:, device type DECwindows input device, is offline, device setl     /NOAVAILABLE, shareable.  O     Error count                    0    Operations completed                  0wO     Owner process                 ""    Owner UIC                      [SYSTEM]oO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL O     Reference count                0    Default buffer size                  80   I Device IMA0:, device type DECwindows input device, is offline, device set      /NOAVAILABLE, shareable.  O     Error count                    0    Operations completed                  0>O     Owner process                 ""    Owner UIC                      [SYSTEM]nO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLO     Reference count                0    Default buffer size                  80y  I Device INA0:, device type DECwindows input device, is offline, device set5;     /NOAVAILABLE, record-oriented device, carriage control.d  O     Error count                    0    Operations completed                  0gO     Owner process                 ""    Owner UIC                      [SYSTEM]aO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL O     Reference count                0    Default buffer size                   0n  O Device MPA0:, device type unknown, is online, record-oriented device, device is      a template only.  O     Error count                    0    Operations completed                  0sO     Owner process                 ""    Owner UIC                      [SYSTEM]dO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLuO     Reference count                0    Default buffer size                 256t  M Device OPA2:, device type DECwindows input device, is online, record-orientedt     device, carriage control.v  O     Error count                    0    Operations completed                207 O     Owner process    "DECW$SERVER_0"    Owner UIC                      [SYSTEM] O     Owner process ID        0000011B    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                1    Default buffer size                  80R  M Device OPA3:, device type DECwindows input device, is online, record-orientedS     device, carriage control.q  O     Error count                    0    Operations completed                  0EO     Owner process                 ""    Owner UIC                      [SYSTEM]TO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                0    Default buffer size                  80G  O Device PKA0:, device type NCR 53C810 SCSI, is online, error logging is enabled.   O     Error count                    0    Operations completed                 30IO     Owner process                 ""    Owner UIC                      [SYSTEM]lO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,WiO     Reference count                0    Default buffer size                   0O  O Device PKB0:, device type Qlogic ISP1020 SCSI port, is online, error logging isS     enabled.  O     Error count                    0    Operations completed                 45rO     Owner process                 ""    Owner UIC                      [SYSTEM]OO     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W=O     Reference count                0    Default buffer size               65535n  - Device PPP0:, device type unknown, is online.e  O     Error count                    0    Operations completed                  0pO     Owner process                 ""    Owner UIC                      [SYSTEM]wO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLeO     Reference count                0    Default buffer size                   0e  N Device PWIP0:, device type unknown, is online, real time device, error logging     is enabled.   O     Error count                    0    Operations completed                  0iO     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL O     Reference count                0    Default buffer size                   0O  O Device WSA0:, device type DECwindows pseudo device, is offline, record-oriented 1     device, shareable, device is a template only.   O     Error count                    0    Operations completed                  0rO     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPL O     Reference count                0    Default buffer size                 512   N Device WSA1:, device type DECwindows pseudo device, is online, record-oriented     device, shareable.  O     Error count                    0    Operations completed                120BO     Owner process                 ""    Owner UIC                      [SYSTEM]cO     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLtO     Reference count                3    Default buffer size                 512c   $    David.       "Boyle, Darren" wrote:  L > Judging by the error this is an IP queue.  What type of IP product are youM > using.  Please give a SHOW QUEUE/FULL and a SHOW DEVICE/FULL of the queue'st > device also.
 > - Darren >n > > ----------5 > > From:         David Romero[SMTP:romerod@gedas.es]n4 > > Sent:         Thursday, August 24, 2000 10:46 AM > > To:   Info-VAX@Mvb.Saic.Com ( > > Subject:      printer queue problems > >  > > Hi,w > >rH > > I'm working in a AlphaServer 1200 with OpenVms 7.2.1. After creatingL > > queues to print, I send a job and it holds on error showing the message: > >e > > Retained on error., > > SYSTEM-F-NOLOGNAM, no logical name match > > E > > I'm not sure I've created the queue correctly, can you explain me ; > > something about this error or about how create queues ?c > >e
 > > Thanks > > 
 > > David. > >O > >A > >e > >t > H > **********************************************************************E > This message and any files transmitted with it are confidential andpL > may be privileged and/or subject to the provisions of privacy legislation.O > They are intended solely for the use of the individual or entity to whom they M > are addressed. If the reader of this message is not the intended recipient, D > please notify the sender immediately and then delete this message.K > You are notified that reliance on, disclosure of, distribution or copyingo  > of this message is prohibited. >c > Bank of Bermuda:H > **********************************************************************   ------------------------------   Date: 25 Aug 2000 16:29:12 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: Renaming SYS$NODE_nodenamec6 Message-ID: <8o66so$48a$1@mailint03.im.hou.compaq.com>  V In article <8o3vu3$elj$1@nnrp1.deja.com>, Alan E. Feldman <alan48@my-deja.com> writes:  H :In the VMS FAQ, MGMT19., it says that one of the steps needed to rename
 :a node is :a :<F :6. Rename the SYS$NODE_oldnodename rightslist identifier to match the? :new name. (Do not change the binary value of this identifier.)e :> :aG :But, in the OVMS Guide to System Security, Section 4.1.2.1 (Manual fortG :OVMS V6.2) it says that the identifier SYS$NODE_nodename is created by A :the system startup procedure SYS$SYSTEM:STARTUP.COM. I looked in0? :STARTUP.COM and it gets the nodename from F$GETSYI("NODENAME")  ..2 :What is the resolution of this apparent conflict?  A   Both are quite correct, and certainly not mutually exclusive...r  G   As stated, the technique in the FAQ ensures you keep the same binary  I   value for the identifier, which is of interest to folks that have this rH   identifier scattered around in various ACLs.   You may or may not haveF   this, but it is simpler and far easier to simply assume that you do.  F   The cited documentation provides details of how the identifier gets     created, if it is not found.    H   If you have no references to the identifier in ACLs (or if you wish toG   locate and alter individual ACEs containing the binary value for this F   identifier), then you can delete the identifier and permit it to be D   recreated -- the new identifier might arrive with the same binary F   value, or it might also obviously get a new binary value assigned...  H   Note that if you do not somehow remove (via renaming or via deletion) J   the text value of this identifier, the old text and the old binary valueG   will remain present in the rightslist.  As documented, you will get ar<   new text identifier that matches your new SCSNODE setting.  F :Also, why does it say "DECnet Phase IV area number"? What if you have :Phase V or DECnet Plus? TIA.t  E   DECnet-Plus routing does not particularly have areas, as that is a  %   concept of DECnet Phase IV routing.m  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 11:30:39 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: Re[2]: LEDs & VAXStation 3100 M48- Message-ID: <0033000003277261000002L012*@MHS>,   =0ADavid A Froble wrote:  # > > Think MultiPlatform, Think Free  > H > Nothing is free.  Someone paid for it, in some manner, at some time. =  ManyA1 times > the value you get is related to the cost.r >l  H When I wrote "Think Free" I was thinking something like "to be free to = think + different", not only "free =3D at no cost",e? probably it should be better if I'd write "Think Different" :-)    Cheers,      Ale             Not a good idea.y  6        The members of this newsgroup would undoubtedly        pelt you with "Apples".  
        ;-)          WWWebb=   ------------------------------   Date: 25 Aug 2000 15:59:36 GMT0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu> Subject: run *.com, Message-ID: <8o6558$qtp$1@goliat.eik.bme.hu>  C How can i simply run all .COM file in current (or spec.) directory?    --    mailto:michael@goliat.eik.bme.hu Phone: 463-1966    ------------------------------   Date: 25 Aug 2000 16:39:43 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: run *.com6 Message-ID: <8o67gf$48a$2@mailint03.im.hou.compaq.com>  _ In article <8o6558$qtp$1@goliat.eik.bme.hu>, FAZEKAS Mihaly <michael@goliat.eik.bme.hu> writes:cD :How can i simply run all .COM file in current (or spec.) directory?  F   As this is a rather unusual request, what are you really up to here?  F   The literal answer involves a simple DCL command procedure using theG   f$search lexical to scan the directory, with each *.COM located beingiD   invoked as a command procedure in the sequence they are retrieved.  C   An example that simply lists the files with a .COM file extension C   follows, and could easily be altered to invoke the located files:w   $ fn = f$search("",1)" $Next: $ fn = f$search("*.COM",1) $ if fn .eqs. "" then exit $ write sys$output "@''fn'"a $ goto Nextz $     #   To invoke a command file you can:c  
     @filenamen     @filename.COMe     filename  eH   The latter syntax assumes you have DCL$PATH logical name defined, and D   that it includes the current directory in its list of directories.  F   Also please indicate your OpenVMS version when posting, as potentialJ   suggestions -- such as the DCL$PATH stuff -- have specific (and usually     minimum) version requirements.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 25 Aug 2000 13:11:53 -0400b' From: David Beatty <dabeat@wnt.sas.com>  Subject: Re: run *.com2 Message-ID: <xKimOeA+Mgo5muplTvdeAIjaRt4Q@4ax.com>   @filename -- .COM is assumed.   + On 25 Aug 2000 15:59:36 GMT, FAZEKAS Mihaly " <michael@goliat.eik.bme.hu> wrote:  D >How can i simply run all .COM file in current (or spec.) directory?   ------------------------------  # Date: Fri, 25 Aug 2000 15:34:02 GMT  From: trevor_deja@my-deja.comOF Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,...) Message-ID: <8o63l9$qq9$1@nnrp1.deja.com>e  2 Following up several points that have been raised.  D I'm happy to make my NAT code generally available so that people canF use it at no cost.  Whether it should be Freeware, GNU Public License,D or some_other_ware I don't know, I've not done this before.  What do people suggest ?  ? I would like someone else to test it before I make it generally ? available though, and I am hoping Phillip might do that when hee installs his new home set up.n  @ Also the code is not organised for distibution at the moment, noF distibution file, install file, instructions or documentation to speak? of.  So I'll have to get that sorted before making it generally , available.  Be patient with me I will do it.  G When it is ready I'm happy for others to make it available at their web:F site or include it on tapes or whatever, that makes it easy for people to get hold of it.  @ I notice that the term Firewall has crept into the discussion inG relation to my NAT code.  This is not a term I would use.  The NAT code G running on VMS & UCX does provide a good degree of isolation/protectioneD between the Internet and the Private LAN, but the whole package doesC not represent what is expected of a Firewall nowadays.  I think you G would have to call it a 'Poor Man's Firewall' or a 'Protective Gateway'  or some other such.s  F I would just reiterate that my NAT code does have its limitations, andC that there are several bits that I mean to tidy up but have not got,C around to.  Having said that it does work, it's in constant use, it G does'nt crash my machine and it is the only way I use now to connect toiD the Internet because it works reliably.  I just don't want people toF think it's a highly polished package.  Perhaps this exercise will spurE me on to tidy up some of those things I've been meaning to attend to.e     Regards, Trevor:   trevor_deja@my-deja.come  ) In article <8o0vl2$taf$1@nnrp1.deja.com>,s    trevor_deja@my-deja.com wrote:0 > In article <8ns8e1$hto$1@info.service.rug.nl>, >   helbig@astro.rug.nl wrote:D > > FINALLY I will be setting up my VMS stuff at home soon (next few	 > weeks).PF > > The scenario I have followed up until now involved an ISDN router, > which  > > is quite expensive.    snip   > Hi Phillip >,A > I have an Internet connected VMS setup at home (UK) using a NAT  package,D > which provides multiple machine access without any special network > equipment/adaptors.    snip      & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 25 Aug 2000 11:07:16 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>L1 Subject: Re: Why couldn't linux read a vms drive? ) Message-ID: <39A63744.A729161B@gtech.com>    Beyonder wrote:iV > Simple logic. A few "excerpts" from the source listings can in no way substitute forQ > the entire listings. Depending on how the code was written. Modules outside theeT > listings you are reading in the books can have a profound effect on things you are1 > attempting to do, depending on what it is, etc.n  D My guess is that someone with a copy of the existing ODS2-reader andB The "File System Internals" (+ the appropiate Linux knowhow) couldD write it in a week. While someone reading source would have to use a month.   Arne   ------------------------------  # Date: Fri, 25 Aug 2000 10:47:29 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 1 Subject: Re: Why couldn't linux read a vms drive?R0 Message-ID: <009EF1E8.CD5375B0@SendSpamHere.ORG>   In article <rdeininger-2508000133380001@user-2iveb18.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes: K >In article <39A5E333.C5A6A292@vrx.net>, Beyonder <beyonder@vrx.net> wrote:  >  >> Larry Kilgallen wrote:  >>  B >> > I am confused as to why you value your "sight unseen" guessesG >> > higher than the opinions of those people who have seen the source,eD >> > have seen the books, have seen the I&DS and have seen the roughB >> > format description passed out at DECUS symposia 10 years ago. >> >F >> > If you worked with the available materials and had something thatC >> > was almost working I think you might get online help (and more  >> > respect from the group).  >>  H >> Simple logic. A few "excerpts" from the source listings can in no way >> substitute for  >> the entire listings.  >f0 >"excerpts" is no way to characterize the books. >tP >> By no means am I an expert, and I've long forgotten most of my vax knowledge.N >> But I know being given a piece of the source listings never substitutes for >> the whole	 >> thing.  > F >The "whole thing" is what, 30 or 40 million lines of code these days?G >I hope you read fast!  I'm perfectly willing to admit that my brain ise& >way to small to hold the whole thing! >uB >> Say you have one of these IDS books or internals or some such.  >iK >At the risk of being repetitive, let me play devil's advocate and ask you e >a question or two:  > L >Have you looked at the I&DS book (any platform, any version) as recommendedG >a dozen or so times in this thread?  Same question for the File System[G >Internals book?  I&DS IS still in print and available.  You could haveP >obtained a copy by now. >cE >In conjuction with the I&DS, have you looked at some crash dumps, or 2 >better, some running systems with analyze/system? >iH >If you haven't done either of these things, you should.  If you haven'tE >seen it, you may be underestimating the level of detail in I&DS.  ItcH >appears (to my non-expert eyes) to cover virtually everything.  DetailsF >not covered in the books are probably MUCH more likely to change fromK >version to version; if you stick to information in the book, your programs 8 >will probably only need to be recompiled in many cases. >iE >I've scanned parts of the source listings (ca. 5.x Vax), and I don't C >find the code terribly revealing.  There's just too much of it.  I I >can imagine it would be useful only when worrying about a very specific,YH >well-isolated question.  And I would never seriously study the listingsH >without I&DS (or another appropriate book) open on my desk at the time.G >When I've studied a feature in the listings and the book side-by-side,cF >I learned a lot from the book, and close to nothing from the listing. > F >I would venture a guess that most everyone in openvms engineering hasD >a well-worn copy of the book close at hand.  Unless there's an even? >more detailed, top-secret, internal version available to them.  >  > D >I guess I'm confused.  If you ever told us just what you are tryingG >to do, I must have missed the post.  Are you trying to learn about theSI >innards of VMS, or is this some kind of macho "I have the source" thing?  >(No flame is intended.)  H I've got the source listing and I'm no macho guy -- more a macro guy! :)  H >I reckon you'll end up with the listings in a readable form eventually.B >And then, if you're serious about learning, you'll get the books. >0 >I'll shut up now.  H I strongly agree with your sentiments.  I'd wager one will gain far moreI from the I&DS than they will from the source listings.  Learning an oper- H ating system by reading its source is like learning how an automobile isI constructed by studying sub-atomic particle physics.  Even if understand-rG ing/learning the innard of VMS is the goal, one will find and gain much I more in the I&DS than in the fiche.  In fact, if I was presented with thenH source listings -- in all their vast glory of today -- I'd be hard pres- sed to know where to start.s  H I've done and gone farther in my career without the source listings thanG with them.  I've read every incarnation of the I&DS from cover to cover0H on more than one occasion and refer back to them quite often.  When I'veG written some bit of code based on knowledged garnered from some sectionvH in the I&DS, I nearly always make a comment in my code to the particularG section in the I&DS.  I ported lots of kernel mode code from the VAX to H Alpha and never once looked at the source listings.  Nearly all that wasH required was clearly documented by digital in the porting manuals or theH details were discussed in the I&DS.  Yes, I've had all of the individualH I&DS updates, purchased as they were available, and then I purchased theH final draft when available.  I purchased two Alpha I&DS volumes as I hadG thumbed through the first volume so often that the pages were loosened.rH I gave the original to a colleague.  I cannot over-emphasize the import-/ ance of the manuals over the source listings.     G I do use the listings.  I'm an engineer by trade and degree.  Engineers H are lazy!  We hate to work and will bust our humps to find a way to makeG a difficult job easier instead of performing the job.  To this end, if ,H I need to accomplish some 'hackery' and, from my knowledge of VMS inter-H nals I suspect that there is already a routine which does a similar taskG already written for use in VMS, I'll go scouring the source listings tocG find it and invoke it in my code.  If I need to modify some kernel modeeF hackery to function with some new feature not yet covered in the I&DS,G I'll resort to the listings.  However this doesn't always yield resultsrH either.  Case in point.  I've recently been working on updating a driverG to function with Fast I/O.  In particular, certain global buffer objectsH FIOs.  I gained a much greater appreciation from XDELTA stepping throughF the handling of the IRPs, knowledge of PTs/PTEs, the PFN database, andF VMS memory management to finally solve the problem than from analyzing) the related FIO source listing modules.  n   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo   ------------------------------    Date: 25 Aug 2000 07:42:46 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson)h1 Subject: Re: Why couldn't linux read a vms drive?r* Message-ID: <8o5m3m$hh4$1@lisa.gemair.com>  K In article <39A5E333.C5A6A292@vrx.net>, Beyonder  <beyonder@vrx.net> wrote:. > B >[huge snip to take the next line out of context for comic effect] >*5 >...I have NO idea what the hell I'm talking about...s  8 On this, I think everyone here can wholeheartedly agree.   >n >[snip]e >B.  >    -Jordan Henderson  jordan@greenapple.come   ------------------------------  # Date: Fri, 25 Aug 2000 15:39:26 GMT * From: Alan E. Feldman <alan48@my-deja.com>3 Subject: Working Set Size Limits and Process Quotas ) Message-ID: <8o63vb$qvf$1@nnrp1.deja.com>s  @ Why are recommended working set size limits (WSDEFAULT, WSQUOTA,; WSEXTENT, etc.) and process quotas like DIOLM, FILLM, etc.,oD often in powers of 2 or sums of powers of 2? Sometimes they are not.G Is there any disadvantage to not using powers of 2? If so, why are they2 sometimes used?o   -- Disclaimer: JMHO Alan E. Feldman) alan48  &-): dellnet.com$    & Sent via Deja.com http://www.deja.com/ Before you buy.m   ------------------------------   End of INFO-VAX 2000.475 ************************