1 INFO-VAX	Sat, 19 Mar 2005	Volume 2005 : Issue 155       Contents: Re: DECserver 700 differences? Re: DECserver 700 differences?# Re: Fiorina and The Peter Principle * Re: Has anyone had any bad T4 experiences?5 Re: newbie needs help with copying file with only FID 5 Re: newbie needs help with copying file with only FID 5 Re: newbie needs help with copying file with only FID 
 Re: opcdef Re: request $ search/quiet Re: request $ search/quiet Re: request $ search/quiet resizing terminal window* Re: Setting density of SDLT in VMS 7.2-2 ?, teco searching (was: request $ search/quiet)0 Re: teco searching (was: request $ search/quiet)0 Re: teco searching (was: request $ search/quiet)0 Re: teco searching (was: request $ search/quiet)0 Re: teco searching (was: request $ search/quiet)0 Transferring Executables to a VAX with Kermit-324 Re: Transferring Executables to a VAX with Kermit-32 Re: User disk is soon full.... Re: User disk is soon full.... Re: VMS SSH and X11 tunneling  Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3 Re: [Announce] FreeVMS 0.1.3  F ----------------------------------------------------------------------    Date: 18 Mar 2005 13:21:01 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)' Subject: Re: DECserver 700 differences? 3 Message-ID: <Lc7Fdgu7tFfA@eisner.encompasserve.org>   _ In article <1111106863.381897.157610@g14g2000cwa.googlegroups.com>, bob@instantwhip.com writes:  > Bob Kaplow wrote: E >> Can someone tell me what, if anything, is the difference between a  > DECserver F >> 700 model DSRVW-CA and DSRVW-YC? I've got some of each. Both are 16 > lines, >> RJ45, support TELNET, ... >>@ >> Over the past few months it seems like the power supplies are > dropping like A >> flies. The units power up, but stick at the initial solid "8". 
 > SwappingE >> power supplies seems to fix the problem. I'm also gonna order some " >> replacement power supplies too. > H > the YC model supports flash memory ... and yes, number 8 usually means > power supply change time ...   Nope, no flash in either...   1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  K         "For as adamant as my country has been about civil liberties during I         peacetime, it has a long history ... of failing to preserve civil J         liberties when it perceived its national security threatened." -- 4         former Supreme Court Justice William Brennan   ------------------------------    Date: 18 Mar 2005 12:04:25 -0800 From: jordan@ccs4vms.com' Subject: Re: DECserver 700 differences? C Message-ID: <1111176265.357599.325340@o13g2000cwo.googlegroups.com>   E Is either flash compatible?  They used to be available with the flash + card socket installed but no flash present.   E My DSRVW-CA's are real antiques; not even a flash slot.  OTOH they're F still running just fine (but then so are the DS200s and even one DS100 once it had its fan replaced).   ------------------------------  % Date: Fri, 18 Mar 2005 14:00:25 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>, Subject: Re: Fiorina and The Peter Principle- Message-ID: <423B253F.EAB84C41@vaxination.ca>    david20@alpha2.mdx.ac.uk wrote: G > >http://www.answers.com/topic/rhinoceros-party-of-canada  for some of  > >their promises like;  > >  > ? > Sounds like the Official Monster Raving Loony Party in the UK     F Except that Rhinoceros got to second place in a riding in Qubec once.   ------------------------------    Date: 18 Mar 2005 12:33:44 -0800 From: prosullivan@aol.com 3 Subject: Re: Has anyone had any bad T4 experiences? C Message-ID: <1111178024.397092.114320@z14g2000cwz.googlegroups.com>   E Is anyone using PAWZ's VMS-side reporting capability to emulate SPM's % and/or PSPA's ASCII histogram output?     G Of course: csv or postscipt or jpg. Not histogram, but what year are we D in? Perfcap's VMS Analyzer has a enhanced command line interface forA graphing any metric from its OVMS performance monitor (+ UNIX and @ Window systems from the same OVMS utility). There is also a dumpG utility which outputs the whole pmd file to csv.If I want fiber channel G stats or ip or SAN stats on OVMS this is what I do. Not all the metrics E in eCAP Analyze are available in PAWZ, so I tend to cover both areas.   F As for the claim that CA are becoming more user friendly with the (ex)D DECPS - are they going to drop the per cpu pricing model? One of theE main reasons my employers went to PAWZ in 1999 was flat-rate pricing: C immaterial of class or cpus in the machine. The bad old DEC days of 6 charging GBP146 for psdc on a turbolaser are dead.....   ------------------------------  # Date: Fri, 18 Mar 2005 20:35:59 GMT ( From: "Hein" <hein.nomail@hp.nomail.com>> Subject: Re: newbie needs help with copying file with only FID2 Message-ID: <PYG_d.1948$PA3.1814@news.cpqcorp.net>  ) <djpietro@earthlink.net> wrote in message < news:1111154963.443146.69820@f14g2000cwb.googlegroups.com...F > I am tasked to get a bunch of files off of an optical device. When II > set default to the device (seems each side of a platter is mounted as a D > file system.) I can do a directory and see only base system files.  D First and foremost you should doublecheck the mount command/options.D Maybe they failed to use /MEDIA=CDROM? It _is_ an ISO 9660 CD is it?  I > know there are many-many files on the platter and I have what I believe G > is the FID of each of those files. I do not have the file names - nor  > does a directory show them.   A So where to you get those file-id's from? What to they look like?   F > Can someone suggest a means by which I might be able to copy all the0 > files off of these platters to a regular disk?  K Well, if you are truly looking at file ID, then you can open those files by  file ID.I The only standard tool to have this is DUMP, I would encourage you to try  that. I You can possibly also use a 'FID-Abbreviated Name' and feed that to copy. : Check out the "VMS Guide to File Applictions", Chapter 6.5  F You could also roll your own program of cours, opening the file by ID.L I'll include a sample that just gets records and outputs them to SYS$OUTPUT.I You could DEFIN[/user] SYS$OUTPUT  to a file, or PIPE the data elsewhere. G Or you could readily use that program as a starting point and change to H block-io (SYS$READ + SYS$WRITE) or rms record output (SYS$PUT instead of printf).  
 Good luck, Hein.    /*H **    type_by_id.c      print records from file where file passed by id.@ **    Based on: enter.C    create directory entry for a file ID. **/ ** Merry Xmass, Hein van den Heuvel, HP 12/2004  */ #include ssdef #include rms #include stdio #include string  #include stdlib    main(int argc, char *argv[]) { B int             i, status, sys$parse(), sys$open(), sys$connect(),
 sys$get();H char            *p, expanded_name[256], resultand_name[256], buf[32768]; struct FAB      fab; struct NAM      nam; struct RAB      rab;   if (argc < 3) { 9     printf ("Usage $%s <file-id> <file-seq>\n", argv[0]);      return 268435456;      } else {       fab = cc$rms_fab;      fab.fab$l_fop = FAB$M_NAM;     fab.fab$l_nam = &nam;        nam = cc$rms_nam; $     nam.nam$b_nop = NAM$M_NOCONCEAL;#     nam.nam$l_rsa = resultand_name;      nam.nam$b_rss = 255;"     nam.nam$l_esa = expanded_name;     nam.nam$b_ess = 255;       rab = cc$rms_rab;      rab.rab$l_fab = &fab;      rab.rab$l_ubf = buf;     rab.rab$w_usz = 32767;       status = sys$parse( &fab );      if (status & 1) {          i = atoi (argv[1]); &         nam.nam$w_fid_num = (short) i;6         nam.nam$b_fid_nmx = (unsigned char) (i >> 16);5         nam.nam$w_fid_seq = (short) atoi ( argv[2] ); #         status = sys$open ( &fab ); 6         if (status & 1) status = sys$connect ( &rab );2         if (status & 1) status = sys$get ( &rab );	         }      while (status & 1) {         buf[rab.rab$w_rsz]=0;          printf ("%s\n", buf); "         status = sys$get ( &rab );	         } '     if (status == RMS$_EOF) status = 1;      return status;     }  }       C > I dont believe I'm not seeeing files because of ACLs or any other H > permissions issues (though I should know for sure today and get needed > perms if thats the cause)  > $ > Your thoughts greatly appreciated.	 > Thanks!  >    ------------------------------    Date: 18 Mar 2005 21:39:16 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) > Subject: Re: newbie needs help with copying file with only FID3 Message-ID: <zh98H0LVS7rG@eisner.encompasserve.org>   ] In article <PYG_d.1948$PA3.1814@news.cpqcorp.net>, "Hein" <hein.nomail@hp.nomail.com> writes:  > + > <djpietro@earthlink.net> wrote in message > > news:1111154963.443146.69820@f14g2000cwb.googlegroups.com...G >> I am tasked to get a bunch of files off of an optical device. When I J >> set default to the device (seems each side of a platter is mounted as aE >> file system.) I can do a directory and see only base system files.  > F > First and foremost you should doublecheck the mount command/options.F > Maybe they failed to use /MEDIA=CDROM? It _is_ an ISO 9660 CD is it?  C When someone says "optical device", I tend to think the are talking H about WORM drives or something else that considerably predates ISO-9660.  6 Third parties had file system support to mirror ODS-2.   ------------------------------  % Date: Sat, 19 Mar 2005 05:08:45 +0100 & From: Paul Sture <paul.sture@decus.ch>> Subject: Re: newbie needs help with copying file with only FID, Message-ID: <3a1mtgF63fn8rU1@individual.net>   Larry Kilgallen wrote:  _ > In article <PYG_d.1948$PA3.1814@news.cpqcorp.net>, "Hein" <hein.nomail@hp.nomail.com> writes:  > + >><djpietro@earthlink.net> wrote in message > >>news:1111154963.443146.69820@f14g2000cwb.googlegroups.com... >>G >>>I am tasked to get a bunch of files off of an optical device. When I J >>>set default to the device (seems each side of a platter is mounted as aE >>>file system.) I can do a directory and see only base system files.  >>F >>First and foremost you should doublecheck the mount command/options.F >>Maybe they failed to use /MEDIA=CDROM? It _is_ an ISO 9660 CD is it? >  > E > When someone says "optical device", I tend to think the are talking J > about WORM drives or something else that considerably predates ISO-9660. >   H Especially when combined with "(seems each side of a platter is mounted  as a file system.)".  8 > Third parties had file system support to mirror ODS-2.   ------------------------------    Date: 18 Mar 2005 13:21:21 -0800  From: "Barry" <dysert@gmail.com> Subject: Re: opcdef C Message-ID: <1111180881.938397.293020@f14g2000cwb.googlegroups.com>   B I think you'll either want to compile with the /NOALIGN qualifier,< and/or (as Larry suggested) use the /WARN=NOALIGN qualifier.   ------------------------------    Date: 18 Mar 2005 13:27:04 -0800  From: "Barry" <dysert@gmail.com># Subject: Re: request $ search/quiet B Message-ID: <1111181224.315269.75670@f14g2000cwb.googlegroups.com>  < (I have this sinking feeling that I'm about to be clobbered)  > No.  A forward search should not fail if the pointer is at theB beginning of the item.  In my mind, a forward search says to "findE <chars> from this point forward".  So if I'm at the start of <chars>, E it *should* succeed.  The bug is that if you do a *backwards* search, C it actually succeeds if the pointer is at the start of <chars>.  My B point is that TECO has no business going "forward" if I tell it to search "backwards".    ------------------------------  % Date: Fri, 18 Mar 2005 18:01:58 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: request $ search/quiet 0 Message-ID: <113mms73ho0hfbb@corp.supernews.com>   Barry wrote:> > (I have this sinking feeling that I'm about to be clobbered) > @ > No.  A forward search should not fail if the pointer is at theD > beginning of the item.  In my mind, a forward search says to "findG > <chars> from this point forward".  So if I'm at the start of <chars>, G > it *should* succeed.  The bug is that if you do a *backwards* search, E > it actually succeeds if the pointer is at the start of <chars>.  My D > point is that TECO has no business going "forward" if I tell it to > search "backwards".  >   F It would depend upon the actual placement of the 'pointer'.  Could be ? before the 'current character', or after the current character.    ------------------------------  # Date: Sat, 19 Mar 2005 00:46:00 GMT   From: John Santos <john@egh.com># Subject: Re: request $ search/quiet + Message-ID: <cDK_d.12063$UV2.6419@trnddc04>    Barry wrote:I > I agree that using Search to "touch" a file is a pretty inefficient way E > to do things.  I also know that people do all sorts of "odd" things G > with the tools they have.  I remember suggesting that a long-standing E > TECO bug be fixed (the one where a "backwards search" will actually G > succeed if the target is immediately *forward* of the cursor).  I was E > told it wouldn't be fixed because someone somewhere might depend on  > this buggy behavior. > G > Btw, implementing "touch" on VMS can be done in a very simple command D > procedure.  I've written one, as I'm sure hundreds of others have.  D I think the AOP (almost original poster, i.e. the originator of thisH sub-thread ... OOPS, looking back, it was *you*, :-)) wasn't necessarilyC referring to people using SEARCH as a very inefficient "touch", but B just counting on the side effect of SEARCH changing the date.  ForH example, if no one has searched the old version of the documentation for@ a project for a year, maybe it's time to move it to near-line orD off-line storage.  I don't know if the granularity is fine enough toB be really useful, but in the interests of compatibility...  (Don'tD some of the archiving packages use access dates to determine what to shelve?)  @ This leads to another possible variation...  set the access dateH on the files searched, but only if something was found in the particularB file.  (So searching an entire directory for "shelvable" will only& touch the files containing that word.)  H Presumably this would be wrapped in a bunch of DCL, because no one would= always remember to "SEARCH/NOTOUCH" when and only when it was D appropriate, and you only need to forget the /NOTOUCH once to change% the access dates on all the files :-)   C For example, you might define "DOCSCAN" and "SRCSCAN" commands that H invoke command files that know about what directories your documentationG and sources are stored in, and where different versions or variants are E kept, etc., and which use /NOTOUCH or /TOUCH=MATCHING_FILES.  (Actual . DCL command syntax to be determined by Guy :-)   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 18 Mar 2005 16:27:27 -0800 # From: "Tom Linden" <tom@kednos.com> ! Subject: resizing terminal window ( Message-ID: <opsnuzj1a5zgicya@hyrrokkin>  B Have a somewhat vexing nuisance. I us PuTTY on a W2K box to accessE my VMS cluster.  Each box has a different background color associated F with it, so visually I can see which system I am on.  Of course, it isH also on the xterm title bar and the dcl prompt.   Now the PuTTY settingsF are the same, but on a 7.3 systems both VAX and Alpha  the number of   columns K displayed  increases as the window is resized, but not on 7.3-1, 7.3-2 or    8.2 ( systems.  Any suggestions on how to fix?   ------------------------------    Date: 18 Mar 2005 12:27:30 -0800* From: "Alan Greig" <greigaln@netscape.net>3 Subject: Re: Setting density of SDLT in VMS 7.2-2 ? C Message-ID: <1111177650.714896.225840@o13g2000cwo.googlegroups.com>    Roy Omond wrote:   > @ > Would any kind soul with sufficient low-level knowledge of the@ > SDLT drives be able to tell me the appropriate values for this? > for the SDLT drives ?  Which SCSI page is the one to change ? < > (If I had even this knowledge, it might be possible to use< > the unsupported Sys$Etc:SCSI_Mode.Exe to achieve my goal.) > ? > I've got the values for the density setting (73 for SDLT 320, < > 72 for SDLT 110) but the rest of the bytes seem to set the@ > drive into an, ahem, "unusual" mode.  It does, however, appear+ > to set the drive's density appropriately.   E I've gone to the Linux driver sources to find stuff like this before.  Probably worth a look.   > Many thanks in advance,  >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  # Date: Fri, 18 Mar 2005 22:29:49 GMT % From: Rob Brown <mylastname@gmcl.com> 5 Subject: teco searching (was: request $ search/quiet) E Message-ID: <Pine.LNX.4.61.0503181523110.13574@localhost.localdomain>   ! On Fri, 18 Mar 2005, Barry wrote:   A > No.  A forward search should not fail if the pointer is at the  E > beginning of the item.  In my mind, a forward search says to "find  ? > <chars> from this point forward".  So if I'm at the start of   > <chars>, it *should* succeed.    Here is my dissenting opinion.  G First, the terms "succeed" and "fail" in this discussion are confusing  8 to me, but it seems to me that Barry is suggesting that:  E    IF the cursor is at the beginning of the string being searched for 4    THEN a forward search should find that occurrence(         but a backward search should not  F My opinion is that neither search should find the occurrence that the D cursor is at.  I will also point out that neither EDT nor EVE finds  that occurrence.   - Rob      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Fri, 18 Mar 2005 14:58:47 -0800 # From: "Tom Linden" <tom@kednos.com> 9 Subject: Re: teco searching (was: request $ search/quiet) ( Message-ID: <opsnuvf9mvzgicya@hyrrokkin>  H On Fri, 18 Mar 2005 22:29:49 GMT, Rob Brown <mylastname@gmcl.com> wrote:  # > On Fri, 18 Mar 2005, Barry wrote:  > C >> No.  A forward search should not fail if the pointer is at the   G >> beginning of the item.  In my mind, a forward search says to "find   J >> <chars> from this point forward".  So if I'm at the start of <chars>,   >> it *should* succeed.  >   > Here is my dissenting opinion. > J > First, the terms "succeed" and "fail" in this discussion are confusing  : > to me, but it seems to me that Barry is suggesting that: > G >    IF the cursor is at the beginning of the string being searched for 6 >    THEN a forward search should find that occurrence* >         but a backward search should notH I don't know Teco, and perhaps have no right to speak, but I work with aI language that is rich in string handling and I would say that it should    returnK the current position.  of course if reverse search literally means starting - with the last char in the substring, then no.  > I > My opinion is that neither search should find the occurrence that the   L > cursor is at.  I will also point out that neither EDT nor EVE finds that  
 > occurrence.  >  > - Rob  >  >    ------------------------------  # Date: Fri, 18 Mar 2005 23:44:50 GMT % From: Rob Brown <mylastname@gmcl.com> 9 Subject: Re: teco searching (was: request $ search/quiet) E Message-ID: <Pine.LNX.4.61.0503181641310.13976@localhost.localdomain>   & On Fri, 18 Mar 2005, Tom Linden wrote:  D > I don't know Teco, and perhaps have no right to speak, but I work G > with a language that is rich in string handling and I would say that  F > it should return the current position.  of course if reverse search E > literally means starting with the last char in the substring, then   > no.   A I guess the question is:  Is TECO a text editor or a programming  	 language?   @ If an editor, then don't find the same thing you are already at.  C If a programming language, then find it on a forward search.  On a  / reverse search, ....  Well, let's see the spec.      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Sat, 19 Mar 2005 01:02:37 +0000 & From: Elliott Roper <nospam@yrl.co.uk>9 Subject: Re: teco searching (was: request $ search/quiet) 1 Message-ID: <190320050102378215%nospam@yrl.co.uk>   E In article <Pine.LNX.4.61.0503181641310.13976@localhost.localdomain>, & Rob Brown <mylastname@gmcl.com> wrote:  ( > On Fri, 18 Mar 2005, Tom Linden wrote: > F > > I don't know Teco, and perhaps have no right to speak, but I work I > > with a language that is rich in string handling and I would say that  H > > it should return the current position.  of course if reverse search G > > literally means starting with the last char in the substring, then   > > no.  > C > I guess the question is:  Is TECO a text editor or a programming   > language?  Yes ;-)  > B > If an editor, then don't find the same thing you are already at.C The trouble with that is in the meaning of 'at'. Teco search's most F important side-effect is 'dot', the offset into the current buffer. OnE a successful search, dot is always after the 'rightmost' character of G the found string. No matter which direction you start your search. That @ means if you want to search back to the string that precedes the4 matching one you are starting in, you must say '-2s'E > If a programming language, then find it on a forward search.  On a  1 > reverse search, ....  Well, let's see the spec. @ It has to be consistent in both usages. It is. Moving dot beforeD searching backward but not forward would be uglier than what it does now. Both choices are ugly-ish.   G Teco has a few tricks to soften the blow. ^s is minus the length of the = search string, so ^sc moves dot to the left the found string. G There are a number of search variants. Every single one parks dot after , the rightmost character of the found string.@ It is this latter behavior that makes Larry's 'claim' that -s isF searching forward if you start within a matching string is a bug a bit
 debatable.G If you always park dot to the right of a string, where else can you go?   G I'd have to re-write a lot of macros if that behavior changed, but I do > remember being a bit pissed off at the time I was learning it.   --  A I thought I would be the last on earth to mung my e-mail address.  fsnospam$elliott$$2 1A96 3CF7 637F 896B C810  E199 7E5C A9E4 8E59 E248   ------------------------------    Date: 18 Mar 2005 21:41:18 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 9 Subject: Re: teco searching (was: request $ search/quiet) 3 Message-ID: <pPtkTNa6TL3d@eisner.encompasserve.org>   m In article <Pine.LNX.4.61.0503181523110.13574@localhost.localdomain>, Rob Brown <mylastname@gmcl.com> writes: # > On Fri, 18 Mar 2005, Barry wrote:  > B >> No.  A forward search should not fail if the pointer is at the F >> beginning of the item.  In my mind, a forward search says to "find @ >> <chars> from this point forward".  So if I'm at the start of   >> <chars>, it *should* succeed. >   > Here is my dissenting opinion. > I > First, the terms "succeed" and "fail" in this discussion are confusing  : > to me, but it seems to me that Barry is suggesting that: > G >    IF the cursor is at the beginning of the string being searched for 6 >    THEN a forward search should find that occurrence* >         but a backward search should not > H > My opinion is that neither search should find the occurrence that the F > cursor is at.  I will also point out that neither EDT nor EVE finds  > that occurrence.  C But your opinion differs from that of Dan Murphy when he wrote TECO D for the PDP-1 in 1963 or so.  Backward compatibility is important inD computer software, especially since TECO can be so readily used as a programming language.    ------------------------------    Date: 18 Mar 2005 14:45:41 -0800( From: greigaln@netscape.net (Alan Greig)9 Subject: Transferring Executables to a VAX with Kermit-32 < Message-ID: <d391276d.0503181445.e5bb807@posting.google.com>   Jack Patteeuw wrote: > I second Jeff Cameron reply. > J > About 20 years ago I used Kermit-32 to move many MB from VMS 4.x to VMS K > 4.x over dial up lines to (lets just say) a "remote" site.  My mempry is  J > bad, but I think the trick was to BACKUP the data and then send it with  > file type of FIXED.   F Actually you are seconding me not Jeff Cameron if you read the thread.E You are correct that you need "FIXED" mode. You also needed to fiddle B with the block size on a backup saveset transferred in FIXED mode.A Here's a pointer to an old edition  of DCL Dialogue talking about < Kermit-32, FIXED mode, BACKUP savesets and , err, Mark Buda!  ! http://www.kgb.com/dcl/199108.txt    --
 Alan Greig   ------------------------------  % Date: Fri, 18 Mar 2005 19:13:44 -0500 4 From: "Mark Buda" <buda@SPAMTripleBreakProducts.com>= Subject: Re: Transferring Executables to a VAX with Kermit-32 1 Message-ID: <xc-dnevZZP9N86bfRVn-uQ@adelphia.com>   6 "Alan Greig" <greigaln@netscape.net> wrote in message 6 news:d391276d.0503181445.e5bb807@posting.google.com...J >> About 20 years ago I used Kermit-32 to move many MB from VMS 4.x to VMSK >> 4.x over dial up lines to (lets just say) a "remote" site.  My mempry is J >> bad, but I think the trick was to BACKUP the data and then send it with >> file type of FIXED.  M Wow,  That was a few years back!  Amazing how time flies when you are having   fun!   Thanks Alan!   mark   ------------------------------  % Date: Fri, 18 Mar 2005 16:59:23 -0800 , From: Ken Fairfield <my.full.name@intel.com>' Subject: Re: User disk is soon full.... + Message-ID: <d1fthc$bgg$1@news01.intel.com>    O'Brien Paddy wrote: [...] B > O.K., I give up again.  This PC thing is nothing like my LK401. 4 > The function keys do not even have sensible names.  = So Paddy, just grab an LK461, LK462 or LK463 and plug it into = the PC.  You must have a bunch of those lying around from all : the VMS systems that got "retired", eh?  As long as it has< the PS/2 style keyboard connector, Windows is happy with it.  8 Of course, that doesn't mean you'll be able to _edit_ in8 Outlook/Notepad/Word in a reasonable (= EVE or EDT) way,* but keyboard will be comfortable to you...  : Also, if this PC is an "access point" to your VMS systems,9 and if you use Exceed or KEAterm, I can help you with key 7 mapping so that everything, and I mean _everything_, is  correct on the VMS side. :-)  : Oh, and the Logitech PS/2 3-button mice work fine as well.; Go to www.logitech.com to download a the driver that allows 6 you to enable the middle mouse button (for X-windows).        Cheers, Ken --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------    Date: 18 Mar 2005 18:10:18 -0800" From: chris_doran@postmaster.co.uk' Subject: Re: User disk is soon full.... C Message-ID: <1111198218.826756.209290@z14g2000cwz.googlegroups.com>    Pelle Lind wrote:  > Hi,  > E > I'm maintaining an old system and previous owners didn't leave much > > information of what they done or how to continue maintenace. > G > 1. What kind of file maintenance should be done? Any special tools to  > run?B > 2. My user disk is filling up rather quickly at the moment and IG > suspect someone is generating lots of data, how can I find that user?   C As well as users, there are various system log files that grow like B weeds and need purging from time to time. See my venerable post at http://groups-beta.google.com/group/comp.os.vms/browse_frm/thread/9c4ac06e728dd6ed/d5d363358c251be7?q=vms+weeds+doran#d5d363358c251be7E for weedkillers. Note: This was written a long time ago, probably for 9 V6.2, and there may well be differences on newer systems.    Chris    ------------------------------  % Date: Fri, 18 Mar 2005 15:56:07 -0500 2 From: "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov>& Subject: Re: VMS SSH and X11 tunneling5 Message-ID: <IfH_d.2821$Ny6.5138@mencken.net.nih.gov>   B "Gareth V. Williams" <graff@cfa0.cfa.harvard.edu> wrote in message( news:42385240@cfanews.cfa.harvard.edu...C > Can anyone confirm that the instructions in the SSH documentation H > on X11 Port Forwarding from an SSH for OpenVMS Client to a Non-SSH for > OpenVMS Server actually work?   K I can confirm that the standard ssh commands from Alpha 7.3-2 running TCPIP I Services 5.4 work fine for X11 port forwarding to our Linux-based Beowulf G cluster.  The X server is running either on one of our Alphas' built-in J heads, or another Alpha (not VAX!) via SET DISPLAY/TRANSPORT=TCPIP withoutE encryption, or Excursion PCs with e.g. DECterms started up with rexec  without encryption.   I Using DECnet as a transport does not work, nor have I been able to figure @ out what my VAXstation needs but doesn't have to make this work.   ------------------------------  % Date: Fri, 18 Mar 2005 14:25:38 -0500 ' From: Dave Froble <davef@tsoft-inc.com> % Subject: Re: [Announce] FreeVMS 0.1.3 0 Message-ID: <113ma6hqp7guja2@corp.supernews.com>   Larry Kilgallen wrote:\ > In article <113kn3fslau328d@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:  K >>Doing an OS in a HLL isn't the best of ideas, due to capabilities.  Many  I >>times you need to do something that the language isn't suited for.  My  B >>own favorite, VAX/DEC BASIC isn't, as far as I know, capable of ; >>re-entrant code, threads, and such, things an OS demands.  >  > ; > But other high level languages are quite capable of that.    <snip>  F > VMS would be better off if more of it were written in Bliss and lessG > in Macro, but that is not what compiler availability permitted.  Note F > that VAX Bliss never _did_ get a WFIKPC (Wait for Interrupt and Keep > Channel) linkage.   D Larry, the above seems (to me) to be contradictory?  While I didn't E specifically mention WFIKPC I was in general saying that HLLs didn't  E support some capabilities it would be nice to have when coding an OS.   D Sure, the capabilities of various HLLs may make them candidates for I writing an OS, but >usually< only assembler will give the programmer the  3 full range of the capabilities of the architechure.    Dave   ------------------------------    Date: 18 Mar 2005 13:53:51 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: [Announce] FreeVMS 0.1.3 3 Message-ID: <gPpBCJf+$hN2@eisner.encompasserve.org>   Z In article <113ma6hqp7guja2@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote:] >> In article <113kn3fslau328d@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:  > L >>>Doing an OS in a HLL isn't the best of ideas, due to capabilities.  Many J >>>times you need to do something that the language isn't suited for.  My C >>>own favorite, VAX/DEC BASIC isn't, as far as I know, capable of  < >>>re-entrant code, threads, and such, things an OS demands. >>   >>  < >> But other high level languages are quite capable of that. >  > <snip> > G >> VMS would be better off if more of it were written in Bliss and less H >> in Macro, but that is not what compiler availability permitted.  NoteG >> that VAX Bliss never _did_ get a WFIKPC (Wait for Interrupt and Keep  >> Channel) linkage. > F > Larry, the above seems (to me) to be contradictory?  While I didn't G > specifically mention WFIKPC I was in general saying that HLLs didn't  G > support some capabilities it would be nice to have when coding an OS.  > F > Sure, the capabilities of various HLLs may make them candidates for K > writing an OS, but >usually< only assembler will give the programmer the  5 > full range of the capabilities of the architechure.   E If DEC had given a higher priority to use of Bliss for VMS internals, B supplying a WFIKPCH linkage would have been an easy task for thoseE who maintained the Bliss compiler.  Certainly Bliss-36 (which I never 5 used) did not omit the skip-return linkages, did it ?   F What other construct used in VMS besides WFIKPCH can you think of thatF cannot be done from any higher level language ?  (Finding one language( that lacks a feature is not sufficient.)   ------------------------------  % Date: Fri, 18 Mar 2005 17:43:43 -0500g' From: Dave Froble <davef@tsoft-inc.com>l% Subject: Re: [Announce] FreeVMS 0.1.3 0 Message-ID: <113mlpv6k92596b@corp.supernews.com>   Larry Kilgallen wrote:\ > In article <113ma6hqp7guja2@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: >  >>Larry Kilgallen wrote: >>] >>>In article <113kn3fslau328d@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:s >>M >>>>Doing an OS in a HLL isn't the best of ideas, due to capabilities.  Many (K >>>>times you need to do something that the language isn't suited for.  My )D >>>>own favorite, VAX/DEC BASIC isn't, as far as I know, capable of = >>>>re-entrant code, threads, and such, things an OS demands.. >>>e >>>r< >>>But other high level languages are quite capable of that. >> >><snip> >>G >>>VMS would be better off if more of it were written in Bliss and lessnH >>>in Macro, but that is not what compiler availability permitted.  NoteG >>>that VAX Bliss never _did_ get a WFIKPC (Wait for Interrupt and KeepA >>>Channel) linkage. >>F >>Larry, the above seems (to me) to be contradictory?  While I didn't G >>specifically mention WFIKPC I was in general saying that HLLs didn't oG >>support some capabilities it would be nice to have when coding an OS.7 >>F >>Sure, the capabilities of various HLLs may make them candidates for K >>writing an OS, but >usually< only assembler will give the programmer the o5 >>full range of the capabilities of the architechure.d >  > G > If DEC had given a higher priority to use of Bliss for VMS internals,sD > supplying a WFIKPCH linkage would have been an easy task for thoseG > who maintained the Bliss compiler.  Certainly Bliss-36 (which I neveri7 > used) did not omit the skip-return linkages, did it ?i  I Didn't use Bliss on the DEC System 10.  Actually, never have used Bliss. 'A   But you're right, any capability >>CAN<< be implemented in any  & language.  That's not today's reality.  H > What other construct used in VMS besides WFIKPCH can you think of thatH > cannot be done from any higher level language ?  (Finding one language* > that lacks a feature is not sufficient.)  G It's not so much whether it can be done, but whether it can be done in  G an obvious manner.  For example, bits in a structure can be shifted by gE multiple and divide, but that's not as obvious of the intention as a sI shift instruction would be, if the intent was to shift bits.  Not saying vD that's an overwhelming consideration.  And I agree, finding missing G capabilities isn't sufficient to disqualify a language.  If it was, we - wouldn't have any languages.   ------------------------------  # Date: Fri, 18 Mar 2005 23:48:07 GMT:  From: John Santos <john@egh.com>% Subject: Re: [Announce] FreeVMS 0.1.30* Message-ID: <XMJ_d.4266$uw6.4216@trnddc06>   Michael Kraemer wrote:P > In article <opsnsdivu4zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: > = >>On Thu, 17 Mar 2005 14:27:30 +0000 (UTC), Michael Kraemer    >><m.kraemer@gsi.de> wrote:t >> >>8 >>>Nice trick, worked perfectly back then, but of course. >>>you exactly had to now what you were doing. >>8 >>That is quite different from the usual C buffer overun >>playing havoc with the stack >> > 7 > Sure, but the marginal inherent safety advantage PL/I18 > seems to offer is based on descriptors, and my example0 > shows that these may be vulnerable themselves.8 > While we're at it: how about AREAs, these large pieces/ > of memory, do they have descriptors as well ?t  ? You can write safe code in C (or macro or...) and you can writei; unsafe code in PL/I or BASIC or Java or anything else.  Thee@ question isn't "What is possible?" but "What pitfalls are likelyE when using the easiest and most natural methods in a given language?"9  < This is where C loses.  To write safe code in C, you have toA bounds-check everything, and verify all string and buffer lengths  and do it religiously.  E If all your code is reviewed and you always parameterize *everything*eC (so e.g. when someone changes the maximum size of a variable, everyeB thing uses the correct new size automatically) and you have a goodB version control system so everything gets recompiled when it needs= to be, and your subroutines are all prepared to deal with theiB memory faults they might get when someone passes a null-terminatedB string and forgets to add the null at the end, etc. etc., then youB can use C safely.  But isn't it easier to use a language that does@ this for you and never forgets to check something, "because it's? just a little 1-byte local temp string and what can possibly got wrong?"   B That being said, I'm not too worried about VMS engineering using CD because DEC and successors have traditionally been very disciplined,0 but sometimes things do fall through the cracks.   --   John Santos0 Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 18 Mar 2005 19:28:32 -0500s4 From: "Mark Buda" <buda@SPAMTripleBreakProducts.com>% Subject: Re: [Announce] FreeVMS 0.1.3 1 Message-ID: <p5ydnX1_0p2q76bfRVn-og@adelphia.com>p  / "Tom Linden" <tom@kednos.com> wrote in message  " news:opsnt455x5zgicya@hyrrokkin...  @ > The point is simple, choose the language for the task at hand.  H Just don't use ADA, too bad it was used in a couple major places within  VMS...   mark   ------------------------------  % Date: Fri, 18 Mar 2005 21:26:33 -0500e' From: Dave Froble <davef@tsoft-inc.com>i% Subject: Re: [Announce] FreeVMS 0.1.3o0 Message-ID: <113n2ro1okvh096@corp.supernews.com>   John Santos wrote: > Michael Kraemer wrote: > J >> In article <opsnsdivu4zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> 
 >> writes: >>? >>> On Thu, 17 Mar 2005 14:27:30 +0000 (UTC), Michael Kraemer  I >>> <m.kraemer@gsi.de> wrote:  >>>e >>> : >>>> Nice trick, worked perfectly back then, but of course0 >>>> you exactly had to now what you were doing. >>>  >>>e: >>> That is quite different from the usual C buffer overun  >>> playing havoc with the stack >>>o >>8 >> Sure, but the marginal inherent safety advantage PL/I9 >> seems to offer is based on descriptors, and my example61 >> shows that these may be vulnerable themselves.,9 >> While we're at it: how about AREAs, these large piecese0 >> of memory, do they have descriptors as well ? >  > A > You can write safe code in C (or macro or...) and you can writeu= > unsafe code in PL/I or BASIC or Java or anything else.  ThetB > question isn't "What is possible?" but "What pitfalls are likelyG > when using the easiest and most natural methods in a given language?"r > > > This is where C loses.  To write safe code in C, you have toC > bounds-check everything, and verify all string and buffer lengthsn > and do it religiously. > G > If all your code is reviewed and you always parameterize *everything*uE > (so e.g. when someone changes the maximum size of a variable, everyuD > thing uses the correct new size automatically) and you have a goodD > version control system so everything gets recompiled when it needs? > to be, and your subroutines are all prepared to deal with thecD > memory faults they might get when someone passes a null-terminatedD > string and forgets to add the null at the end, etc. etc., then youD > can use C safely.  But isn't it easier to use a language that doesB > this for you and never forgets to check something, "because it'sA > just a little 1-byte local temp string and what can possibly goa	 > wrong?"  > D > That being said, I'm not too worried about VMS engineering using CF > because DEC and successors have traditionally been very disciplined,2 > but sometimes things do fall through the cracks. >   @ My perspective is, my job is to come up with the ideas, and the I computer's job is to do the grunt work.  If I have to do the grunt work,  8 then there are fewer ideas, applications, solutions ....   ------------------------------    Date: 18 Mar 2005 22:06:39 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) % Subject: Re: [Announce] FreeVMS 0.1.3 - Message-ID: <O8nKrSNEM+E9@cuebid.zko.dec.com>\   Larry Kilgallen wrote:  F > VMS would be better off if more of it were written in Bliss and lessG > in Macro, but that is not what compiler availability permitted.  NotefF > that VAX Bliss never _did_ get a WFIKPC (Wait for Interrupt and Keep > Channel) linkage.   G This topic is, uh, topical.  Several of us in VMS Engineering were justpH lamenting the fact that the "founding fathers" did not choose BLISS overE MACRO-32 as the language of choice for most of the kernel of VAX/VMS.   O If BLISS had been used wherever possible, the ports to both Alpha and I64 wouldL# have taken substantially less time.n  K The increased use of C within OpenVMS Alpha did greatly reduce the time andc effort to port to I64.   -- a  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comg   ------------------------------    Date: 18 Mar 2005 21:31:06 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)(% Subject: Re: [Announce] FreeVMS 0.1.3 3 Message-ID: <uoG57Tjjyeh8@eisner.encompasserve.org>n  Z In article <113mlpv6k92596b@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote:  I >> What other construct used in VMS besides WFIKPCH can you think of thatcI >> cannot be done from any higher level language ?  (Finding one languageg+ >> that lacks a feature is not sufficient.)  > I > It's not so much whether it can be done, but whether it can be done in -I > an obvious manner.  For example, bits in a structure can be shifted by sG > multiple and divide, but that's not as obvious of the intention as a y> > shift instruction would be, if the intent was to shift bits.  B Yes, languages to do bit twiddling should provide shift operators,C even if the compiler has to direct the hardware to do it via divide.
 and multiply.e  
 > Not saying 1F > that's an overwhelming consideration.  And I agree, finding missing 9 > capabilities isn't sufficient to disqualify a language.   ! That was not what I meant to say.a  A What I meant was that finding _one_ higher level language withouteA sufficient versatility to do such things does not mean that _all_u= higher level languages are inadequate.  My own favorite for aiB capable language is Ada, while Tom would nominate PL/I.  Meanwhile@ C will not even guarantee where a specified bit gets stored in a? record (talking about guarantees, not "happens to work with thes proper brand of compiler").w   ------------------------------    Date: 18 Mar 2005 21:34:48 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: [Announce] FreeVMS 0.1.3-3 Message-ID: <aaA98OreXGZ2@eisner.encompasserve.org>0  M In article <XMJ_d.4266$uw6.4216@trnddc06>, John Santos <john@egh.com> writes:.  > > This is where C loses.  To write safe code in C, you have toC > bounds-check everything, and verify all string and buffer lengthsg > and do it religiously. > G > If all your code is reviewed and you always parameterize *everything*4E > (so e.g. when someone changes the maximum size of a variable, every/D > thing uses the correct new size automatically) and you have a goodD > version control system so everything gets recompiled when it needs? > to be, and your subroutines are all prepared to deal with the D > memory faults they might get when someone passes a null-terminatedD > string and forgets to add the null at the end, etc. etc., then youD > can use C safely.  But isn't it easier to use a language that doesB > this for you and never forgets to check something, "because it'sA > just a little 1-byte local temp string and what can possibly go 	 > wrong?""  C Ultimately, the problem is how does one _prove_ that all the proper5% steps were taken in a giant program ?v  G Looking at a not-so-giant program, when DEC wrote an A1 Security KernelmC for the high-end VAX, they wrote it in Pascal, with no RTL allowed,g; in order to support mathematical proof of code correctness.d   ------------------------------   End of INFO-VAX 2005.155 ************************forward search says to "findG > <chars> from this point forward".  So if I'm at the start of <chars>, G > it *should* succeed.  The bug is that if you do a *backwards* search, E > it actually succeeds if the pointer is at the start of <chars>.  My D > point is that TECO has no business going "forward" if I tell it to > search "backwards".  >   F It would depend upon the actual placement of the 'pointer'.  Could be ? before the 'current character', or after the current character.    ------------~jU<Tq\rbg{noo`p@lqT?ђ-"z3a1Cy{!<;x]@vJrByR?M]ߎ]lHX~?He~_zr9lԶ-g^;DwBzx5UzkgZϗbL3=N$[,x넜kOar{PeGkWp'|?˷ҘoVxw& ٪h`h{{R닛[kxeY]֥W,"ZįsW~k:2Ek?wO ?y43+C(G;z|OD}s@=xYWx+_=h|Mt2l"al\޼.H	mXm:tG%a65}k {)+KKX
J@P`<V3*Ouo2PJu?bO#ސ
_S[q	7^Ɨ[	GוDiXeGi}TL$O'7bF}&<>2WpxM7z'!iS
W#yC۷'<[?Oë>d!ޖ,x?1?.-9^w5O׳_	3"I{Ƚ;'`9laK1䇌oh?g,Jk^?!gFWZ^y{^߈}=)} L;Ӱ~o4iYHx'<ܘx'õ|5cM1=CßuG@KG}hvTbu?ۣxgo;3M/?Uвh֣xQ?mޟЬ.O/p<̅W  )*!~%''UxkWOX_Kk/1#y>?\	x/(2?3+(,?=;9D~ND]/ZKe#B)kMYO0ۇx8Mo#}6bO~ ~h<*
_6`?	ڪQ|fGxt->|
~:w?Ks$u"*~~?^}φЇ? X߰d"ě_w64M6.&3:_g߃v_17(|Ƨ0^*IAo2DH}Y)MAv8_z\u<k~h{K
xC8}g#~05Gx{|BCa#A7.~QJ#C!	|Cd|֘Q:7a {XmLϸdjss!{9BM1o~Vx99j<oS./ăY`֎p}e&/݀~埚+P|B9\R
ۈ3(O+|;xvw/a|'%o\$;>/ִ=flh7Ⱦ/or#zZL۰~s`Ϧcs0ޢd=RA:wQ3ϹM+}G?Y>E`1#Q`}GLGN;K=MRўМCzoJwfǱ>+|
ov?dU-?x$p[WЄQe5u綾;;OϘx4_*e¢ua~%ϫ*e|^恫7)ڍGDd@;:-qן*_$^CG_zh}=^Wp{[~d^m'wÄ}z1_R_V'%|O>`)H_wҗaAſ#w䜰ߓW jq__lpC,Sa|&&!ޛP=h/g
w}?O+;Ю@߸g1fzyW>|̧5qC	wjQ'sWk4ʇ8]Ǧ)lE*U8ֻ
yp (Ëu|?߬<:wUw\/ϸ"U/tsǼJ)<4${Bxu~kC J &c}cha~`rgrׅ g=-KWPe0w/%O!C<1u7ϸSxbS"!n	Q<#Z=xgcxKנ;y?g<'{(?n`|5>~ߗ:Bm1,֗stZgcpҳt	,Oǃ>yϺ_ko#p=hgaZםlVL3{UO6cHH[`zF{SAϗy󦒋?
+V|_5(*5|-RxJYmo[>>%<X,VB?nׇ)8
ۙ̍cwCׅ!~>/H/7I̠&=*]glv2*L	器/JSٟ&ɬ%4#|rj|`?3nsꗨ[Ð<q/{g2"	ܥ~=ם'EeEl;cل<iFqoC6hF#{Gȿ6Ļ)v}Z/l6#N?Ks.9,?#h>πl`Bؐ=KGg|bEZ!^?!'cS^_]0xx9Oiz?>?f|oeO@*||Mt[>;`/`%ߊSo҇|Aۇ0ZG	_R߫|eU2cx]]}#՛ٿ_{>&/R=>}/TsrOT<#u~Jċ}7~/8?dza}=$)u({59DNL=]D~k4ioɘ[O*oyN9o55}T/Ƈ>O3d)>eW7|3o]A[ i>ҋBQ7>o<#?v/=SbK>uɡ(>):;p