1 INFO-VAX	Thu, 15 Jun 2000	Volume 2000 : Issue 332       Contents: Re: Analyze/audit  question  Re: Analyze/audit  question  Re: Backup performance Re: Backup performance0 Be extra careful when upgrading to TCPware 5.4-3# Re: C 6.2-007 compilation annoyance # Re: C 6.2-007 compilation annoyance # Re: C 6.2-007 compilation annoyance # Re: C 6.2-007 compilation annoyance # Re: C 6.2-007 compilation annoyance # Re: C 6.2-007 compilation annoyance / Re: C bashing (was Re: VMS File Caching Futures / Re: C bashing (was Re: VMS File Caching Futures " Re: CMQ/Dec with a sense of Humor?" RE: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?" Re: CMQ/Dec with a sense of Humor?0 Compaq C V6.2-007 and the disappearing output... Re: CONV$RECLAIM question * Re: Files-11 ODS-2 Readability for FreeBSD* Re: Files-11 ODS-2 Readability for FreeBSD FILESERV@WKU: Updated HGLOGIN   FIND,DFU and [?]F11$MOVEFILE.TMP$ Re: FIND,DFU and [?]F11$MOVEFILE.TMP FS: DEC keyboards cheap!. FS: Digital TZ857 7-tape DLT Autoloader ; $250 Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? RE: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts? RE: Fun VMS Facts? Re: Fun VMS Facts? Re: Fun VMS Facts?% HELP! booting VAX 4000-VLC off CD-ROM - Re: how to stop echo on DS90M telnet listener - Mini symposium in =?iso-8859-1?Q?Montr=E9al?=  Re: MVII heat output" Re: Need VMS media - Austin, TexasA Re: Problam solved (was Re: Job logical name table quota problem) 5 Re: Proxy problem: Why does node:: work but 0:: fail? 5 Re: Proxy problem: Why does node:: work but 0:: fail? 5 Re: Proxy problem: Why does node:: work but 0:: fail? . Re: Removing/Stripping RFC headers from emails. Re: Removing/Stripping RFC headers from emails. Re: Removing/Stripping RFC headers from emails. Re: Removing/Stripping RFC headers from emails. Re: Removing/Stripping RFC headers from emails Re: Seaching SYSUAF.DAT  Re: Seaching SYSUAF.DAT  Re: Seaching SYSUAF.DAT  Re: Seaching SYSUAF.DAT  Secondary Passwords  Re: Secondary Passwords  Re: Secondary Passwords  Re: Secondary Passwords * Shadow full merges on write-locked volumes Re: Some HW questions % UDP broadcasting, fortran help wanted  Re: VAX on Intel? ; Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?   F ----------------------------------------------------------------------   Date: 14 Jun 2000 12:39 CST ' From: carl@gerg.tamu.edu (Carl Perkins) $ Subject: Re: Analyze/audit  question- Message-ID: <14JUN200012393797@gerg.tamu.edu>   Z In article <TjO15.98$KK1.11523@news.corpcomm.net>, "JHansen" <jhansen@fnbnd.com> writes...H }I would like to have the Analyze/audit...... command run every night toC }retrieve audit logging information.  I would like this to pull the ) }information from the previous day.  i.e. D }analyze/audit/since=13-jun-2000.......... would be run on the 14th.C }Can this be done in a batch file?  If so how ?  Where would I find H }information on how to do this?  I have tried the VMS help, but no luck. }Thanks for your time and help }Jeff    $ ANA/AUDIT/SINCE=YESTERDAY   H "Yesterday", "today", and "tomorrow" are all valid date-time strings, inL addition to the usual "dd-mmm-yyyy" style strings (which you can abreviate -A if you leave off the year it uses the current year, for example).    --- Carl   ------------------------------  % Date: Wed, 14 Jun 2000 21:38:19 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> $ Subject: Re: Analyze/audit  question- Message-ID: <3948419B.6BAC520D@earthlink.net>    JHansen wrote: > I > I would like to have the Analyze/audit...... command run every night to D > retrieve audit logging information.  I would like this to pull the* > information from the previous day.  i.e.E > analyze/audit/since=13-jun-2000.......... would be run on the 14th. D > Can this be done in a batch file?  If so how ?  Where would I findI > information on how to do this?  I have tried the VMS help, but no luck.  > Thanks for your time and help  > Jeff  = Check the HELP again, and take note of the /BEFORE and /SINCE   qualifiers. You may want to try:  , $ ANALYZE/AUDIT/SINCE=YESTERDAY/BEFORE=TODAY  ! ...to isolate the 24 hour period.    --   David J. Dachtera  dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  % Date: Wed, 14 Jun 2000 14:27:45 -0400 " From: Dan Sugalski <dan@sidhe.org> Subject: Re: Backup performance : Message-ID: <4.3.2.7.0.20000614140427.01c412f0@24.8.96.48>  / At 10:17 AM 6/14/00 +0100, Chris Sharman wrote: I >The TZ87 is DLT (3 I think). It runs fine - to the extent that the disks I >(or the bus) seem maxed out - we don't have any problem with tape speed. 3 >We're seeing OPCOM messages about the quorum disk: # >timed-out operation to quorum disk ! >lost "connection" to quorum disk    >We're< >also seeing access to other disks very severely degraded by( >backup/defrag - possibly mainly defrag.  J SCSI isn't set up to allocate bus bandwidth fairly. Devices have priority G based on their SCSI ID. Lower numbered devices have higher priority (I  I think--I get that mixed up sometimes). If the tape and source drive both  F have a higher priority than the quorum disk, then you'll see timeouts J during backups. This is also likely the reason you see bad performance in L other things during backup, but that may just be because a half-zillion IOs  are already queued up.   >No DB - just RMS.F >Currently we rotate around some 17 disks, backing up over half fully,C >and the rest incrementally. The slowest backup is the one we do do = >disk->disk: the one containing SYSUAF and other vital stuff.   K Are you doing a backup to a saveset on the target disk, or a plain file by  B file copy? Either way, doing a SET RMS/EXTEND=1000 will help your L performance, though if your drive's close to full it can make you fail with N spurious disk full errors. This won't do you any good with a /PHYSICAL backup.  I >The problem is our time 'window' isn't really there for much of the year : >any more - no quiet times, not at night, not at weekends.  I Consider switching over to storage hanging off a HSx controller. The HSx  J firmware has a CLONE function that lets the controller do a drive cloning K (maintaining consistency until the clone is done, which is nice) which you  E can use--you CLONE then back the clone up. You'll also get more SCSI  G channels (up to six, if you spring for a full complement of cables and  H shelves) to the HSx controller, which should cut down on bus contention.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------  # Date: Wed, 14 Jun 2000 20:27:07 GMT % From: Uwe Zessin <zessin@my-deja.com>  Subject: Re: Backup performance ) Message-ID: <8i8pq3$f0d$1@nnrp1.deja.com>   : In article <4.3.2.7.0.20000614140427.01c412f0@24.8.96.48>,%   Dan Sugalski <dan@sidhe.org> wrote: 1 > At 10:17 AM 6/14/00 +0100, Chris Sharman wrote: E > >The TZ87 is DLT (3 I think). It runs fine - to the extent that the E > >disks (or the bus) seem maxed out - we don't have any problem with A > >tape speed. We're seeing OPCOM messages about the quorum disk: % > >timed-out operation to quorum disk # > >lost "connection" to quorum disk  > D > >We're also seeing access to other disks very severely degraded by* > >backup/defrag - possibly mainly defrag. > B > SCSI isn't set up to allocate bus bandwidth fairly. Devices haveF > priority  based on their SCSI ID. Lower numbered devices have higher4 > priority (I think--I get that mixed up sometimes).    It's wrong and not that easy ;-), List of IDs from lowest to highest priority:% 8 9 10 11 12 13 14 15 0 1 2 3 4 5 6 7   A That's the reason that the device bus addresses of the latest HSx > controllers are still at ID 6 + 7 although they use wide SCSI.  C > If the tape and source drive both have a higher priority than the D > quorum disk, then you'll see timeouts during backups. This is alsoB > likely the reason you see bad performance in other things duringE > backup, but that may just be because a half-zillion IOs are already  > queued up.  D One should 'de-tune' BACKUP. It really doesn't make sense to try andB fire hundredths or thousands of DIOs (IIRC the default DIOLM for aC BACKUP account 'should' be something like 4096) to a single disk at  the same time.  < I hope OVMS engineering fixes their defective /ALIAS 'design< specification' so a single BACKUP/IMAGE save & restore cycle: keeps you system disk intact and work out new BACKUP quota recommendations.   > >No DB - just RMS.H > >Currently we rotate around some 17 disks, backing up over half fully,E > >and the rest incrementally. The slowest backup is the one we do do ? > >disk->disk: the one containing SYSUAF and other vital stuff.  > D > Are you doing a backup to a saveset on the target disk, or a plainF > file by file copy? Either way, doing a SET RMS/EXTEND=1000 will helpD > your performance, though if your drive's close to full it can makeE > you fail with spurious disk full errors. This won't do you any good  > with a /PHYSICAL backup. > F > >The problem is our time 'window' isn't really there for much of theA > >year any more - no quiet times, not at night, not at weekends.  > B > Consider switching over to storage hanging off a HSx controller.C > The HSx firmware has a CLONE function that lets the controller do C > a drive cloning (maintaining consistency until the clone is done, E > which is nice) which you can use--you CLONE then back the clone up. D > You'll also get more SCSI channels (up to six, if you spring for aE > full complement of cables and shelves) to the HSx controller, which $ > should cut down on bus contention.  B Please remember that (last time I checked) CLONING didn't work for> RAID-5 storage sets, SNAPSHOT does. I don't know if SNAPHOT isB available for HSZ controllers; I have played with it on the HSG80,B however it requires a special (more expensive controller firmware)? and you need 2 (two) controllers with 512 MByte mirrored cache. = I have tried this with a single controller and my command was 	 rejected.    --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Wed, 14 Jun 2000 22:42:58 -0500 / From: Scott Vieth <svieth@ameritech.net.nospam> 9 Subject: Be extra careful when upgrading to TCPware 5.4-3 4 Message-ID: <394850C2.5BB98D17@ameritech.net.nospam>   Hi:   A Be sure to read and re-read all of the docs for TCPware 5.4-3 and E then go to their ftp site to get all necessary patches before you set 0 out to upgrade a production VMS system to 5.4-3.  A I got stung really hard two weekends ago when I put in the latest = version (in hopes of clearing up some odd printing problems).   D 1. After the upgrade, the TCPware ftp client started sending out the username in ALL UPPERCASE A when the VMS system connected to a Unix box.  Not good.  The Unix H box that we were trying to send file to does not like usernames that are  E all uppercase.  That system doesn't even bother to ask for a password ? if you send an all-caps username, it just drops the connection.   A 2. The TCPWare ftp server started adding a CR into files that are  transferred in binary  mode.  Not cool.  C 3. The ftp server stopped recognizing logicals when a user tried to 2 do something like changing directory to a logical.  D The first and third changes really killed a number of automated file transfer processesH that we had running.  The second change was very annoying but it was not  B a show-stopper.  The first problem nearly kept us from getting our product out G the door.  That would have made me extremely popular with the execs....   F I reported all of these problems to TCPware tech support.  There was a patch H to fix problems two and three.  The first one is still unresolved.  I am using B ftp.exe from a previous version of TCPware until they get this one fixed.  D I thought this product was more stable than that.  I didn't expect a bunch E of really funky problems to pop up with something simple like the ftp H client and the ftp server.  I'd expect this from a Micro$oft product but  > not from a VMS layered product that has been around for years.   BEWARE!    -Scott   ------------------------------  % Date: Wed, 14 Jun 2000 14:01:04 -0400 " From: Dan Sugalski <dan@sidhe.org>, Subject: Re: C 6.2-007 compilation annoyance: Message-ID: <4.3.2.7.0.20000614135822.01c89c50@24.8.96.48>  . At 05:42 PM 6/14/00 +0000, David Mathog wrote: >Anybody else seeing this? > C >Of what possible use is the informational message in this example?    [Snip]  9 >$ cc/standard=ansi89/prefix=all/warn=(enable=all) killme  >#include <decc$types.h> >.^ A >%CC-I-UNUSEDINCL, This nested include file appears to be unused. F >at line number 26 in module STDIO of text library SYS$COMMON:[SYSLIB] >DECC$RTLDEF.TLB;4   Ooooh, sweet! I *want*.   H This is useful for finding unnecessary #includes. I know a lot of folks I (and I'm guilty too occasionally) that just dump a bunch of boilterplate  K #include lines at the start of a source file. Including things that aren't  I needed means extra parse and extract times (some of the header files are  G big and drag in a lot of stuff) as well as dropping the virtual memory  7 requirements to hold all the unused macros they create.   I Not something I'd want on by default, but real nice when doing a cleanup   run on code.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------   Date: 14 Jun 2000 19:02:28 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog), Subject: Re: C 6.2-007 compilation annoyance, Message-ID: <8i8ks4$1r0@gap.cco.caltech.edu>  _ In article <4.3.2.7.0.20000614135822.01c89c50@24.8.96.48>, Dan Sugalski <dan@sidhe.org> writes: / >At 05:42 PM 6/14/00 +0000, David Mathog wrote:  >>Anybody else seeing this?  >>D >>Of what possible use is the informational message in this example? >  >[Snip]  > : >>$ cc/standard=ansi89/prefix=all/warn=(enable=all) killme >>#include <decc$types.h>  >>.^B >>%CC-I-UNUSEDINCL, This nested include file appears to be unused.G >>at line number 26 in module STDIO of text library SYS$COMMON:[SYSLIB]  >>DECC$RTLDEF.TLB;4  >  >Ooooh, sweet! I *want*. > 3 >This is useful for finding unnecessary #includes.     Yes, sure, in general.    F But the message didn't say that <stdlib.h> wasn't needed, it said thatI <decc$types.h> wasn't, and the program never included that specifically.  J Turns out that you can leave off <stdlib.h> in this example, and that will" suppress the decc$types.h message.  G I think they need a special case for decc$types.h - don't warn about it J being included, but not used.   It's basically a file for the compiler in E any case, not something the programmer would include in any program.    I That said, I don't want to be warned about <stdlib.h> being included when K it isn't needed either.  Half the compilers I've seen are going to include  K that whether or not there's an explicit include, and <stdio.h> too. I don't I see any positive value in the VMS compiler telling me to leave them off.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Wed, 14 Jun 2000 15:07:41 -0400 ( From: Ed Vogel <edward.vogel@compaq.com>, Subject: Re: C 6.2-007 compilation annoyance* Message-ID: <3947D7FD.1F58455C@compaq.com>  ?     Just the same, the compiler should not be emitting messages ?     that detect unused include files from header files supplied =     by the compiler.  We will try to correct this is a futuren9     release of Compaq C.  Thanks for bringing this to our/     attention.  9                                                  Ed VogelaE                                                  Compaq C Engineering    ------------------------------  % Date: Wed, 14 Jun 2000 15:33:32 -0400 " From: Dan Sugalski <dan@sidhe.org>, Subject: Re: C 6.2-007 compilation annoyance: Message-ID: <4.3.2.7.0.20000614153000.01caaa10@24.8.96.48>  . At 07:02 PM 6/14/00 +0000, David Mathog wrote:I >In article <4.3.2.7.0.20000614135822.01c89c50@24.8.96.48>, Dan Sugalski s ><dan@sidhe.org> writes:1 > >At 05:42 PM 6/14/00 +0000, David Mathog wrote:o > >>Anybody else seeing this?n > >>F > >>Of what possible use is the informational message in this example? > >?	 > >[Snip]e > >h< > >>$ cc/standard=ansi89/prefix=all/warn=(enable=all) killme > >>#include <decc$types.h>t > >>.^D > >>%CC-I-UNUSEDINCL, This nested include file appears to be unused.I > >>at line number 26 in module STDIO of text library SYS$COMMON:[SYSLIB]E > >>DECC$RTLDEF.TLB;4[ > >$ > >Ooooh, sweet! I *want*. > >h4 > >This is useful for finding unnecessary #includes. >  >Yes, sure, in general.M >aG >But the message didn't say that <stdlib.h> wasn't needed, it said that I ><decc$types.h> wasn't, and the program never included that specifically. K >Turns out that you can leave off <stdlib.h> in this example, and that willE# >suppress the decc$types.h message.   E I missed that bit. Yelling about unused header files in user-defined 8H headers makes sense, but you're right that the system headers ought not D generate this warning. I expect the compiler folks can enable it to L double-check things before shipping a release out, though perhaps what'd be I more appropriate would be to fix the system headers so they only pull in r@ what they need. I see Ed noticed. Patch for 6.2-008, perhaps? :)   					Dan  I --------------------------------------"it's like this"-------------------m2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenS;                                       teddy bears get drunk    ------------------------------  % Date: Wed, 14 Jun 2000 23:13:34 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e, Subject: Re: C 6.2-007 compilation annoyance) Message-ID: <3947F57E.5D01FFD6@gtech.com>e   Dan Sugalski wrote: 0 > At 05:42 PM 6/14/00 +0000, David Mathog wrote: > >Anybody else seeing this? > >-E > >Of what possible use is the informational message in this example?2  C > >%CC-I-UNUSEDINCL, This nested include file appears to be unused.eH > >at line number 26 in module STDIO of text library SYS$COMMON:[SYSLIB] > >DECC$RTLDEF.TLB;4  3 > This is useful for finding unnecessary #includes.i  > Yes, but it was not a user supplied include, but a system one.   Arne   ------------------------------  % Date: Wed, 14 Jun 2000 23:14:28 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>n, Subject: Re: C 6.2-007 compilation annoyance( Message-ID: <3947F5B3.D41DEA9@gtech.com>   David Mathog wrote:dK > That said, I don't want to be warned about <stdlib.h> being included whenlL > it isn't needed either.  Half the compilers I've seen are going to includeM > that whether or not there's an explicit include, and <stdio.h> too. I don'tiJ > see any positive value in the VMS compiler telling me to leave them off.  = If you do not need to be informed about unused includes, then & do not enable this particular warning.   Arne   ------------------------------  % Date: Wed, 14 Jun 2000 12:23:10 -0700o- From: "Dann Corbit" <dcorbit@solutionsiq.com>t8 Subject: Re: C bashing (was Re: VMS File Caching Futures& Message-ID: <GYQ15.528$p34.801@client>  5 "Ed Vogel" <edward.vogel@compaq.com> wrote in message $ news:39478512.6932BE82@compaq.com... > Wayne Sewell wrote:  >l > > L > > Fantastic!!  I didn't know about this.  Is this only with 6.2 and later? > >. > F > Since V5.7 the C compiler team has made an effort to add code to theI > compiler that will detect potential coding errors.  The questcode groupeC > was added in V5.7.   Each release since then has added additional ? > messages to this group.   Of the three  cases mentioned in myuE > earlier posting, the only one that is new for V6.2 is the detectionE > of nested comments.  >  >hB > I would suggest that all code be compiled /WARN=ENABLE=QUESTCODE- > at some point during the development cycle.a > E > We (the Compaq C compiler team) seek input on other coding mistakes/C > that the compiler could catch.  While you can post them here, the0G > best method to request a feature is to fill-in the product suggestion 
 > form at: >e= > http://www.openvms.digital.com/commercial/c/c_feedback.html1  K I am very fond of the COMPAQ compilers, especially C++.  For suggestions, IrJ suggest purchasing FlexeLint from Gimpel software and running it against aH few megabytes of source code.  Look at what they diagnose to see what is missing.  K It might be nice to try and work out a deal with Gimpel to bundle FlexeLintdI with your compilers.  It would probably save you some silly support callsy* and might even pay for itself in that way. --0 C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html$  "The C-FAQ Book" ISBN 0-201-84519-91 C.A.P. Newsgroup   http://www.dejanews.com/~c_a_ptI C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm    ------------------------------   Date: 14 Jun 2000 18:37:07 CDT= From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell)s8 Subject: Re: C bashing (was Re: VMS File Caching Futures. Message-ID: <yuc0ECg6ipYm@tachxxsoftxxconsult>  U In article <39478512.6932BE82@compaq.com>, Ed Vogel <edward.vogel@compaq.com> writes:i   [stuff deleted]lF > Since V5.7 the C compiler team has made an effort to add code to theI > compiler that will detect potential coding errors.  The questcode group C > was added in V5.7.   Each release since then has added additional ? > messages to this group.   Of the three  cases mentioned in my E > earlier posting, the only one that is new for V6.2 is the detectionl > of nested comments.u >  > B > I would suggest that all code be compiled /WARN=ENABLE=QUESTCODE- > at some point during the development cycle.m >   + I just put it in my main build procedure.  t    E > We (the Compaq C compiler team) seek input on other coding mistakesaC > that the compiler could catch.  While you can post them here, thehG > best method to request a feature is to fill-in the product suggestione
 > form at: > = > http://www.openvms.digital.com/commercial/c/c_feedback.html.    K I assume you already saw this one, since it appeared earlier in the thread:e     >  >    for (i=0; i<100; i++); 	 >       {l >       do that();	 >       }s >     O I don't remember ever making this particular mistake, though obviously somebody-O must have for it to make the list.  I'm sure I will make this error someday, so I I certainly won't mind the compiler pointing it out when it happens.  :-)      --  O ===============================================================================0M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxe: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)@O ===============================================================================8O Otter, on dining with Bluto:"It's perfectly safe if you keep your arms and legss 			away from his mouth."   ------------------------------  % Date: Wed, 14 Jun 2000 16:15:04 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>r+ Subject: Re: CMQ/Dec with a sense of Humor? , Message-ID: <3947E7C8.22725CB0@videotron.ca>   Hoff Hoffman wrote:e? >   More than a few chuckles are lurking in the OpenVMS code...t  J Do these predate the "serious" successes of VMS in the mid-late 1980s, (atM which point I was told that VMS stopped having "fun"), or have they continueda8 (or perhaps begun again since the departure of Palmer ?)   ------------------------------  % Date: Wed, 14 Jun 2000 14:15:06 -0700 / From: Terry Marosites <TMarosites@unitedad.com>u+ Subject: RE: CMQ/Dec with a sense of Humor?rM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE9B@seantexch.unitedad.com>i  I    My first VMS class was in Orlando Fl. (Near Disney World), Dec at thatoL time had developed a two node cluster with the nodes as snow and white (theyA also had 7 terminal servers, can you name the terminal servers). lL I am sure with info-vax group you can collect some very strange cluster nameL and node name configuration. Even just looking at some of the old orange and7 gray wall references there were some fun name in them. t   -----Original Message-----F From: Shane.F.Smith@Healthnet.com [mailto:Shane.F.Smith@Healthnet.com]' Sent: Wednesday, June 14, 2000 10:30 AMe To: Info-VAX@Mvb.Saic.Come+ Subject: Re: CMQ/Dec with a sense of Humor? J Ok, so it's not a part of VMS, but I have a server here called Doris whoseJ shutdown packet consists of the string "die screaming with sharp things inK your head". It's a reference to a movie title mentioned in the Red Dwarf TVo series.n   ShaneF          ? Phil Tregoning <ptregoni@esoc.esa.de> on 06/14/2000 09:09:56 AMt   To:   Info-VAX@Mvb.Saic.Comb cc:e  , Subject:  Re: CMQ/Dec with a sense of Humor?        = Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in articlea- <8i859g$fp5$4@mailint03.im.hou.compaq.com>...r >T >   KGB: Key Grant Block.  >i/ >   CIA: Compound Intrusion Attempt (or Audit).  >e- >   NSA: Non-discretionary Security Auditing.  >a, >   The Microfortnights unit of measurement. > ) >   FUBAR: Failed Unibus Address Registero >oD >   The famous (paraphrasing here) "Hairy code, like its author" andD >   "if the lights go out, does the shadowset dissolve?" comments in >   the source code. >iD >   The "What city, plez?" comment lurking in the directory services# >   SYSAP on older versions of SCS.S >h  > I did hear that the last gasp datagram a node attempts to send@ over SCS right before it crashes consists of the text "AAAAARGH"   Phil                5 *****************************************************o    5 ***************************************************** 4 Any views or opinions are solely those of the author) and do not necessarily represent those ofe United News& Media.e5 *****************************************************l4 The information transmitted is intended only for the1 person or entity to which it is addressed and maye3 contain confidential and/or privileged material. If/3 you are not the intended recipient of this message,-. please do not read, copy, use or disclose this3 communication and notify the sender immediately. Itm0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons ore- entities other than the intended recipient ish prohibited.r5 *****************************************************  **   ------------------------------  # Date: Wed, 14 Jun 2000 21:06:34 GMTw3 From: "Guillaume Gerard" <guillaume.gerard@free.Fr> + Subject: Re: CMQ/Dec with a sense of Humor?m1 Message-ID: <utS15.17$M04.93276@nnrp3.proxad.net>t  9 and the answer to "What city, plez?"  is "London City !!"eL cant remember, but i think that was coded but not displayed for some reason.    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messages0 news:8i859g$fp5$4@mailint03.im.hou.compaq.com... >w@ > In article <802568FE.003F70E6.00@qedilc01.qedi.quintiles.com>," steven.reece@quintiles.com writes:9 > :I believe there is a KGB reference too somewhere......r >  >   KGB: Key Grant Block.f >s/ >   CIA: Compound Intrusion Attempt (or Audit).i >t- >   NSA: Non-discretionary Security Auditing.o >a, >   The Microfortnights unit of measurement. > ) >   FUBAR: Failed Unibus Address Registers >hD >   The famous (paraphrasing here) "Hairy code, like its author" andD >   "if the lights go out, does the shadowset dissolve?" comments in >   the source code. > D >   The "What city, plez?" comment lurking in the directory services# >   SYSAP on older versions of SCS.r >e? >   More than a few chuckles are lurking in the OpenVMS code...  >  > :Phil Tregoning wrote:= > :>>>When the security server starts up, you get the messageu > :t< > :%SECSRV-I-CIASTARTINGUP, breakin detection and evasion... >e, >  --------------------------- pure personal# opinion ---------------------------e1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringe hoffman#xdelta.zko.dec.com >o   ------------------------------   Date: 15 Jun 2000 01:11:18 GMT1 From: thompson_nospam@athenet.net (Paul Thompson)-+ Subject: Re: CMQ/Dec with a sense of Humor?18 Message-ID: <39482d36$0$154$39368dfe@news.twtelecom.net>   My personal favorite is   K ANALDISK-W-IDLEHEADER_BUSY idle file header marked "busy"; no need to have :
 heart failure0  H (You'll see it in SYS$COMMON:[SYSMSG]FILMNTMSG.EXE if you're never lucky+ enough to get it in an actual ANALYSE/DISK)p   Paul    M In article <1137A4A23A51D311B2D600105A1D5213019AEE9B@seantexch.unitedad.com>,c2 	Terry Marosites <TMarosites@unitedad.com> writes:K >    My first VMS class was in Orlando Fl. (Near Disney World), Dec at thatlN > time had developed a two node cluster with the nodes as snow and white (theyC > also had 7 terminal servers, can you name the terminal servers).  N > I am sure with info-vax group you can collect some very strange cluster nameN > and node name configuration. Even just looking at some of the old orange and9 > gray wall references there were some fun name in them. f >  > -----Original Message-----H > From: Shane.F.Smith@Healthnet.com [mailto:Shane.F.Smith@Healthnet.com]) > Sent: Wednesday, June 14, 2000 10:30 AMo > To: Info-VAX@Mvb.Saic.Comt- > Subject: Re: CMQ/Dec with a sense of Humor?cL > Ok, so it's not a part of VMS, but I have a server here called Doris whoseL > shutdown packet consists of the string "die screaming with sharp things inM > your head". It's a reference to a movie title mentioned in the Red Dwarf TV 	 > series.  >  > Shaner >  >  >  >  > A > Phil Tregoning <ptregoni@esoc.esa.de> on 06/14/2000 09:09:56 AM  >  > To:   Info-VAX@Mvb.Saic.Comd > cc:) > . > Subject:  Re: CMQ/Dec with a sense of Humor? >  >  >  > ? > Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in article0/ > <8i859g$fp5$4@mailint03.im.hou.compaq.com>...  >> >>   KGB: Key Grant Block. >>0 >>   CIA: Compound Intrusion Attempt (or Audit). >>. >>   NSA: Non-discretionary Security Auditing. >>- >>   The Microfortnights unit of measurement.s >>* >>   FUBAR: Failed Unibus Address Register >>E >>   The famous (paraphrasing here) "Hairy code, like its author" anddE >>   "if the lights go out, does the shadowset dissolve?" comments inx >>   the source code.Y >>E >>   The "What city, plez?" comment lurking in the directory servicese$ >>   SYSAP on older versions of SCS. >> > @ > I did hear that the last gasp datagram a node attempts to sendB > over SCS right before it crashes consists of the text "AAAAARGH" >  > Phil >  >  >  >  >  >  >  > 7 > *****************************************************a >  > 7 > *****************************************************n6 > Any views or opinions are solely those of the author+ > and do not necessarily represent those ofc > United News& Media.p7 > *****************************************************c6 > The information transmitted is intended only for the3 > person or entity to which it is addressed and mayt5 > contain confidential and/or privileged material. If 5 > you are not the intended recipient of this message,n0 > please do not read, copy, use or disclose this5 > communication and notify the sender immediately. Itf2 > should be noted that any review, retransmission,4 > dissemination or other use of, or taking action in/ > reliance upon, this information by persons or-/ > entities other than the intended recipient is 
 > prohibited.l7 > *****************************************************a > ** >    -- e   ------------------------------  % Date: Wed, 14 Jun 2000 19:42:00 -0600 % From: Dan O'Reilly <dano@process.com>h+ Subject: Re: CMQ/Dec with a sense of Humor?lB Message-ID: <4.2.0.58.20000614194029.00a97c80@pop.clsp.uswest.net>  F I don't know if VMS Datatrieve had this message, but Datatrieve-11 hadB an error message, in response to a user trying "AT MIDDLE OF PAGE  <dosomething>"G that was "AT MIDDLE OF PAGE is innovative, but, alas, illegal".  One of-J my all-time faves.  Along with, of course, "LINK-F-Illegal Error" from the RT-11 linker....    * At 07:11 PM 6/14/00 , Paul Thompson wrote: >My personal favorite is >0K >ANALDISK-W-IDLEHEADER_BUSY idle file header marked "busy"; no need to haver >heart failure >4I >(You'll see it in SYS$COMMON:[SYSMSG]FILMNTMSG.EXE if you're never luckyr, >enough to get it in an actual ANALYSE/DISK) >a >Paulo >o > N >In article <1137A4A23A51D311B2D600105A1D5213019AEE9B@seantexch.unitedad.com>,; >         Terry Marosites <TMarosites@unitedad.com> writes:sM > >    My first VMS class was in Orlando Fl. (Near Disney World), Dec at thattK > > time had developed a two node cluster with the nodes as snow and white . > (theylD > > also had 7 terminal servers, can you name the terminal servers).L > > I am sure with info-vax group you can collect some very strange cluster  > nameF > > and node name configuration. Even just looking at some of the old  > orange and: > > gray wall references there were some fun name in them. > >h > > -----Original Message-----J > > From: Shane.F.Smith@Healthnet.com [mailto:Shane.F.Smith@Healthnet.com]+ > > Sent: Wednesday, June 14, 2000 10:30 AM  > > To: Info-VAX@Mvb.Saic.Coms/ > > Subject: Re: CMQ/Dec with a sense of Humor? N > > Ok, so it's not a part of VMS, but I have a server here called Doris whoseN > > shutdown packet consists of the string "die screaming with sharp things inO > > your head". It's a reference to a movie title mentioned in the Red Dwarf TVe > > series.w > >b	 > > Shanee > >e > >d > >o > >  > >pC > > Phil Tregoning <ptregoni@esoc.esa.de> on 06/14/2000 09:09:56 AMs > >  > > To:   Info-VAX@Mvb.Saic.Com- > > cc:- > >-0 > > Subject:  Re: CMQ/Dec with a sense of Humor? > >  > >  > >  > > A > > Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in articleb1 > > <8i859g$fp5$4@mailint03.im.hou.compaq.com>...  > >> > >>   KGB: Key Grant Block. > >>2 > >>   CIA: Compound Intrusion Attempt (or Audit). > >>0 > >>   NSA: Non-discretionary Security Auditing. > >>/ > >>   The Microfortnights unit of measurement.y > >>, > >>   FUBAR: Failed Unibus Address Register > >>G > >>   The famous (paraphrasing here) "Hairy code, like its author" andoG > >>   "if the lights go out, does the shadowset dissolve?" comments inm > >>   the source code.  > >>G > >>   The "What city, plez?" comment lurking in the directory servicesi& > >>   SYSAP on older versions of SCS. > >> > >MB > > I did hear that the last gasp datagram a node attempts to sendD > > over SCS right before it crashes consists of the text "AAAAARGH" > >a > > Phil > >  > >  > >- > >- > >- > >- > >- > > 9 > > *****************************************************5 > >? > >F9 > > *****************************************************i8 > > Any views or opinions are solely those of the author- > > and do not necessarily represent those ofw > > United News& Media.t9 > > *****************************************************l8 > > The information transmitted is intended only for the5 > > person or entity to which it is addressed and mayt7 > > contain confidential and/or privileged material. Ifr7 > > you are not the intended recipient of this message,e2 > > please do not read, copy, use or disclose this7 > > communication and notify the sender immediately. It-4 > > should be noted that any review, retransmission,6 > > dissemination or other use of, or taking action in1 > > reliance upon, this information by persons ore1 > > entities other than the intended recipient is< > > prohibited.a9 > > *****************************************************. > > ** > >e >l >--e   ------I +-------------------------------+---------------------------------------+aI | Dan O'Reilly                  |                                       |cI | Principal Engineer            |  "Time flies like an arrow.  Fruit    |cI | Process Software Corporation  |   flies like a banana."               |oI | http://www.process.com        |                    -- Groucho Marx    |aI +-------------------------------+---------------------------------------+s   ------------------------------  # Date: Thu, 15 Jun 2000 02:42:33 GMT=$ From: Ed Wilts <ewilts@mediaone.net>+ Subject: Re: CMQ/Dec with a sense of Humor?p, Message-ID: <39484298.5DAF8C5E@mediaone.net>   Hoff Hoffman wrote:c > ? >   More than a few chuckles are lurking in the OpenVMS code...oN >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  H And in DSNlink (current version) you'll find an error message containingA "monkey dust framitizer", one that went along the lines of "and auE partridge in a pear tree" (in 1.3 I think), and a few other goodies. a& Those programmers must have inhaled...   -- h Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------   Date: 14 Jun 2000 22:24:58 CDT= From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell)y+ Subject: Re: CMQ/Dec with a sense of Humor? . Message-ID: <LB+jZb95eoGr@tachxxsoftxxconsult>  M This doesn't quite qualify as CPQ/Dec humor, since it came from a third partys$ product, but it did run on vms.  :-)      2 I had some fun with Datesim, the Y2K testing tool.    B When a process went to a date in the future, you would see either:    L %DATESIM-I-FUTDATE, Doc Brown: Marty, I'm sending you back to the future!!!! (14-JUN-2050 22:22:08)     or    G %DATESIM-I-FUTDATE2, Doc Brown: Roads?  Where we're going (14-JUN-2050 @  	22:22:08), we don't need roads.      5 If you set the process clock backward, you would get:C    G %DATESIM-I-PASTDATE, Mr. Peabody: Sherman, set the Way-Back Machine fort 	14-JUN-1944 22:22:08r       -- uO ===============================================================================aM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================uO Otter, on dining with Bluto:"It's perfectly safe if you keep your arms and legse 			away from his mouth."   ------------------------------   Date: 14 Jun 2000 21:47:33 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)9 Subject: Compaq C V6.2-007 and the disappearing output...w, Message-ID: <8i8uhl$8re@gap.cco.caltech.edu>  " This just isn't fun anymore :=(.    L Hopefully somebody can show me what I'm doing wrong here, because otherwise J it looks like Compaq C V6.2-007 on OpenVMS Alpha V7.2-1 does not correctly
 respond to      $ define/user  J for LIB$SHOW_VM (and probably some instances of fprintf sent to stderr andF stdout).  I've been trying to port a program which has SYS$OUTPUT and J SYS$ERROR redirected to files using define/user, but nothing is showing upI in them even though the debugger showed the program passing through thoseaG calls.  Then I shut off redirection and the expected output went to thewK screen.  Now I see that even LIB$ routines have the same problem.  Example:e   $ create killme.cy) void decc$exit(int);     /* prototypes */= void LIB$SHOW_VM(int *); int main(void){= static int mode;	   mode=0;o   (void) LIB$SHOW_VM(&mode);   (void) LIB$SHOW_VM(&mode);   (void) LIB$SHOW_VM(&mode);   (void) LIB$SHOW_VM(&mode);   (void) decc$exit(1); }1 $ cc/deb/noopt killme0 $ link/debug killmef $ r/nodebug killmeG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocatedEG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocatedhG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocateduG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocateda $! $! as it should be $!
 $ r killme go SET BREAK KILLME\%LINE 10  go exit $ G  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocated1G  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocatedmG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocated5G  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocated  $!7 $! So far so good.  Now comes the horror, the horror...i $!, $! Make sure none of these files exist first $! $ delete/nolog foo.dat.* $! $! Redirect output to foo.datm $!  $ define/user sys$Output foo.dat
 $ r killme go SET BREAK KILLME\%LINE 10r go exit $ type foo.dat $ !e1 $ ! that's right, it's EMPTY, and it get's worse:h $ !  $ dir/size=all foo.dat  2 Directory PRGDISK:[SHARED.PROGRAMS.TIGR_ASSEMBLER]   FOO.DAT;2                  0/0 FOO.DAT;1                  0/0 $! $! Why are there two of them?e $!0 $! but if you direct it through a pipe, it works $! $ pipe r killme >foo.dat go SET BREAK KILLME\%LINE 10i go exit $ type foo.datG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocated G  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocatedtG  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocated G  2 calls to LIB$GET_VM, 0 calls to LIB$FREE_VM, 0 bytes still allocatedo  D Blech - the normal OpenVMS redirection doesn't always work properly!G So much for "the data always makes it to disk"!  (This is with all RMS rH values set to the defaults.)  In the program that started me looking at K this the program was exiting through exit() and the output files have size SF 0 as well.  However, I have not been able to boil the fprintf redirectI failures down into a small test case, and the code is licensed so I can't I just put it up here.  Suffice it to say that it behaves pretty much like h the example here.e  / Other details which may or may not be relevant:r   $ product show product/fullyt DEC AXPVMS BNU V2.1                 Full LP     Installed                                        DEC AXPVMS ODL V2.1z DEC AXPVMS DECNET_PHASE_IV V7.2-1   Full LP     Installed                                        DEC AXPVMS OPENVMS V7.2-1z DEC AXPVMS DWMOTIF V1.2-5           Full LP     Installed                                        DEC AXPVMS OPENVMS V7.2-1z DEC AXPVMS FORRTL V7.2-1            Full LP     Installed                                        DEC AXPVMS FORTRAN V7.2-19 DEC AXPVMS FORTRAN V7.2-1           Full LP     Installedot DEC AXPVMS HYPERHELP V5.1-2         Full LP     Installed                                        DEC AXPVMS ODL V2.19 DEC AXPVMS JAVA V1.1-81             Full LP     Installedr9 DEC AXPVMS MACRO64 V1.2             Full LP     Installedrt DEC AXPVMS NS_NAV_EXPORT V3.0-3     Full LP     Installed                                        DEC AXPVMS ODL V2.19 DEC AXPVMS ODL V2.1                 Platform    Installedn9 DEC AXPVMS OPENVMS V7.2-1           Platform    Installedaz DEC AXPVMS VMS V7.2-1               Oper System Installed    DEC AXPVMS VMS721_F11X V1.0         DEC AXPVMS DWMOTIF V1.2-5y                                                              DEC AXPVMS VMS721_GRAPHICS V3.0     DEC AXPVMS FORRTL V7.2-1Qz                                                              DEC AXPVMS VMS721_PCSI V1.0         DEC AXPVMS FORTRAN V7.2-1x                                                              DEC AXPVMS VMS721_PTHREAD V1.0      DEC AXPVMS MACRO64 V1.2z                                                              DEC AXPVMS VMS721_SYS V2.0          DEC AXPVMS OPENVMS V7.2-1Z                                                              DEC AXPVMS VMS721_UPDATE V1.0   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduK? Manager, sequence analysis facility, biology division, Caltech i   ------------------------------  % Date: Wed, 14 Jun 2000 11:16:12 -0700f2 From: "Randy Park" <rjpark@mindspring.com.nospaam>" Subject: Re: CONV$RECLAIM question1 Message-ID: <8i8ikk$se$1@slb2.atl.mindspring.net>s  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3943F2FB.2A62849E@videotron.ca...F > I have an indexed queue file which receives transactions and is then emptied  > (transactions processed).S >rH > As was explained here earlier, deleted records don't automatically getK > reclaimed. But the queue file, once all transactions have been processed,  > should be almost empty.S >IJ > Doing performance tests on a MV II (where you can see vast difference inK > performance), I have noticed that a CONV$RECLAIM is almost instant for anhL > almost empty file (even if lots of blocks have been allocated), whereas itD > takes much longer if I wait a while and it have to reclaim lots of buckets. >e> > I am debating whether I should do a CONV$RECLAIM after every pass/processingDL > of the queue, forcing incoming transactions to hold in a MBX device bufferL > while AST's are disabled for a few seconds, or just do the CONV$RECLAIM in the 5 > middle of the night, taking much longer to execute.M >EK > I am tending towards doing it quick/often as opposed to slow/nightly. HaslL > anyone dealt with the question before, and if so, what sort of issues need I>, > look at ? Any gotchas with doing it often? >iI > I realise that I need to close the file , do the convert and re-open itt later.K > Is performance in a cleaned up indexed file greater than in one with lotsy ofJ > non-reclaimed deleted buckets ? (key 0 is an ever increasing time stamp)  2 I've had queue based applications before and found0 that by using Relative files rather than Indexed0 files I avoided having to 'rebuild' the file.  I0 also found that reading sequentially, or in some0 cases using a binary search, was quite fast when0 my queue was limited to several hundred records.3 If your queue is significantly larger this approach0 may not work for you.b   ------------------------------  # Date: Wed, 14 Jun 2000 21:56:45 GMT ( From: Terry Kennedy <terry@gate.tmk.com>3 Subject: Re: Files-11 ODS-2 Readability for FreeBSDh' Message-ID: <Fw5zML.531@spcuna.spc.edu>    mccrobie@my-deja.com writes: > UnixF > would be the issue since "container file systems" seem to be a "new"
 > idea there.   B   Not really. The vnode device driver has been around for a while:   DESCRIPTIONoM      The vnd driver provides block and raw disk interfaces to a regular file. N      A vnode disk special file is associated with a regular file with the vnd-N      config(8) utility.  Once configured, the regular file can be accessed viaL      the appropriate block and raw special files in ``/dev'' allowing tradi-G      tional disk operations such as disksetup(8),  newfs(8),  mount(8),u      fsck(8),  and swapon(8).d  L   The above is from BSD/OS. The FreeBSD version has the following SCCS identN string: "@(#)vnconfig.c  8.1 (Berkeley) 12/15/93". So I'd say it's been around for a while.  - 	Terry Kennedy             http://www.tmk.comp5         terry@tmk.com             Jersey City, NJ USAS   ------------------------------  % Date: Wed, 14 Jun 2000 21:17:18 -0500a7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>c3 Subject: Re: Files-11 ODS-2 Readability for FreeBSD - Message-ID: <39483CAE.8F6D198E@earthlink.net>*   mccrobie@my-deja.com wrote:* > / > In article <3946BC5F.D7481BF8@earthlink.net>,*< >   "David J. Dachtera" <djesys.nospam@earthlink.net> wrote: > > mccrobie@my-deja.com wrote:a* > > Can you write ISO-9660 on a hard disk? > D > To a hard disk?  A couple of ideas come to mind.  Use some type ofJ > container file system available for both Unix and OpenVMS.  OpenVMS withI > the LD driver shouldn't be a problem, although I haven't actually triedIE > the LD driver with an ISO9660 container file - still, should work.    ) It does. I've used it with CD-ROM images.n   > UnixF > would be the issue since "container file systems" seem to be a "new"
 > idea there.,  B It's called a "loop" device, I believe, and a LKM (loadable kernel module) is available for Linux.-   J > Nothing in ISO9660, as far as I remember, prevents it from being written > to a "raw" hard drive.   True.*   > & > UNIX:  mkisofs ... myisofile.iso9660- >        dd if=myisofile.iso9660 of=/dev/rda10 > 4 >        where rda1 eventually translates to DKB100: >              rda1 on FreeBSD$ >              rrz0c on Digital Unix > = > OpenVMS:  mount /media=cd /noassist /system DKB100: cdlabele > E > If hard disk isn't your thing, then a CD-RW would do:  just blast aaC > ISO9660 file system onto a CD-RW using a CD-writer.  CDRECORD and H > MKISOFS are available for both Unix and OpenVMS.  Use CD-RW so that it > can be erased and reused.F  G Well, sort of. Remember - most CD-ROM drives can't read CD-RW reliably.T  p > Issues include:s% >     File names from Unix -> OpenVMSE% >     File attributse OpenVMS -> Unix" > / > but I would imagine such could be worked out.i  F Yeah, well, that's the fly in the ointment. Remember: ODS is only halfF (or less) of the equation. RMS is the "thingamabob that does the job", record attributes wise.1   -- 9 David J. Dachterad dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/d   ------------------------------   Date: 14 Jun 00 16:14:05 -0500) From: goathunter@wku.edu (Hunter Goatley)n& Subject: FILESERV@WKU: Updated HGLOGIN' Message-ID: <Qp$OpwmySHPk@axp1.wku.edu>c  ; The following package has been updated on FILESERV@WKU.EDU,r! ftp.wku.edu, and ftp.process.com:       o  HGLOGIN (Updated)   5 	HGLOGIN V1.3 lets privileged users log in to another 7 	account without specifying a password.  Unlike the oldt> 	BECOME, a new process is created running on a pseudo-terminal< 	under the target username.  This doesn't just make you look= 	like the target user, you are the target user.  HGLOGIN also < 	supports the execution of a single command, allowing you to) 	do things like:  HGLOGIN POSTMASTER MAILh  ; 	HGLOGIN V1.3 adds support for /NOUAF to log in to accountst< 	that are DISUSERed.  HGLOGIN was written by Hunter Goatley. 	It runs on both VAX and Alpha.     O ------------------------------------------------------------------------------- @ You can get it via the World-Wide Web using a browser and any of the following URLs:   / 	http://www2.wku.edu/www/fileserv/fileserv.html + 	ftp://ftp.wku.edu/vms/fileserv/hglogin.zipn3 	ftp://ftp.process.com/wku/vms/fileserv/hglogin.zip.B 	ftp://ftp.vms.stacken.kth.se/mirrors/wku/vms/fileserv/hglogin.zip5 	ftp://ftp.ctrl-c.liu.se/wku/vms/fileserv/hglogin.zip & 	ftp://ftp.vsm.com.au/kits/hglogin.zip  O -------------------------------------------------------------------------------R? You can get it via anonymous ftp from ftp.wku.edu; you'll need:r  *         [.VMS]UNZIP.EXE or UNZIP.ALPHA_EXE"         [.VMS.FILESERV]HGLOGIN.ZIP  > The file [.VMS]FILESERV.README contains a brief listing of all- the packages available under [.VMS.FILESERV].k  F The files are also available from ftp.process.com under [.WKU.VMS] and4 [.WKU.VMS.FILESERV], from ftp.vms.stacken.kth.se andG ftp.ctrl-c.liu.se under [.MIRRORS.WKU.VMS] and [.WKU.VMS.FILESERV], andt" from ftp.vms.com.au under [.KITS].O -------------------------------------------------------------------------------*B To get it via e-mail, send the following commands in the body of a! mail message to FILESERV@WKU.EDU:n  ( SEND HGLOGIN		!Comes as 1 180-block file@ SEND FILESERV_TOOLS     !Needed if you don't have MFTU and UNZIP  D Including the command DIR ALL on a separate line will return a brief< listing of all the packages available from FILESERV@WKU.EDU.     Hunter ------8 Hunter Goatley, Process Software, http://www.process.com8 <goathunter@PROCESS.COM>     http://www2.wku.edu/hunter/   ------------------------------    Date: 14 Jun 2000 23:52:25 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: FIND,DFU and [?]F11$MOVEFILE.TMPb* Message-ID: <3947fe99$1@news.kapsch.co.at>  + With a $ find/allo=(10000,1000000000) disk:o' I found a file I didn't expect to find:    [?]F11$MOVEFILE.TMP;1i  K As there is currently no defragmenter running, I suspected a lost temp file*M which I want to get rid off. I did a $ find/disp=file/nam=F11$MOVEFILE* disk:-' and - surprise - found some more files:-     [?]F11$MOVEFILE.TMP;1  File ID = (*3945,7350,0)   [?]F11$MOVEFILE.TMP;1  File ID = (*7090,2322,0)   [?]F11$MOVEFILE.TMP;1  File ID = (*10211,218,0) ...w  < 10 files on one disk, 2 on another, 1 on the next and so on.  L The File IDs don't look valid to me. Entered $ find/disp=all/nam=F11$* disk:  but this doesn't help me either:   [?]F11$MOVEFILE.TMP;1- Filename = F11$MOVEFILE.TMP;1-  protection = (S:RWD,O:RWD,G,W:R) File ID = (*3243,165,0)u Backlink File ID = (0,0,0) Owner_UIC = [1,4] = [SYSTEM]' Creation_Date =  7-FEB-1991 14:07:23.07m' Revision_Date =  4-MAY-2000 01:05:35.14a) Expiration_Date =  1-AUG-1991 14:05:29.78o% Backup_Date = 10-JUN-2000 01:00:20.10h Number_Of_Revisions = 143f Organization = SequentialM Type = Variableo3 Attributes = (NoFortranCC,ImpliedCC,NoPrintCC,Span)eC Characteristics = (ACL_Corrupt,Backup,NoBest_Try_Contiguous,Charge,eG     NoContiguous,NoDirectory,NoErase_On_Delete,NoFile_Corrupt,NoLocked,iJ     NoMarked_For_Delete,NoSpool,NoRead_Verify,NoWrite_Back,NoWrite_Verify)J Journal = (NoJournal,NoAIJnl,NoATJnl,NoBIJnl,NoRUJnl,NoNever_RU,NoOnly_RU) Active_Recovery_Units = 0- Record_Size = 82 VFC_Size = 0 Maximum_Record_Size = 0s Used = 5 (+400)l
 Allocated = 8n Wasted_Blocks = 3: Default_Extend_Quantity = 0H Bucket_Size = 0D Global_Buffer_Count = 0t Version_Limit = 0d Highwater_Mark = 5 Access_Mode = USER Headers = 0f Extents = 0a  E Does anyone (I think, some of you know FIND ;-) have an idea what hase happened here ?i  G A DFU DEL disk:/FILE=fid is surely not accepting the asterisk (not eventH FIND accepts it). So, what to do with a 9 year old file, which regularlyN gets backed up but nobody knows it and nobody (?) needs it (who updates it ?).   TIA?   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Wed, 14 Jun 2000 21:48:19 -0500e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>=- Subject: Re: FIND,DFU and [?]F11$MOVEFILE.TMP=- Message-ID: <394843F3.3B3B2973@earthlink.net>    Peter LANGSTOEGER wrote: > - > With a $ find/allo=(10000,1000000000) disk:u) > I found a file I didn't expect to find:a >  > [?]F11$MOVEFILE.TMP;1   : Do these file show up in an ANALYZE/DISK/NOREPAIR display?  . Can you DUMP/HEADER/BLOCK=COUNT=0 these files?   How 'bout DIRECTORY/FILE_ID?  # (i.e., an OpenVMS "native" command)m   -- . David J. Dachterae dba DJE Systemsw" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/f   ------------------------------   Date: 15 Jun 2000 05:08:23 GMT& From: choaglin@aol.com (Chris Hoaglin)! Subject: FS: DEC keyboards cheap!S: Message-ID: <20000615010823.16637.00000552@ng-fa1.aol.com>  I I've got a number of DEC keyboards I'm looking to liquidate. E-mail me ifr interested.    LK-201: $10  LK-401: $20I  F Other stuff as well, but I haven't gotten around to making a list yet.  
 Chris HoaglinB OMT Electronic Salvage www.OMTsalvage.com   ------------------------------  % Date: Wed, 14 Jun 2000 17:52:37 -0400B$ From: Kent Rankin <krankin@usit.net>7 Subject: FS: Digital TZ857 7-tape DLT Autoloader ; $250 ( Message-ID: <3947FEA5.4DC01C5A@usit.net>  2 	The unit is located in Knoxville, TN, 37922-3449.  D 	It is a 7-tape DLT autoloader manufactured by Digital, and includesA a keylock.  It is in a large Digital rack-mountable case like they+ RA9x's, that has two Centronics connectors.      							Thanks, 							Kent Rankin   ------------------------------  % Date: Wed, 14 Jun 2000 11:04:41 -0700o2 From: "Randy Park" <rjpark@mindspring.com.nospaam> Subject: Re: Fun VMS Facts? 3 Message-ID: <8i8hap$obf$1@nntp9.atl.mindspring.net>   K <jbecker@ui.urban.org> wrote in message news:8i5mdp$4eg$1@nnrp1.deja.com... 6 > I'm putting together an orientation presentation for; > internal end users who are new to OpenVMS Alpha. For partE: > of the presentation, I'm going to include material along5 > the lines of "What's OpenVMS" and "What's an Alpha"l8 > because most of these people are completely unfamiliar > with either. >!8 > Here's where you come in. What fun VMS facts would you9 > include in such an orientation? I'm looking for tidbits 8 > that can be stated briefly and effectively to (in this8 > situation) a general but educated audience. I want the/ > items to show that VMS is a good place to be.  > 7 > I have several ideas of my own, but I thought I'd askS > the VMS community. >A > -- > Jim Becker- > The Urban Institute (http://www.urban.org/)y  
 How about:  9 From the early 1980s to 1998, Microsoft ran most of theirr6 domestic order processing and accounts receivable on a8 cluster of VAXs using the Maxcim software package.  When9 they replaced it with SAP on Windows NT and SQL Server 7,s4 the number of people needed to support it tripled or quadrupled.2   ------------------------------    Date: 14 Jun 2000 20:12:30 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Fun VMS Facts?o* Message-ID: <3947cb0e$1@news.kapsch.co.at>  h In article <8i8hap$obf$1@nntp9.atl.mindspring.net>, "Randy Park" <rjpark@mindspring.com.nospaam> writes: >How about:  >a: >From the early 1980s to 1998, Microsoft ran most of their7 >domestic order processing and accounts receivable on ah9 >cluster of VAXs using the Maxcim software package.  Wheni: >they replaced it with SAP on Windows NT and SQL Server 7,5 >the number of people needed to support it tripled orh >quadrupled.   Nice story.iE Something similar happened here, but our MGMs still state that is the  correct way, because   	*) everyone does it this wayf 	*) VMS is dying* 	*) there are no more applications for VMS! 	*) you don't get VMS specialists  	*) you get enough MCSEs 	*) M$ is cheaperH2 	*) consultants told us to (reduce platform count)  P and nobody proved their statements, because the first statement proves itself... -- u< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888u< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Wed, 14 Jun 2000 10:25:11 -0700l! From: Shane.F.Smith@Healthnet.comA Subject: Re: Fun VMS Facts? C Message-ID: <OF420F88C8.EF903D99-ON882568FE.005F9B9C@HEALTHNET.COM>1  I Or that Microsoft's accounts are done on VMS, because Weeniedoze couldn'tV? handle the throughput? This was true last time I heard, anyway.    Shane           8 Mike Duffy <mdduffy@erols.com> on 06/14/2000 08:14:17 AM   To:   Info-VAX@Mvb.Saic.Com  cc:    Subject:  Re: Fun VMS Facts?    > How about the Fun Fact (tm) that Intel (and others, of course)3 runs its chip manufacturing lines on OpenVMS boxes?   = (Or at least it did last time I looked - when they opened theO+ new plant in the Dominican Republic (IIRC))    -Mike     F jbecker@ui.urban.org wrote in message <8i5mdp$4eg$1@nnrp1.deja.com>...5 >I'm putting together an orientation presentation for : >internal end users who are new to OpenVMS Alpha. For part9 >of the presentation, I'm going to include material along 4 >the lines of "What's OpenVMS" and "What's an Alpha"7 >because most of these people are completely unfamiliar,
 >with either.s >f7 >Here's where you come in. What fun VMS facts would you-8 >include in such an orientation? I'm looking for tidbits7 >that can be stated briefly and effectively to (in this:7 >situation) a general but educated audience. I want the.. >items to show that VMS is a good place to be. >i6 >I have several ideas of my own, but I thought I'd ask >the VMS community.e >  >--e >Jim Beckerw, >The Urban Institute (http://www.urban.org/)4 >DECUS ESILUG (http://eisner.decus.org/lugs/esilug/) >h > ' >Sent via Deja.com http://www.deja.com/l >Before you buy.   ------------------------------  # Date: Wed, 14 Jun 2000 20:42:35 GMTu* From: Art Rice <arice.NOcSPAM@ue.itug.org> Subject: Re: Fun VMS Facts? 8 Message-ID: <qbrfkskms4dvi0em022imss1a6vfke0d25@4ax.com>  C On 14 Jun 2000 20:12:30 +0200, eplan@kapsch.net (Peter LANGSTOEGER)e wrote:  i >In article <8i8hap$obf$1@nntp9.atl.mindspring.net>, "Randy Park" <rjpark@mindspring.com.nospaam> writes:t >>How about: >>; >>From the early 1980s to 1998, Microsoft ran most of theire8 >>domestic order processing and accounts receivable on a: >>cluster of VAXs using the Maxcim software package.  When; >>they replaced it with SAP on Windows NT and SQL Server 7,h6 >>the number of people needed to support it tripled or
 >>quadrupled.t >i >Nice story.F >Something similar happened here, but our MGMs still state that is the >correct way, becaused >  >	*) everyone does it this way >	*) VMS is dyingo+ >	*) there are no more applications for VMSh" >	*) you don't get VMS specialists >	*) you get enough MCSEsa >	*) M$ is cheaper   Since when is "downtime" cheap?a  3 >	*) consultants told us to (reduce platform count)  >kQ >and nobody proved their statements, because the first statement proves itself...    -- a
 Art Rice   **b# Special Data Processing Corporationd& --------------------------------------' All opinions expressed are mine and do e% not reflect the views of my employer.i   ------------------------------    Date: 14 Jun 2000 22:51:56 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Fun VMS Facts?o* Message-ID: <3947f06c$1@news.kapsch.co.at>  e In article <qbrfkskms4dvi0em022imss1a6vfke0d25@4ax.com>, Art Rice <arice.NOcSPAM@ue.itug.org> writes:lK >On 14 Jun 2000 20:12:30 +0200, eplan@kapsch.net (Peter LANGSTOEGER) wrote: 
 >>Nice story.-G >>Something similar happened here, but our MGMs still state that is thee >>correct way, because >> >>	*) everyone does it this wayn >>	*) VMS is dying, >>	*) there are no more applications for VMS# >>	*) you don't get VMS specialistsr >>	*) you get enough MCSEs >>	*) M$ is cheapero >d  >Since when is "downtime" cheap?  G Since only the purchase costs are counted. And see below, nobody had tohJ prove their statements (with numbers, eg. total costs). It's a shame, whatK bad marketing (and "everyone does it this way") make to the mind of people:k INSANITY !!w  4 >>	*) consultants told us to (reduce platform count) >>R >>and nobody proved their statements, because the first statement proves itself...   -- i< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Wed, 14 Jun 2000 14:06:26 -0700t/ From: Terry Marosites <TMarosites@unitedad.com>p Subject: RE: Fun VMS Facts? M Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE9A@seantexch.unitedad.com>    >Nice story.F >Something similar happened here, but our MGMs still state that is the >correct way, becauseU > $ >       *) everyone does it this way >       *) VMS is dyingl1 >       *) there are no more applications for VMSi( >       *) you don't get VMS specialists >       *) you get enough MCSEs  >       *) M$ is cheaper9 >       *) consultants told us to (reduce platform count)s >sG >and nobody proved their statements, because the first statement provesl	 itself...   L The MGM should understand the Cheap, fast , good factors, We all know VMS is2 not cheap , But it is fast and it is Good/the best      5 *****************************************************s    5 *****************************************************=4 Any views or opinions are solely those of the author) and do not necessarily represent those ofB United News& Media.z5 *****************************************************a4 The information transmitted is intended only for the1 person or entity to which it is addressed and maya3 contain confidential and/or privileged material. Ifr3 you are not the intended recipient of this message,i. please do not read, copy, use or disclose this3 communication and notify the sender immediately. ItC0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons or - entities other than the intended recipient isi prohibited.l5 *****************************************************  **   ------------------------------    Date: 14 Jun 2000 22:57:50 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Fun VMS Facts? * Message-ID: <3947f1ce$1@news.kapsch.co.at>  W In article <3947f06c$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:mH >Since only the purchase costs are counted. And see below, nobody had toK >prove their statements (with numbers, eg. total costs). It's a shame, whatdL >bad marketing (and "everyone does it this way") make to the mind of people: >INSANITY !!  H Oops. I forgot. Just now, our Exchange server (cluster) is down (for theE third of fourth time this year) because the "database" got corrupted.aL Restoration normaly requires 5 to 8 hours. No Mailboxes for over 1000 users,I for many hours and not for the first time this year And everyone seems to G accept this as "it's still the best way" (except me, but I'm one of therI few having the mailbox on the VMScluster, so I'm lucky). Downtime costs ?    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888.< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  # Date: Wed, 14 Jun 2000 23:01:14 GMTo9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)k Subject: Re: Fun VMS Facts?e+ Message-ID: <Y$yL8DMIgFYy@eisner.decus.org>u  e In article <qbrfkskms4dvi0em022imss1a6vfke0d25@4ax.com>, Art Rice <arice.NOcSPAM@ue.itug.org> writes:-  ! > Since when is "downtime" cheap?-  0 When it gets attributed to the other department.   ------------------------------  % Date: Wed, 14 Jun 2000 18:10:11 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>V Subject: Re: Fun VMS Facts? ( Message-ID: <8i8vle$4e8$1@pyrite.mv.net>  : Terry Marosites <TMarosites@unitedad.com> wrote in messageG news:1137A4A23A51D311B2D600105A1D5213019AEE9A@seantexch.unitedad.com....   ....  K > The MGM should understand the Cheap, fast , good factors, We all know VMS  is4 > not cheap , But it is fast and it is Good/the best  I It seems you are subscribing to the same fallacy that those managers may:iI that because VMS and the hardware it runs on cost around twice as much asEC NT/Win2K (server) systems and hardware, VMS isn't cost-competitive.S  L This is pure bullshit, and the reason I rag on people proposing price parityD between VMS and Win2K as a means of competing more effectively.  TheL management costs of a system so completely dwarf the purchase costs that theH price difference between a VMS system and a Win2K system anywhere nearlyJ comparable to it in capacity (a carefully chosen word, since that's one ofL the few areas in which a Win2K system can compare no matter what you pay for, it) falls into the low-level-noise category.  F Educate people about the virtues of VMS, makes VMS approachable by theL calibre of system manager people are accustomed to hiring to manage their NTI system, and the price difference becomes something to laugh at:  VMS is a G *great* bargain as it stands, and encouraging Compaq to cut its profits ? won't help Compaq or VMS (or encourage much additional growth).;   - bill   ------------------------------  # Date: Wed, 14 Jun 2000 22:13:31 GMT ( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: Fun VMS Facts?n' Message-ID: <Fw60EK.5v0@spcuna.spc.edu>o  , Arne Vajh?j <arne.vajhoej@gtech.com> writes:; > That may be true or not true. It does not matter. This ise8 > an official list. SUN employees posting to news-groups7 > about non-registered VMS vulnerabilities is just FUD.2; > If you have the facts, then report it, or keep your mouthS > shot.r  H   I'd like to take both sides 8-) and generalize the earlier comments toK "CERT data is not useful". CERT takes a very long time (sometimes infinite-1I ly long) to actually generate an advisory once they have been informed ofVK a problem. This is apparently because they want every software provider whocL has an affected product to have a patch kit ready before they announce. ThisH puts users at the mercy of the slowest vendor. And if one of the vendorsI simply doesn't give a $#!+ and never releases a fix, there's a very, veryNJ good chance you'll never see a CERT advisory on it. This is why I'm now in. favor of immediate-disclosure security forums.  K   In one example, a popular manufacturer of switches had a default passwordxI and other vulnerabilities which could cause the switch to be rendered in-iH operable, requiring a return to the factory for repair. The manufacturerK never fixed this, and so CERT never published it. I finally sent it to Bug-a, traq, so at least customers are aware of it.  G   My experiences with DEC's security folks have been positive. The most M recent problem I reported (some years ago) was fixed promptly. In the distantaJ past (before DEC had a special security response team) things were not so B good - a security hole in VMS 4.4 persisted into at least VMS 4.7.  J   All of the vendors I deal with these days provide rapid response to sec-K urity problems. Of course, this is one of the criteria I use when selecting) vendors.  - 	Terry Kennedy             http://www.tmk.comn5         terry@tmk.com             Jersey City, NJ USAo   ------------------------------  % Date: Wed, 14 Jun 2000 16:37:22 -0700-/ From: Terry Marosites <TMarosites@unitedad.com>0 Subject: RE: Fun VMS Facts?aM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE9C@seantexch.unitedad.com>=   Bill,-L     You're  preaching to the choir here. We all know that $ for $ VMS is theL best buy for a world-class system. I am a VMS bigot and tell all the praisesH of VMS.  But as my managers have stated  "I can buy a dozens of desk topK system and some m$ software with the swipe of the pen. But a new VMS system G has to be approved for capital expenditures and approved by the board."-H This is the fight most of us have, we can tell them that they are savingI money in the long run and getting a better system. But when a manager canmG stay under budget and gets a fat bonus check because of it, what do youaJ think he is going to do. Yep he is going to put money in his pocket. UntilF VMS is shouted from the top offices as the OS of choice we will have a
 battle.      -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com]& Sent: Wednesday, June 14, 2000 3:10 PM To: Info-VAX@Mvb.Saic.Coms Subject: Re: Fun VMS Facts?r    : Terry Marosites <TMarosites@unitedad.com> wrote in messageG news:1137A4A23A51D311B2D600105A1D5213019AEE9A@seantexch.unitedad.com...1   ...0  K > The MGM should understand the Cheap, fast , good factors, We all know VMST is4 > not cheap , But it is fast and it is Good/the best  I It seems you are subscribing to the same fallacy that those managers may:II that because VMS and the hardware it runs on cost around twice as much ascC NT/Win2K (server) systems and hardware, VMS isn't cost-competitive.h  L This is pure bullshit, and the reason I rag on people proposing price parityD between VMS and Win2K as a means of competing more effectively.  TheL management costs of a system so completely dwarf the purchase costs that theH price difference between a VMS system and a Win2K system anywhere nearlyJ comparable to it in capacity (a carefully chosen word, since that's one ofL the few areas in which a Win2K system can compare no matter what you pay for, it) falls into the low-level-noise category.  F Educate people about the virtues of VMS, makes VMS approachable by theL calibre of system manager people are accustomed to hiring to manage their NTI system, and the price difference becomes something to laugh at:  VMS is auG *great* bargain as it stands, and encouraging Compaq to cut its profitst? won't help Compaq or VMS (or encourage much additional growth).a   - bill        5 *****************************************************     5 *****************************************************u4 Any views or opinions are solely those of the author) and do not necessarily represent those of/ United News& Media.o5 ***************************************************** 4 The information transmitted is intended only for the1 person or entity to which it is addressed and mays3 contain confidential and/or privileged material. IfW3 you are not the intended recipient of this message,e. please do not read, copy, use or disclose this3 communication and notify the sender immediately. It10 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons orp- entities other than the intended recipient is< prohibited.r5 *****************************************************a **   ------------------------------  % Date: Wed, 14 Jun 2000 20:54:54 -0400a' From: "Bill Todd" <billtodd@foo.mv.com>s Subject: Re: Fun VMS Facts?c( Message-ID: <8i99aa$ei9$1@pyrite.mv.net>  : Terry Marosites <TMarosites@unitedad.com> wrote in messageG news:1137A4A23A51D311B2D600105A1D5213019AEE9C@seantexch.unitedad.com...  > Bill,hJ >     You're  preaching to the choir here. We all know that $ for $ VMS is thed$ > best buy for a world-class system.  K At least in part you're still missing the important point:  $ for $, VMS is*H likely a better buy than Windows for any application for which VMS is atH least equally appropriate - period.  VMS can be your best choice even ifK having a world-class system is nowhere on your requirements list - in which.6 case that's just an added attraction you get for free.  *  I am a VMS bigot and tell all the praisesJ > of VMS.  But as my managers have stated  "I can buy a dozens of desk top8 > system and some m$ software with the swipe of the pen.  K And unfortunately, because MS owns the desktop (once you establish yourselfoJ as the overwhelmingly dominant standard, assumed familiarily by both usersH and support personnel tends to encourage customers to buy that standard,L regardless of the quality of the competition), that's just going to continueG for at least the immediate future.  Linux may make some inroads, due toe> factors that have more to do with mind-sets than any technicalJ considerations, but VMS likely can't - and while VMS offers a good desktopJ platform, not only does it lack applications but its strengths compared to; other products are arguably least important on the desktop.u  I So on the desktop VMS often can't meet the 'at least equally appropriate'iF criterion presented above, and shouldn't spend great amounts of effortL fighting such an up-hill battle (not today, anyway).  But move into the areaI of servers and dedicated applications, and the terrain becomes a lot moremJ even:  in such situations, the cost differentials often aren't such that aI purchase order couldn't be cut for the VMS system under the same level ofuI authority required for the Windows system - as long as the VMS system canbL offer equivalent integration where required (Pathworks, for example, appearsI to be an example that, even though apparently much improved from previous ? versions, still does not meet this criterion, and it needs to).     But a new VMS systemiI > has to be approved for capital expenditures and approved by the board."wJ > This is the fight most of us have, we can tell them that they are savingK > money in the long run and getting a better system. But when a manager cansI > stay under budget and gets a fat bonus check because of it, what do you/F > think he is going to do. Yep he is going to put money in his pocket.  J Leaving aside volume use on the desktop (and situations where VMS would doL fine but the integration or application software just isn't available on VMSG at present - which need to be worked on *hard* and *fast*), are VMS and2L Alpha really that uncompetitive price-wise in moderate-to-large-scale serverI or dedicated application-engine installations?  These are the areas wheren- VMS should shine relative to its competition.e   - bill    UntilH > VMS is shouted from the top offices as the OS of choice we will have a	 > battle.a >> > -----Original Message-----. > From: Bill Todd [mailto:billtodd@foo.mv.com]( > Sent: Wednesday, June 14, 2000 3:10 PM > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: Fun VMS Facts?d >l >t< > Terry Marosites <TMarosites@unitedad.com> wrote in messageI > news:1137A4A23A51D311B2D600105A1D5213019AEE9A@seantexch.unitedad.com...s >  > ...y >	I > > The MGM should understand the Cheap, fast , good factors, We all known VMSt > is6 > > not cheap , But it is fast and it is Good/the best > K > It seems you are subscribing to the same fallacy that those managers may:tK > that because VMS and the hardware it runs on cost around twice as much aseE > NT/Win2K (server) systems and hardware, VMS isn't cost-competitive.  >pG > This is pure bullshit, and the reason I rag on people proposing pricea parityF > between VMS and Win2K as a means of competing more effectively.  TheJ > management costs of a system so completely dwarf the purchase costs that theGJ > price difference between a VMS system and a Win2K system anywhere nearlyL > comparable to it in capacity (a carefully chosen word, since that's one ofJ > the few areas in which a Win2K system can compare no matter what you pay forn. > it) falls into the low-level-noise category. >oH > Educate people about the virtues of VMS, makes VMS approachable by theK > calibre of system manager people are accustomed to hiring to manage their  NTK > system, and the price difference becomes something to laugh at:  VMS is arI > *great* bargain as it stands, and encouraging Compaq to cut its profitsnA > won't help Compaq or VMS (or encourage much additional growth).b >w > - bill >t >  >v >h7 > *****************************************************a >  >t7 > ***************************************************** 6 > Any views or opinions are solely those of the author+ > and do not necessarily represent those of  > United News& Media.t7 > *****************************************************-6 > The information transmitted is intended only for the3 > person or entity to which it is addressed and may 5 > contain confidential and/or privileged material. If-5 > you are not the intended recipient of this message, 0 > please do not read, copy, use or disclose this5 > communication and notify the sender immediately. Ite2 > should be noted that any review, retransmission,4 > dissemination or other use of, or taking action in/ > reliance upon, this information by persons or / > entities other than the intended recipient isd
 > prohibited.:7 > *****************************************************1 > ** >0   ------------------------------  % Date: Wed, 14 Jun 2000 21:58:54 +0200e2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Fun VMS Facts? ; Message-ID: <3947e3fe.524144494f47414741@radiogaga.harz.de>    jbecker@ui.urban.org wrote:i6 : I'm putting together an orientation presentation for2 : internal end users who are new to OpenVMS Alpha. ...r8 : Here's where you come in. What fun VMS facts would you9 : include in such an orientation? I'm looking for tidbitsr8 : that can be stated briefly and effectively to (in this8 : situation) a general but educated audience. I want the/ : items to show that VMS is a good place to be.   H Rich Marcello just pointed out today in the OpenVMS Directions TeleforumG that Kevin Mitnick stated the only OS he couldn't break into easily waso VMS.   cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.dehH   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 14 Jun 2000 23:04:20 -0500e' From: Bill Bradford <mrbill@mrbill.net>l. Subject: HELP! booting VAX 4000-VLC off CD-ROM- Message-ID: <20000614230420.B6262@mrbill.net>,  E I've got a VAXstation 4000-VLC, with a Seagate ST11200N SCSI HD in aniG external enclosure and a Plextor 12X SCSI CD-ROM external as well.  ThedH plextor is jumpered for SCSI ID 6, 512-byte blocks, the HD is ID 0, and = the VAX is set to SCSI ID 7.  Here's the output of "SHO DEV":J  3 VMS/VMB	  ADDR	DEVTYPE	NUMBYTES	RM/FX	WP	DEVNAM	REVAC -------	  ----  ------- --------        -----   --      ------  ---s ESA0	  08-00-2B-2A-D7-1A* DKA0	  A/0/0	DISK	1.05GB		FX		ST11200	95000 DKA600	  A/6/0 RODISK	471.46MB	RM	WP	CD-ROM	1.02 ..HostID..A/7	INITRe  E When I try to boot off the CD in the CD-ROM drive (an .iso image of abH VMS/VAX 7.1.2 CD-ROM; admittedly, this MAY be the problem, but I have no idea/way of knowing):    >> BOOT DKA600:l     -DKA600      ?50 SCB2NDINT, DKA600n
   83 BOOT SYSe     >>>c  A Any suggestions?  Is the Plextor drive compatible?  Is my CD bad?    Bill   -- c* +--------------------+-------------------+* |   Bill Bradford    |   Austin, Texas   |* +--------------------+-------------------+* | mrbill@sunhelp.org | mrbill@mrbill.net |* +--------------------+-------------------+   ------------------------------  # Date: Wed, 14 Jun 2000 23:24:44 GMTy= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 6 Subject: Re: how to stop echo on DS90M telnet listener0 Message-ID: <009EB9BE.A8E0CE22@SendSpamHere.ORG>  \ In article <8i8vrp$10ps@r02n01.cac.psu.edu>, Bryan Jensen <bjj+3@arlvax.arl.psu.edu> writes:
 >{...snip...}E >N+ >It would be interesting to see results of:t >p	 >$ telnet' >TELNET> enable debugo >TELNET> enable option >TELNET> conn red 2010  ( To a DS90M, it does an ECHO negotiation:  ( -TELNET-I-ESCAPE, Escape character is ^]# RCVD WILL SUPPRESS GO AHEAD (reply)o SENT DO   SUPPRESS GO AHEAD # RCVD DO   SUPPRESS GO AHEAD (reply)- SENT WILL SUPPRESS GO AHEADs RCVD WILL STATUS (reply) SENT DONT STATUS RCVD DO   END OF RECORD (reply)a SENT WILL END OF RECORD # RCVD [  0] FFFB 3FFFD 3FFFB 5FFFD19"  # SEND [  0] FFFD 3FFFB 3FFFE 5FFFB19t RCVD WILL ECHO (reply) SENT DO   ECHO RCVD [  0] FFFB 1a SEND [  0] FFFD 10 SEND [  0]  D A 
 RCVD [  0]  Dd RCVD [  0]  0 D 0 D A 72320j #:    ? To the DS90TL, there doesn't appear to be any ECHO negotiation:r  ( -TELNET-I-ESCAPE, Escape character is ^]# RCVD WILL SUPPRESS GO AHEAD (reply)0 SENT DO   SUPPRESS GO AHEAD.# RCVD DO   SUPPRESS GO AHEAD (reply)  SENT WILL SUPPRESS GO AHEADf RCVD WILL STATUS (reply) SENT DONT STATUS RCVD DO   END OF RECORD (reply)  SENT WILL END OF RECORDe# RCVD [  0] FFFB 3FFFD 3FFFB 5FFFD19l  # SEND [  0] FFFD 3FFFB 3FFFE 5FFFB19c SEND [  0]  D Ah RCVD [  0]  D 0 D 0 D A 723 0t #e     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs   ------------------------------  % Date: Wed, 14 Jun 2000 17:21:37 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>e6 Subject: Mini symposium in =?iso-8859-1?Q?Montr=E9al?=, Message-ID: <3947F75C.CDA4BA05@videotron.ca>  B Compaq Canada organised what could probably be best qualified as aJ mini-symposium in Montr=E9al this past Monday. About 150 in attendance (b= ut thatrJ included a lot of Compaq employees) as well as a small exhibition from a = few vendors.  J David Booth, the new president of Compaq Canada made a speech, and during=  theH whole day, it is probably the only time I heard "VMS" (he pronounced theJ "open" though), and he presented it as a strange, surprising fact that th= ere 8 were still some VMS sales, notably to stock exchanges. =    G The rest of the day was devoted to NT and UNIX. Most presentations wereiJ marketing oriented (as opposed to technical content that DECUS was used t= o,A but then again, this was a Compaq event, not a user group event).c  J When I told one reseller who used to work for Digital (and was my DECrep = whenJ customers were still allowed to have DECreps, his reaction when I told hi= m I  was still working on VMS was:U0 "Are there any VMS customers left in Montreal" ?  J I don't know what sort of marketing VMS intends to make, but if they will=  be,J depending on local sales offices, then they have lots of evengelical work=   ahead of them.   ------------------------------  % Date: Wed, 14 Jun 2000 14:56:42 -0500i, From: "William C. Farmer" <bfarmer@wcfa.com> Subject: Re: MVII heat output ( Message-ID: <3947E37A.31361AF1@wcfa.com>  C Get your friendly electrician to put a clamp across the feed to thec cabinet H to measure the draw of the cabinet.  From the draw you can get watts andH from watts you can get BTU's directly.  You will find the resultant heat load; to be significantly different from the published heat load.n   Regards,   Bill   "Steven P. Underwood" wrote:  D > With the hardware guru's and collectors who seem to populate theseE > groups, I'm hoping someone has some old documentation that can helpu > me.l >eH > I have been given the task of determining the cooling requirements forF > a new computer room as we are going to be moving the computer centerE > (slight exaggeration) to a new building in a few months.  This is aeF > very good thing, since our current computer room has been around 80FC > for most of the winter and I am not looking forward to the summere	 > months.s >xH > Finding this information has not been a major problem with most of theH > equipment, which is relatively new.  However, the problem is our MVII,G > which is running quietly in the corner.  This unit is in a three footrH > high rack with 2 BA23 type cabinets inside (H9xxx?).  It has a TK50 inF > the upper unit and a EXB-8500C in the lower unit.  No hard drives in
 > the BA23's.. >nH > Also in this rack is a disk drive (CDC/Seagate) which is half the rackF > wide and as deep as the BA23's.  This unit puts out at least as muchE > heat as the BA23 units and I will use that to calculate if I do nots! > find more detailed information.1 >1= > Any information you can locate will be greatly appreciated.h >  > Steven P. Underwoodl > Steven P. Underwood,DNRC > Whitinsville,MAw > StevenU@POBoxes.com    ------------------------------  % Date: Wed, 14 Jun 2000 15:12:45 -0400e% From: "Brian Tillman" <tillman_brian>t+ Subject: Re: Need VMS media - Austin, Texas " Message-ID: <3947dcc6@news.si.com>  8 >but is anybody on this list / reading this newsgroup in7 >Austin, Texas and have either the OpenVMS/VAX Hobbyist 7 >Media Kit , or a VMS distribution (5.5-2 or better) on 2 >CD-ROM that I can borrow for an evening and copy?  J Technically, it would be illegal for anyone other than Compaq to convey to you a distribution kit.t   --  B  Brian Tillman                   Internet: tillman_brian at si.comB  Smiths Industries, Inc.                   tillman at swdev.si.com>  3290 Patterson Ave. SE, MS      Addresses modified to prevent=  Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"R9         This opinion doesn't represent that of my companyd   ------------------------------  # Date: Wed, 14 Jun 2000 19:59:21 GMTn9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)nJ Subject: Re: Problam solved (was Re: Job logical name table quota problem)+ Message-ID: <sFPiAHqwxXyA@eisner.decus.org>y  V In article <002568FE.0061A5DB.00@quegw01.btyp>, Steve.Spires@yellowpages.co.uk writes:  E > It turns out that (for some reason as yet unknown to me) one of thetE > Oracle DBA's had made a copy of SYSUAF.DAT and redefined the SYSUAF,E > system-wide instead of privately for a short time, so I was in fact C > looking at an incorrect version of the UAF when I made my change.s> > Making the change in the correct version solved the problem.  @ This problem can be solved by writing an LGI-callout module that= does not let people log into a privileged account unless theye< pass a test given on the spot regarding use of privilege :-)   ------------------------------  # Date: Wed, 14 Jun 2000 23:32:27 GMTr2 From: malmberg@eisner.decus.org (John E. Malmberg)> Subject: Re: Proxy problem: Why does node:: work but 0:: fail?+ Message-ID: <4HLdNmmr6lsN@eisner.decus.org>m  C In article <8i8g82$rcg$1@hecate.umd.edu>, bleau@umtof.umd.educationg  (Lawrence Bleau) writes: 9 > In article <034901bfd5b7$58523fe0$020a0a0a@xile.realm>,a/ "John E. Malmberg" <wb8tyw@qsl.network> writes:  >>M >>I can duplicate your problem if you have a non-default proxy for the SYSTEM*- >>account in your proxy database to anything.u >> >>LOCAL:.ULEIS::SYSTEM MUMBLEt > E > I have such a nondefault proxy.  It maps SYSTEM to HTTPSERVER, and,&B > if I remember correctly, is needed by some components of the OSUD > server.  In fact, I stumbled across this by trying to use helpgateC > to access the VMS help file on this system (see what happens withgA > http://uleis.umd.edu/help).  This isn't an OSU or HTTP problem,e; > though; it's an underlying Decnet proxy problem.  Read ont > before commenting.  = The existance of a non-default proxy for any account disabless= that specific account from using the default wild card proxy.n  3 You need to add /PROXY ULEIS::SYSTEM SYSTEM/DEFAULTr  > > I doubt this is the sole reason, though.  I say this because> > the problem I described (0:: fails but ULEIS:: works) exists@ > for my personal, nonprivileged account (BLEAU).  The existence? > of a nondefault proxy account for SYSTEM should not matter atg > all for other accounts.m  A That would be a different issue.  I will offer a guess, since you > seemed to have the node name registration issue under control.  6 There are two proxy databases, NETPROXY and NET$PROXY.7 If they do not have the same contents, then you can seer some wierd problems.    < It has been a while since I had to repair that kind of mess.  6 The simplest way I know is (there may be better ways):  : 1. Make sure that you only have one copy of these files on:    a system or cluster, and they are where you expect them	    to be.   6 2. Check the values of the logical names NET$PROXY and5    NETPROXY.  If the files are to be in their default 3    location, then the logical names are not needed.a  7 3. If you still have not found the problem, then create 5    process or job logical names for the NET$PROXY and.:    NETPROXY so the corresponding .dat files will be in the6    same directory, I recommend SYS$COMMON:[SYSEXE] for    the location.  6 4. Use the UAF LIST/PROXY to obtain a text copy of the    proxy database.  $ 5. Delete the old NET$PROXY.DAT file  5 6. Make sure that you did step number 3, and then run     SYS$SYSTEM:CONVERT_PROXY.EXE.  5 7. Use the ADD/PROXY and the listing that you made to /    replace or repair the resulting synchronizeds    proxy database.   -Johnn wb8tyw@qsl.network   ------------------------------   Date: 14 Jun 2000 23:04:45 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau)> Subject: Re: Proxy problem: Why does node:: work but 0:: fail?) Message-ID: <8i932d$vot$1@hecate.umd.edu>l  ` In article <4HLdNmmr6lsN@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes: > > >The existance of a non-default proxy for any account disables> >that specific account from using the default wild card proxy. >t4 >You need to add /PROXY ULEIS::SYSTEM SYSTEM/DEFAULT  L I questions this, John.  This statement sounds like a design feature of VMS,L and is phrased generally enough that it should apply to all VMS systems, no?< On another system I manage, here's one of the proxy entries:   LOCAL:.UMTOF::SYSTEM5     SYSTEM (D)                             HTTPSERVERr  N On that system a DIR 0:: works, as does a DIR UMTOF:: .  So, your assertion isH demonstrably false on this other system.  Not that you might not be ontoH something - I can't say - but the assertion is not by itself an adequate' explanation, nor is it true in general.   ? >> I doubt this is the sole reason, though.  I say this becausee? >> the problem I described (0:: fails but ULEIS:: works) existsbA >> for my personal, nonprivileged account (BLEAU).  The existencei@ >> of a nondefault proxy account for SYSTEM should not matter at >> all for other accounts. >MB >That would be a different issue.  I will offer a guess, since you? >seemed to have the node name registration issue under control.r >a7 >There are two proxy databases, NETPROXY and NET$PROXY. 8 >If they do not have the same contents, then you can see >some wierd problems.t  J I do in fact have two files.  I have a process logical (defined for SYSTEMN account) pointing to SYS$SYSTEM:NETPROXY.DAT .  There is only one copy of eachK file, in SYS$SYSROOT:[SYSEXE] (no underlying duplicate file in SYS$COMMON:; L yeah, I've been there).  The modification date on NETPROXY.DAT is today; theL mod date on NET$PROXY.DAT is 1997.  So it would appear that all changes haveK been made to just one file.  No user other than SYSTEM ever needs to accessD this database, right?E  L Oh - light bulb.  While only SYSTEM as an interactive login will ever modifyM it, it is accessed by network logins, and the process definition for NETPROXYiI won't be in effect for that access, so it is possible to access the othera database and have a problem.  M If this is true, though, I should be able to make a copy of NETPROXY.DAT intoaN NET$PROXY.DAT .  Also, if this is the sole reason, this (multiple files with aI process logical) should not be the case on my other system.  Let me checka
 the latter...   O On the UMTOF system, NET$PROXY.DAT is in SYS$SYSROOT:[SYSEXE], and NETPROXY.DAT G is in SYS$COMMON:[SYSEXE], with the process logical NETPROXY defined asr7 SYS$SYSTEM:NETPROXY.DAT .  So, there *is* a difference.r  B Now, let me check the former.  I'm going to copy NETPROXY.DAT into NET$PROXY.DAT .   K Just finished.  DIR 0:: still fails on the nonprivileged account, while DIRtN ULEIS:: works.  This sounds like it's part of the solution, but not all of it.6 Do I need to restart Decnet to make this a valid test?  L I'll try your suggested steps to get them in sync.  Actually, I'm tempted toJ just delete both of the files (actually, rename them out of the way), do aP CREATE/PROXY, and rebuild them from scratch, as there aren't that many entries. , Any comments on the wisdom of this approach?     Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu*   ------------------------------  % Date: Wed, 14 Jun 2000 22:38:41 -0500e) From: "John E. Malmberg" <wb8tyw@qsl.net>a> Subject: Re: Proxy problem: Why does node:: work but 0:: fail?7 Message-ID: <017e01bfd67b$367d0e30$020a0a0a@xile.realm>t  L I missed the statement on the first pass that the name worked but the numberJ does not.  That makes me tend towards the two PROXY databases being out of sync with each other.r  = Lawrence Bleau <bleau@umtof.umd.education> wrote:> In articlesF <4HLdNmmr6lsN@eisner.decus.org>, wb8tyw@qsl.network (John E. Malmberg) writes:o > >h@ > >The existance of a non-default proxy for any account disables@ > >that specific account from using the default wild card proxy. > > 6 > >You need to add /PROXY ULEIS::SYSTEM SYSTEM/DEFAULT >dI > I questions this, John.  This statement sounds like a design feature of- VMS,J > and is phrased generally enough that it should apply to all VMS systems, no?d> > On another system I manage, here's one of the proxy entries: >e > LOCAL:.UMTOF::SYSTEM7 >     SYSTEM (D)                             HTTPSERVERg  C > On that system a DIR 0:: works, as does a DIR UMTOF:: .  So, youre assertion isJ > demonstrably false on this other system.  Not that you might not be ontoJ > something - I can't say - but the assertion is not by itself an adequate) > explanation, nor is it true in general.i  J The fact that you have a record of "SYSTEM (D)" validates what I said.  It4 was created with a statement like I listed up above.  B If you change it so that it only shows up as "LOCAL:.UMTOF::SYSTEML HTTPSERVER", then while SYSTEM will be able do do DIR 0"HTTPSERVER":: and itG will work, DIR 0:: will not work, even if you have a UMTOF::* */DEFAULTM record in your proxy database.    J It is likely not your problem here, but that is the way that proxy entries work.s    L Remember, I could not know if that was your problem, I just said that it was$ a way of making the symptoms appear.  A I still do not know exactly what the problem with that system is.r  L > I do in fact have two files.  I have a process logical (defined for SYSTEMK > account) pointing to SYS$SYSTEM:NETPROXY.DAT .  There is only one copy ofS each@ > file, in SYS$SYSROOT:[SYSEXE] (no underlying duplicate file in SYS$COMMON:;J > yeah, I've been there).  The modification date on NETPROXY.DAT is today; thenI > mod date on NET$PROXY.DAT is 1997.  So it would appear that all changesM haveF > been made to just one file.  No user other than SYSTEM ever needs to access > this database, right?   F Some of DECNET and many older utilities use the NETPROXY.DAT, and some things use the NET$PROXY.DAT.B  G > Oh - light bulb.  While only SYSTEM as an interactive login will evern modifyF > it, it is accessed by network logins, and the process definition for NETPROXYK > won't be in effect for that access, so it is possible to access the other0 > database and have a problem.  7 In the absence of a logical name, the software will userF SYS$SYSTEM:NETPROXY.DAT and SYS$SYSTEM:NET$PROXY.DAT to find them.  So> unless you are in a cluster, it does not matter if they are inK SYS$SPECIFIC:[SYSEXE] or SYS$COMMON:[SYSEXE] or even the same directory.  I@@ keep them in SYS$COMMON:[SYSEXE] just as my personal preference.  L However, before the version of VMS that NET$PROXY appeared, (IIRC: 6.0 VAX),L it was possible to copy around the NETPROXY.DAT from one computer to anotherL to clone it.  Since NET$PROXY can (recommend should) be common in a cluster,) it also can be copied around for cloning.u  J However someone that is not aware of this might be copying just a NETPROXY< file, and not it's friend, so things like this might happen.  J > If this is true, though, I should be able to make a copy of NETPROXY.DAT intoI > NET$PROXY.DAT .  Also, if this is the sole reason, this (multiple filesW with aK > process logical) should not be the case on my other system.  Let me checkH > the latter...T >LD > On the UMTOF system, NET$PROXY.DAT is in SYS$SYSROOT:[SYSEXE], and NETPROXY.DATI > is in SYS$COMMON:[SYSEXE], with the process logical NETPROXY defined as19 > SYS$SYSTEM:NETPROXY.DAT .  So, there *is* a difference.( >lD > Now, let me check the former.  I'm going to copy NETPROXY.DAT into > NET$PROXY.DAT .   E If you re-read my previous post, another light bulb will go off here.p  I > Just finished.  DIR 0:: still fails on the nonprivileged account, while  DIRWL > ULEIS:: works.  This sounds like it's part of the solution, but not all of it. 8 > Do I need to restart Decnet to make this a valid test?  ; No, you now definitely have a corrupt NET$PROXY.DAT though.   L After you go back and follow the steps I posted, I seem to have forgotten toA tell you that you must stop the SECURITY_SERVER before you do the  CONVERT_PROXY.  I If you have gotten that far, it should be giving you some sort of file isoK accessed by another user error, either that or it will ignore your changes.0  D After it is done you must restart the SECURITY_SERVER.  The officialI instructions were actually in the OpenVMS Installation and Upgrade ManualrJ for OpenVMS 6.1 and I think 6.2 also. (I searched the Online DocumentationD set at the website briefly but did not find the specific reference.)  ! $SET SERVER SECURITY_SERVER /EXITo  0 $DEFINE NETPROXY SYS$COMMON:[SYSEXE]NETPROXY.DAT2 $DEFINE NET$PROXY SYS$COMMON:[SYSEXE]NET$PROXY.DAT $MCR CONVERT_PROXY  " $SET SERVER SECURITY_SERVER /START  K > I'll try your suggested steps to get them in sync.  Actually, I'm tempted) toL > just delete both of the files (actually, rename them out of the way), do aH > CREATE/PROXY, and rebuild them from scratch, as there aren't that many entries.. > Any comments on the wisdom of this approach?  K Completely rebuilding the PROXY file is always a workable solution.  One ofaL my nightly tasks makes a text printout in a secure directory on every serverK of SYSUAF, RIGHTSLIST, and the NETPROXY databases.  It then does a DIFF ande$ if unchanged deletes the newer copy.  L While this is actually done for some other housekeeping and security duties,L it would allow me to recover from last known good virtually any thing that a system manager trainee will do.b  J I recommend that you look for any maintenance and login command proceduresG that create the logical name NETPROXY, and have it also create the name 
 NET$PROXY.  G [By the way, do not assume that new system manager trainees do not knoweK better than to answer NLA0: to the MOUNT/SYSTEM command when it prompts forcL a logical name.  You would not believe the interesting side effects of that]   -Johnb wb8tyw@qsl.network   ------------------------------  % Date: Wed, 14 Jun 2000 16:12:13 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca> 7 Subject: Re: Removing/Stripping RFC headers from emailsi, Message-ID: <3947E71D.3ACC1EAE@videotron.ca>   Jeff Schreiber wrote:l$ >     Some facts about header lines:K >         1) Headers are seperated from the text by a null line.  So if you 9 >            find a null line, there are no more headers.   L My problem is not processing the RFC header (I already have code for that inN another piece of software), but building code that will detect the presence orL not of such header in situations where the software gets messages in variousC formats. (header at top, no header at all or header at the bottom).o  D Obviously, I can scan to see if a line begins with "Return-path:" orN "Received:", but I am affraid of cases where the originator of the message mayK have typed this on the first line of a message as part of his text. I guessoQ looking for a "Return-path" followed by a "Received:" might eliminate such cases.     L (Remember this is at the VMSmail level (or Message Router), so, unlike a POPJ or SMTP gateway, I do not *expect* an RFC header in a message in a certainL location, I have to deal with the results of the SMTO gateway which may haveL been configured to place the header in various places or omit it, as well as; dealing with message that have not gone through it (local).e   ------------------------------   Date: 14 Jun 2000 20:29:11 GMT* From: helbig@astro.rug.nl (Phillip Helbig)7 Subject: Re: Removing/Stripping RFC headers from emailsa. Message-ID: <8i8pun$ce7$1@info.service.rug.nl>  B In article <8i7rgm$2in$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: @   >s >DEFINE MACRO RFKILL >FIND BUFFER RFKILLaP >insert;change; er -"================== RFC 822 Headers ==================" der 
 >FIND LAST  
 Should be:  Q insert;change; er -"================== RFC 822 Headers ==================" der ex   C (I used cut-and-paste, and my DECterm is only 80 columns wide.  :=|    ------------------------------   Date: 14 Jun 2000 20:32:34 GMT* From: helbig@astro.rug.nl (Phillip Helbig)7 Subject: Re: Removing/Stripping RFC headers from emailsc. Message-ID: <8i8q52$ce7$3@info.service.rug.nl>  5 In article <3947E71D.3ACC1EAE@videotron.ca>, JF Mezei.' <jfmezei.spamnot@videotron.ca> writes: i  M >My problem is not processing the RFC header (I already have code for that inaO >another piece of software), but building code that will detect the presence oryM >not of such header in situations where the software gets messages in various D >formats. (header at top, no header at all or header at the bottom).  % Again, why not search for the string .  8    ================== RFC 822 Headers ==================  7 I don't think anyone will type this in by mistake.  :-)A   ------------------------------   Date: 14 Jun 2000 20:31:16 GMT* From: helbig@astro.rug.nl (Phillip Helbig)7 Subject: Re: Removing/Stripping RFC headers from emailst. Message-ID: <8i8q2k$ce7$2@info.service.rug.nl>  F In article <D0bE6P$Y+T9G@eisner.decus.org>, schreiber@eisner.decus.org (Jeff Schreiber) writes: t  > >> Is the "Received:" tag always at the top of an RFC header ? >> t >e8 >    No.  For example, MX will put a Return-Path: on it.  D I also have this with TCPIP Services (V5.0A-1, OpenVMS V7.2-1 Alpha)  J >        1) Headers are seperated from the text by a null line.  So if you8 >           find a null line, there are no more headers.  G One can have the RFC 822 headers at the bottom and the VMS ones at the   top.   ------------------------------  % Date: Wed, 14 Jun 2000 16:42:02 -0400 " From: Dan Sugalski <dan@sidhe.org>7 Subject: Re: Removing/Stripping RFC headers from emailsS: Message-ID: <4.3.2.7.0.20000614162818.01ca5510@24.8.96.48>  * At 04:12 PM 6/14/00 -0400, JF Mezei wrote: >Jeff Schreiber wrote:& > >     Some facts about header lines:M > >         1) Headers are seperated from the text by a null line.  So if yous; > >            find a null line, there are no more headers.  >hM >My problem is not processing the RFC header (I already have code for that inYO >another piece of software), but building code that will detect the presence orSM >not of such header in situations where the software gets messages in variousrD >formats. (header at top, no header at all or header at the bottom). >fE >Obviously, I can scan to see if a line begins with "Return-path:" orhO >"Received:", but I am affraid of cases where the originator of the message mayYL >have typed this on the first line of a message as part of his text. I guessL >looking for a "Return-path" followed by a "Received:" might eliminate such  >cases.:  J Scan the first and last paragraphs in the file. RFC822 headers start with H "From " and go to the first blank line, so you have a limited window to H look at. If the first line starts with "From ", and all the rest of the H lines either start with whitespace or a a word followed by a colon then H you've probably got a header block. Don't try validating all the header J field names as folks use non-standard ones, though checking for Received:  and Return-path: is reasonable.s   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenh;                                       teddy bears get drunkt   ------------------------------  % Date: Wed, 14 Jun 2000 15:20:39 -0400D% From: "Brian Tillman" <tillman_brian>P  Subject: Re: Seaching SYSUAF.DAT$ Message-ID: <3947de9e$1@news.si.com>  F >I'm looking for a way to search SYSUAF.DAT for accounts that have not< >been active for greater than 30 days and less than 60 days.  7 SCANUAF from ftp://ftp.wku.edu/vms/fileserv/scanuaf.zips   -- a  B  Brian Tillman                   Internet: tillman_brian at si.comB  Smiths Industries, Inc.                   tillman at swdev.si.com>  3290 Patterson Ave. SE, MS      Addresses modified to prevent=  Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@" 9         This opinion doesn't represent that of my company    ------------------------------  # Date: Wed, 14 Jun 2000 19:29:39 GMTt% From: Uwe Zessin <zessin@my-deja.com>   Subject: Re: Seaching SYSUAF.DAT) Message-ID: <8i8mea$c4d$1@nnrp1.deja.com>   ) In article <8i8bij$33l$1@nnrp1.deja.com>,e   trdorr@my-deja.com wrote:rG > I'm looking for a way to search SYSUAF.DAT for accounts that have notyH > been active for greater than 30 days and less than 60 days. Is there aD > way to use the LAST Login date to produce a list of users that are > inactive?.	 > Thanks,s > Tom   C Here is a small Python script I have just put together. As an addedh- bonus it also reports the number of logfails.S   #++E8 # UAF_FIND_INACTIVE_BETWEEN.PY -- 14-JUN-2000 Uwe Zessin #F: # Find all users that have been inactive (having no login): #   between two dates. You need to specify absolute date +< #   time; a combination time ("-90-") does not work. However #   you can use DCL like this:- #     $ python UAF_FIND_INACTIVE_BETWEEN.PY - + #     _$ "''F$CVTIME("-90-","ABSOLUTE")'" -c) #     _$ "''F$CVTIME("-30-","ABSOLUTE")'" > #   The program will also report the number of login failures. #--n  . import exceptions, pyvms, string, sys, vms_sys   if (len(sys.argv) != 3):$     print 'ERROR: need 2 parameters'%     print '  parameter 1: start date'S#     print '  parameter 2: end date'e     sys.exit(0)e  6 # uppercase month names - required on (some?) versions #  of OpenVMS Alphao* t_date_start = string.upper (sys.argv [1])* t_date_end   = string.upper (sys.argv [2])  $ # convert string to binary date+time try:0     q_date_start = vms_sys.bintim (t_date_start) except exceptions.Exception, e: /     print 'ERROR: failed to convert start date',     print e.args     sys.exit(0)   $ # convert string to binary date+time try:,     q_date_end = vms_sys.bintim (t_date_end) except exceptions.Exception, e:U-     print 'ERROR: failed to convert end date'a     print e.args     sys.exit(0)i   if (q_date_start > q_date_end): =     print 'WARNING: start date is after end date - will swap'      tmp          = q_date_start0     q_date_start = q_date_endp     q_date_end   = tmp    if (q_date_start == q_date_end):'     print 'ERROR: both dates are equal'.     sys.exit(0)n  A print 'accounts inactive between:', vms_sys.asctim (q_date_start) ? print '                      and:', vms_sys.asctim (q_date_end)  print ''   RMS__EOF = 98938   # get contents of UAF % uaf_dict = pyvms.uaf_get_usernames ()c   # check status of operationy l_sts = uaf_dict ['sts'] if (l_sts != RMS__EOF):      l_stv = uaf_dict ['stv']#     print vms_sys.getmsg (l_sts)[0]d#     print vms_sys.getmsg (l_stv)[0]e     sys.exit(0)r   # pure list of usernames! uaf_list = uaf_dict ['usernames']e   x_header = 0   # loop over list if usernamesi for username in uaf_list::"   # get information about username2   uai_dict = vms_sys.getuai (None,None,username, \9                     ('UAI$_LASTLOGIN_I','UAI$_LOGFAILS'))    # check status    l_status = uai_dict ['status']   if (l_status != 1): #     print vms_sys.getmsg (l_status)      sys.exit(0)S     # check last login/   q_lastlogin_i = uai_dict ['UAI$_LASTLOGIN_I']o*   if (q_lastlogin_i >= q_date_start) and \*      (q_lastlogin_i <= q_date_end)       :       if (not x_header):       x_header = 1       print '%12s %23s %s' % \2             ('username', 'last login', 'logfails')>       print '------------------------------------------------'  5     q_uai_lastlogin_i = uai_dict ['UAI$_LASTLOGIN_I']r!     if (q_uai_lastlogin_i == 0L):l+       t_uai_lastlogin_i = 'Never Logged In'd	     else:a<       t_uai_lastlogin_i = vms_sys.asctim (q_uai_lastlogin_i)  /     w_uai_logfails = uai_dict ['UAI$_LOGFAILS']r     print '%12s %23s %i' % \7           (username, t_uai_lastlogin_i, w_uai_logfails)    -----h	 Examples:=  ; $ python UAF_FIND_INACTIVE_BETWEEN.PY 2-jan-2000 1-jan-1997N1 WARNING: start date is after end date - will swap=2 accounts inactive between:  1-JAN-1997 20:58:28.042                       and:  2-JAN-2000 20:58:28.04-     username              last login logfails-0 ------------------------------------------------&       NOPRIV 20-AUG-1999 22:13:20.21 0&     RAYTRACE 18-APR-1997 18:35:03.39 1 $r  4 $ python UAF_FIND_INACTIVE_BETWEEN.PY 1-jan-2000 xyz! ERROR: failed to convert end date@' (388, '%SYSTEM-F-IVTIME, invalid time')t $d  0 $ python UAF_FIND_INACTIVE_BETWEEN.PY 1-jan-2000 ERROR: need 2 parameters   parameter 1: start datea   parameter 2: end date, $t  H $ python UAF_FIND_INACTIVE_BETWEEN.PY "''F$CVTIME("-90-","ABSOLUTE")'" -# _$ "''F$CVTIME("-30-","ABSOLUTE")'"g2 accounts inactive between: 16-MAR-2000 21:12:53.252                       and: 15-MAY-2000 21:12:53.25-     username              last login logfails 0 ------------------------------------------------&       SYSTEM 11-MAY-2000 17:35:14.77 0 $A   ------# You can find Python for OpenVMS at:J)       http://www.decus.de/~zessin/python/g  # You can find some more examples at:v=     http://www.decus.de/~zessin/python/doc/demo/toc_demo.html$   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.@   ------------------------------  % Date: Wed, 14 Jun 2000 16:25:48 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>   Subject: Re: Seaching SYSUAF.DAT, Message-ID: <3947EA4A.9E5CE0CB@videotron.ca>   grant@rigel.cc.wmich.edu wrote:0 > I > This is pretty trivial if you have Datatrieve and the record definitionR= > for SYSUAF.  We do similar ad hoc things fairly frequently.D  E It is also trivial if you have ALLIN1. As a matter of fact, the empty.M wastebasket recurring automated job does this. (won't clear your old read and9L outbox messages if you have not logged in since a customer defined number of0 days since it assumes you are on vacation/away).   ------------------------------  # Date: Thu, 15 Jun 2000 03:05:22 GMTa$ From: Ed Wilts <ewilts@mediaone.net>  Subject: Re: Seaching SYSUAF.DAT, Message-ID: <394847F2.2D7C1278@mediaone.net>   trdorr@my-deja.com wrote:e > G > I'm looking for a way to search SYSUAF.DAT for accounts that have nottH > been active for greater than 30 days and less than 60 days. Is there aD > way to use the LAST Login date to produce a list of users that are > inactive?   G You absolutely must pick up UAF, from Joe Meadows.  It's very likely on.E the WKU archive site.  UAF allows you to do all sorts of searching onyH the uaf file and generate reports, including what you're after.  Say youH want to increase a certain quota for a certain group to a minimum limit,F yet not affect those users who happen to be set higher than that limit( already - it's a piece of cake with UAF.   	.../Eds --   Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------  % Date: Wed, 14 Jun 2000 16:00:49 -0500 # From: "JHansen" <jhansen@fnbnd.com>  Subject: Secondary Passwords3 Message-ID: <kpS15.101$KK1.11030@news.corpcomm.net>r  I I am trying to set up secondary passwords for "high profile" accounts.  InF was able to impose a secondary password by using the " MODIFY usernameL /PASSWORD=("",secondarypwd)."  This would enforce a secondary password but IJ don't know what the secondary password is  and thus I was unable to login.K I would like to know how to set a password for the secondary when using the   above command if it is possible.I If it is not possible to do this when enforcing a secondary password, howNG can I change this for each user so they can login and then be forced to  change the secondary password?? C Any other tips, hints or suggestions to secondary passwords will beo appreciated. Thanks for your time and help. Jeff   ------------------------------  % Date: Wed, 14 Jun 2000 21:42:59 -0500c7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e  Subject: Re: Secondary Passwords- Message-ID: <394842B3.65941B38@earthlink.net>    JHansen wrote: > K > I am trying to set up secondary passwords for "high profile" accounts.  I:H > was able to impose a secondary password by using the " MODIFY usernameN > /PASSWORD=("",secondarypwd)."  This would enforce a secondary password but IL > don't know what the secondary password is  and thus I was unable to login.M > I would like to know how to set a password for the secondary when using theo" > above command if it is possible.K > If it is not possible to do this when enforcing a secondary password, howeI > can I change this for each user so they can login and then be forced to ! > change the secondary password??xE > Any other tips, hints or suggestions to secondary passwords will bel > appreciated.  > Thanks for your time and help. > Jeff  H Sorry, but your explanation appears to be contradictory. You changed the9 secondary password but don't know what you changed it to?t   Non capisco.   --   David J. Dachteran dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/R   ------------------------------  % Date: Wed, 14 Jun 2000 22:12:23 -0500l# From: "JHansen" <jhansen@fnbnd.com>u  Subject: Re: Secondary Passwords3 Message-ID: <fPX15.102$KK1.11724@news.corpcomm.net>q  J No, I was able to enforce the secondary password on my own account ( usingL the " MODIFY username  /PASSWORD=("",secondarypwd)." )  I try and log on andL I am able to enter my first password, it then prompts for a second password,H but I have no idea what it is so I am unable to logon. I tried  " MODIFYI username  /PASSWORD=("",secondarypwd=xxxxx)."  All this does is change myIL first password.  I found the command to change the secondary password (  DCLJ command SET PASSWORD/SECONDARY ) but I can't logon to run this command.  IH hope this helps clear up the confusion and thanks for your help,time and	 patience.t Jeff@ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message' news:394842B3.65941B38@earthlink.net...E > JHansen wrote: > >oJ > > I am trying to set up secondary passwords for "high profile" accounts. IlJ > > was able to impose a secondary password by using the " MODIFY usernameJ > > /PASSWORD=("",secondarypwd)."  This would enforce a secondary password but IlG > > don't know what the secondary password is  and thus I was unable toe login.K > > I would like to know how to set a password for the secondary when usinga thee$ > > above command if it is possible.I > > If it is not possible to do this when enforcing a secondary password,o howeK > > can I change this for each user so they can login and then be forced toa# > > change the secondary password??,G > > Any other tips, hints or suggestions to secondary passwords will be. > > appreciated." > > Thanks for your time and help. > > Jeff >aJ > Sorry, but your explanation appears to be contradictory. You changed the; > secondary password but don't know what you changed it to?S >S > Non capisco. >d > -- > David J. DachteraO > dba DJE Systems $ > http://home.earthlink.net/~djesys/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:- > http://home.earthlink.net/~djesys/vms/soho/N   ------------------------------  % Date: Thu, 15 Jun 2000 11:40:12 +0800n- From: David B Sneddon <dbsneddon@bigpond.com>   Subject: Re: Secondary Passwords+ Message-ID: <3948501C.E43CACF7@bigpond.com>e   JHansen wrote: > L > No, I was able to enforce the secondary password on my own account ( usingN > the " MODIFY username  /PASSWORD=("",secondarypwd)." )  I try and log on and3                                        ^^^^^^^^^^^^m& whatever you type here IS THE PASSWORD  N > I am able to enter my first password, it then prompts for a second password,J > but I have no idea what it is so I am unable to logon. I tried  " MODIFYK > username  /PASSWORD=("",secondarypwd=xxxxx)."  All this does is change my:N > first password.  I found the command to change the secondary password (  DCLL > command SET PASSWORD/SECONDARY ) but I can't logon to run this command.  IJ > hope this helps clear up the confusion and thanks for your help,time and > patience.  > Jeff   -- s Regards, Dave. I -------------------------------------------------------------------------rI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.commI DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennona   ------------------------------  # Date: Thu, 15 Jun 2000 03:11:00 GMTn$ From: Ed Wilts <ewilts@mediaone.net>3 Subject: Shadow full merges on write-locked volumesn, Message-ID: <39484944.769DA474@mediaone.net>  G Either I'm overlooking something, or shadowing has a funny bug.  When adH node in our cluster crashed today, most of the disks did a minimerge, asG I would expect.  Those that didn't include the system disks (as I wouldEG expect) and a volume mounted /nowrite.  On this disk, shadowing decidedeB that a full merge was in order.  What changes could it possibly be2 looking for?  The contents could not have changed!  F This is OpenVMS Alpha V7.1-2 with Update 3.  There are 2 Vaxes runningG VMS 6.2 in the cluster, one of which was the guilty crashee, but it wasa! an Alpha that did the full merge.i   -- a Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------  % Date: Wed, 14 Jun 2000 21:32:03 -0500l7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>R Subject: Re: Some HW questions- Message-ID: <39484023.AD6FC997@earthlink.net>y   David A Froble wrote:e > O > I've recently gotten my hands on a DEC TZ87N.  What tapes does this use?  DLTa > III? > Q > I have a device called a terminal concentrator.  A Digital model PC4XB-DB.  HaseL > 8 RJ45 jacks, an 8-pin circular jack, and came with a BC13K-10 cable.  Any > ideas?  E I got something like that when I inherited a DECpc 450ST. It was used0C under SCO UNIX. I don't know if drivers were ever available for anyn# other o.s., but I tend to doubt it.D   -- 2 David J. Dachtera. dba DJE Systems4" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/p   ------------------------------  % Date: Wed, 14 Jun 2000 16:20:09 -0700l3 From: "Russell E. Owen" <owen@astro.washington.edu>s. Subject: UDP broadcasting, fortran help wanted> Message-ID: <owen-77D499.16200914062000@news.u.washington.edu>  G I'm trying to write fortran code to broadcast UDP data using UCX. I've  I been reading "DIGITAL TCP/IP Services for OpenVMS, System Services and C  F Socket Programming" and trying to use the QIO interface. Parts of the I manual make sense, but parts of it are pretty opaque. If anybody has any eI sample code or a pointer to additional documentation, I'd love to see it.i  6 What I have so far is as follows. The puzzles include:I - What options are required to broadcast? Will TCPIP$C_INADDR_ANY do it,  G or so I need TCPIP$M_BROADCAST (in which case I'll need OPER privilege tH or similar, which seems a bit silly but is manageable). The manual says = TCPIP$M_BROADCAST is "optional" for UDP, whatever that means.   F - Am I munging the port number correctly (and is there a more obvious  way)?t  C - (minor) Most code examples I've found (several examples from DEC hG written in C, one TCP/IP server example written in fortran) show "Item eG List 2" structures that omit the "type" field and have the length take -G up the extra space. I'm guessing that "type" is a relatively new thing  F and can be omitted for backwards compatibility, but wanted to be sure.    .     SUBROUTINE net_BrdUDPOpen (port, sockChan)% ! open a channel for UDP broadcastingt     IMPLICIT NONE-  '     INCLUDE 'SYS$LIBRARY:TCPIP$INETDEF':       ! arguments      INTEGER*2 port, sockChan       ! functionsa      INTEGER sys$Assign, sys$QIOW!     EXTERNAL sys$Assign, sys$QIOWg       ! local variablesA     STRUCTURE /ioStat_type/n+        INTEGER*2 vmsCond, nChar, dum1, dum2      ENDSTRUCTURE     RECORD /ioStat_type/ ioStatu     STRUCTURE /socketChar_type/a        INTEGER*2 protocol         BYTE type, domain     ENDSTRUCTURE'     RECORD /socketChar_type/ socketChar      STRUCTURE /socketAddr_type/a        INTEGER*2 family, ports        INTEGER addrt        CHARACTER*(8) leaveNull     ENDSTRUCTURE&     RECORDS /socketAddr_type/ sockAddr     STRUCTURE /itemList2_type/        INTEGER*2 len, type        INTEGER loc     END STRUCTURE9&     RECORD /itemList2_type/ sockAddrIL     INTEGER*2 portNetS ! beginY     ! Obtain an I/O channel$8     vmsCond = sys$Assign ('TCPIP$DEVICE:', sockChan, , )     IF (.NOT. vmsCond) THENc"        CALL msg_VMSError (vmsCond)        GOTO 999D	     ENDIFu  $     ! Create and bind the UDP socket%     socketChar.protocol = TCPIP$C_UDPs#     socketChar.type = TCPIP$C_DGRAMo7     socketChar.domain = 0   ! "the internet" by default.@                 ! AF_INET or TCPIP$C_AF_INET would probably work       CALL htons (port, portNet)%     sockAddr.family = TCPIP$C_AF_INETS     sockAddr.port = portNet_6     sockAddr.adrs = TCPIP$C_INADDR_ANY  ! will this do6         ! or do I have to use TCPIP$M_BROADCAST or...?'     sockAddrIL.type = TCPIP$C_SOCK_NAME "     sockAddrIL.len = SizeOf (addr)      sockAddrIL.loc = %LOC (addr)     @     vmsCond = sys$QIOW (, %val(sock.chanNum), %val(io$_SetMode),/     2  ioStat, , , socketChar, , sockAddrIL,,,) .     IF (vmsCond) THEN vmsCond = ioStat.vmsCond     IF (.NOT. vmsCond) THENo"        CALL msg_VMSError (vmsCond)        GOTO 999p	     ENDIFs  
     RETURN ! error handling 999 CONTINUE     sockChan = 0     ENDd ! end net_BrdUDPOpen       subroutine htons (in, out)     implicit nonet     byte in(2), out(2)       out(2) = in(1)     out(1) = in(2)     end    ------------------------------  % Date: Wed, 14 Jun 2000 21:09:14 -0500g7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>o Subject: Re: VAX on Intel?- Message-ID: <39483ACA.41D9DA15@earthlink.net>t   Larry Kilgallen wrote: [snip]% > So another tactic will be required.t  
 Such as...  F (As I've said before: "be specific, cite examples" - Mrs. Polecky, 5th grade.)e   --   David J. Dachteras dba DJE Systemst" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/t   ------------------------------  # Date: Wed, 14 Jun 2000 19:55:18 GMT 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)=D Subject: Re: Which cpu does Sun server use: I386, Mip, Ppc or Alpha?+ Message-ID: <gzmVHjn4cYBh@eisner.decus.org>   o In article <3947B78D.ADE2F037@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  > Larry Kilgallen wrote: > r >> In article <39477A39.7740A67E@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  D >> > Secondly the bisectional bandwidth of the WildFire is about the? >> > same as the E10K, yes Compaq have published higher STREAMSdA >> > numbers but these included local on-node memory access whichlA >> > assumes that a process never goes off node. This is unlikely0A >> > except for a very small subset of applications that WildFire  >> > will support. >>C >> Kerry has been using VMS so long that he tends to think in terms A >> of applications being well-written.  That may be unfamiliar to B >> those from a Unix background (and seems to be, based on some of* >> the code that gets imported to VMS :-). > C > I doubt that any of the applications currently running on OpenVMSo: > have been designed to cope with a system that has a NUMA > architecture. :-)   B I bet _all_ of them carefully segregate their readable memory fromC their writable memory, because that is forced on them by compilers. A Those written in certain high-level languages and those carefully A written in Macro segregate their storage use into multiple Zones.a@ All of this information is available for heuristic approaches by@ VMS and the programming tools.  I don't know what will be in V1,+ and I do not have the money for a Wildfire.$   ------------------------------   End of INFO-VAX 2000.332 ************************logfaict...thanks for the response.  I thought I wouldM > post just in case this would help someone else.  CSC reports this is an HSJ0N > firmware bug.  The quick fix is to delete the unit and re-add it.  I did not( > need to delete the actual tape device. > 	 > Thanks.s > N You are welcome. I must admit I was nervous posting to someone whose skills I  did not know, just in case...h   Thanks for the thanks. ___n
 Paul Sture Switzerland    ------------------------------   Date: 1 May 2000 14:38:04 CDTe; From: wayne@tachyon.xxx.272904.killspam.015c (Wayne Sewell)r Subject: Re: DS425c memory. Message-ID: <gCYp2uePct7n@tachxxsoftxxconsult>  I In article <390D059F.7A04@mcn.net>, Mark Tarka <markZERO@mcn.net> writes:p > 4 > P.S.  Does it piss you off that the anniversary of. > Lydick's death is coming-up in a few months?  K Not if you keep it to yourself and do your frenzy of worship where we can'tTL hear it.  You are the Lydick groupie, not us.  Have you had very many Lydick< sightings yet?  Do you think he and Elvis are getting along?  M I'm perfectly happy to enjoy c.o.v as it is now and forget he ever existed.  e   -- hO ===============================================================================AM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxL: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================mC Jake Blues: 