1 INFO-VAX	Sun, 14 Aug 2005	Volume 2005 : Issue 451       Contents:% Re: Help Needed: Tape Backup Save Set % Re: Help Needed: Tape Backup Save Set % Re: Help Needed: Tape Backup Save Set % Re: Help Needed: Tape Backup Save Set % Re: Help Needed: Tape Backup Save Set  Re: Image restore fails  Re: Image restore fails  Re: SAMBA for VMS  Re: SAMBA for VMS  Re: SAMBA for VMS  Re: SAMBA for VMS  Re: SAMBA for VMS  Re: SAMBA for VMS  Re: SAMBA for VMS ! Re: Turning up an Ethernet & tftp  Updated VMS Information   F ----------------------------------------------------------------------    Date: 13 Aug 2005 10:56:34 -0700$ From: "AEF" <spamsink2001@yahoo.com>. Subject: Re: Help Needed: Tape Backup Save SetC Message-ID: <1123955794.453954.149500@g47g2000cwa.googlegroups.com>    Wayne Sewell wrote: ' > >From: "AEF" <spamsink2001@yahoo.com>  > >X-Newsgroups: comp.os.vms1 > >Subject: Re: Help Needed: Tape Backup Save Set # > >Date: 13 Aug 2005 08:06:34 -0700  >  > >Wayne Sewell wrote:8 > >> >NNTP-Posting-Date: Fri, 12 Aug 2005 21:58:51 -05001 > >> >Message-ID: <42FD620F.E7F791D7@comcast.net> + > >> >Date: Fri, 12 Aug 2005 21:59:27 -0500 8 > >> >From: David J Dachtera <djesys.nospam@comcast.net>+ > >> >Reply-To: djesysno@spam.earthlink.net  > >> >Organization: DJE Systems  > >> >X-Newsgroups: comp.os.vms 4 > >> >Subject: Re: Help Needed: Tape Backup Save Set > >> > >> >Z wrote: > >> >>  > >> >> David J Dachtera wrote:  > >> >> >>>You can$ > >> >> >>>BACKUP/LIST tape_device:* > >> >> H > >> >> >>If you're going to use BACKUP, let VMS mount the tape for you. > >> >> : > >> >> > Ooohhh... Careful there! Not always a good idea. > >> >> " > >> >> When isn't it a good idea? > >> >) > >> >See the other posts in this thread,  > >>S > >> Some of which were irrelevant for most of us, referring to ancient versions of E > >> vms and unreliable tape drives that hardly anyone uses any more.  > >  > > E > >Sir, please. Z just asked, if the >'s didn't get mangled, right up I > >there, look a few lines up and you'll see that Z wrote, "When isn't it  > >a good idea?" > > G > >Whether that's relevant for "most of us" is irrelevant. :-) He asked F > >when it's not a good idea, and David referred to my answers to saidB > >question. He didn't ask "When is this relevant to most of us?". > Q > If he is using a recent version of vms (he didn't say, IIRC), it probably never I > occurred to him that someone would bring up issues from versions of the O > operating system that were current fifteen years ago, when said issues do not I > exist on current systems.  He inadvertently left off the "no historical D > anecdotes, please".  I would not have thought it necessary either.    He asked "when?" and I answered.  Q > Did you miss the "most of us" part?  I was not implying that the comment should O > not be made.  Some people are probably still using 5.4 and 8mm tapes and hung  > on every word.  - OK. I was just trying to answer the question.   N > I just made a statement: "it's not relevant for most of us".  Do you disputeQ > the statement?  As far as the relevance of *my* statement, are you permitted to * > make irrelevant statements and I am not?  D No. I answered his question. He asked "When?" and I mentioned such a
 circumstance.   N > Why *should* most of us care about scenarios we will never see?  Like I saidL > earlier in the thread, for us it's of [possible] historical interest only.  @ How do you know you'll never come up against some bug like this?  E And you answer yourself with the possible historical interest part. I C guess I should have explicitly mentioned that it was that. I didn't F think that was necessary. :-) Still, such a bug (or similar) could pop	 up again.   H > >Frankly, I find it quite interesting that non-first-volumes of a saveG > >set couldn't be mounted by BACKUP with my two-jobs-ago VAX. Just why H > >did BACKUP have this trouble? The only difference is that the tape isG > >either the first volume or not. Why should that make any difference? > > >Does BACKUP go, "What, a second volume, and *I* mounted it?H > >Auuuuuuuuugggghhhhh!" as oppposed to "What, a second volume, oh, it'sH > >okay, MOUNT mounted the tape. I'll just deal with it." :-) What could > >cause this bizzare problem? > >  > L > If it matters that much, you can try to track down the 5.4 source code and- > determine *exactly* why it did what it did.   G I am just curious what could cause such a problem. I cannot imagine how F it could happen. How could BACKUP "get so upset" so as to not functionE correctly and additionally corrupt the memory registers that hold the  tape label?   K > All I care about is that the bug was fixed, and that the auto mount works ) > exactly like it is supposed to nowdays.   G Fine. I didn't say my answer would be of interest to you in particular.     F Well, maybe you could help me with my TLZ07/09 woes. There's somethingD that's not fixed and often causes me headaches. It also caused me toE win the grammy-nominated song "I Knew It Was the Tape Drive". (OK, it G was never nominated, but it is on the Web both in c.o.v. and on a DECUS  site.)   >  >  > >[...] > >>Q > >> If I want to write several savesets starting at an arbitrary position on the L > >> tape (can't think of a reason for this other than the end of tape being? > >> trashed; I would just start a new tape in that situation):  > > F > >Maybe you want to keep only some of the first m save sets on a tapeH > >that has n save sets (where n>m). Of course, unless cost is an issue,B > >or you've run out of tapes and don't have time to get new ones, > L > Sounds like a nightmare to keep track of.  Especially if you have multipleH > instances of the same saveset name on the same tape, which some people > inexplicably do.  2 Yes it is. But it answers your (implied) question.  K > Also, you would have savesets of differing vintage on the same tape, thus G > confusing the issue of when the tape should be initialized for reuse.  >  > >one9 > >would probably be better off just starting a new tape.  >  > would be a lot simpler   Agreed.    >  > >  > >> > >> <tape is not mounted>
 > >> mountM > >> set magtape/skip:file=<start_pos>  (where start_pos is savesets times 3)  > > B > >I think you'd have to write a new EOT marker at this point, no?J > >Otherwise I'd think that BACKUP would skip to EOT and start writing the > >new save set there. > N > Yes, probably so.  Didn't think it through, as it is not a procedure I wouldI > ever do.  The only reason I ever use skip is for restores from specific  > savesets.    ------------------------------  % Date: Sat, 13 Aug 2005 15:38:27 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>. Subject: Re: Help Needed: Tape Backup Save Set/ Message-ID: <00A483A5.83375E50.3@tachysoft.com>   % >From: "AEF" <spamsink2001@yahoo.com>  >X-Newsgroups: comp.os.vms/ >Subject: Re: Help Needed: Tape Backup Save Set ! >Date: 13 Aug 2005 10:56:34 -0700    > H >I am just curious what could cause such a problem. I cannot imagine howG >it could happen. How could BACKUP "get so upset" so as to not function F >correctly and additionally corrupt the memory registers that hold the >tape label? >   N There are several categories of bug that can cause memory corruption.  Once itM happens, everything goes crazy.  Strings contain garbage, flags switch to the H opposite state, enumerated types go out of range, integers contain bogusO values.  Often strings are overwritten with integers at some offset within them 2 and integers contain one or more ascii characters.  L One way this can happen is if you exceed the capacity of a string variable. O Say you have allocated 30 bytes for a string and stuff in 40 under some obscure M scenario.  You go past the end of the string and wildwrite into the variables . that follow it, which may or may not be ascii.  O Once something gets trashed, the failure can cascade as the corrupted variables 4 cause other parts of the code to behave incorrectly.  F If the variable happens to be on the stack, i.e. a local variable in aM procedure, wildwrites can cause even more bizarre results if they extend into K the stack frame.  You can change the contents of all the registers when the I procedure exits because the saved register values are overwritten, or the N procedure can't exit at all because the return address is trashed, and you get an exception and total abort.   J Hackers try to do wildwrites deliberately, AKA the famous "buffer overrun"I attack.  Fortunately, in general vms and its applications don't let them.   N This ain't the billyworld, so software failures in the operating system itself4 don't happen very often.  But they do on occasion.    K Many of these problems are eliminated by checking the length of strings and J other variable length elements before trying to use them, which vms almost1 always does.  And other forms of data validation.   K Anyway, there are a number of things that could cause results like what you  saw.O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  % Date: Sat, 13 Aug 2005 22:51:55 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>. Subject: Re: Help Needed: Tape Backup Save Set+ Message-ID: <42FEBFDA.1A8C10D9@comcast.net>    Wayne Sewell wrote:  > 5 > >NNTP-Posting-Date: Fri, 12 Aug 2005 21:58:51 -0500 . > >Message-ID: <42FD620F.E7F791D7@comcast.net>( > >Date: Fri, 12 Aug 2005 21:59:27 -05005 > >From: David J Dachtera <djesys.nospam@comcast.net> ( > >Reply-To: djesysno@spam.earthlink.net > >Organization: DJE Systems > >X-Newsgroups: comp.os.vms1 > >Subject: Re: Help Needed: Tape Backup Save Set  >  > >Z wrote:  > >> > >> David J Dachtera wrote: > >> >>>You can ! > >> >>>BACKUP/LIST tape_device:*  > >>E > >> >>If you're going to use BACKUP, let VMS mount the tape for you.  > >>7 > >> > Ooohhh... Careful there! Not always a good idea.  > >> > >> When isn't it a good idea?  > > & > >See the other posts in this thread, > P > Some of which were irrelevant for most of us, referring to ancient versions ofB > vms and unreliable tape drives that hardly anyone uses any more. > ' > >or just consider circumstances where I > >you may want to start/resume BACKUP operations from the tape's current I > >position, or any other circumstance where knowing the current state of B > >the tape is important, as opposed to assuming what it MIGHT be. > >  > P > There's no doubt what it will be if backup does the mount: at the beginning ofP > the tape.  If you say /rewind on the backup it will stay there.  If you don't,Q > backup will go to the end of the tape to write the saveset.  Doesn't that count + > as knowing the current state of the tape?  >  > [snippage]  G Yes and no. In a predictable series of events (no automation failures),  this could be true.   G When WRITING, BACKUP will start at BOT when first MOUNTed or if you use @ /REWIND, at the current tape position without /REWIND (check theG HELP/doc. to see what the relevant default is for /REWIND - it varies).   F Likewise, when READING, BACKUP will start at BOT when first MOUNTed orA if you use /REWIND, at the current tape position without /REWIND.   ; This may or may not be the correct action, depending on the  circumstances.  + That's all I was really trying to indicate.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sun, 14 Aug 2005 00:13:22 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Help Needed: Tape Backup Save Set, Message-ID: <42FEC4D2.BA504AF3@teksavvy.com>   David J Dachtera wrote: I > When WRITING, BACKUP will start at BOT when first MOUNTed or if you use B > /REWIND, at the current tape position without /REWIND (check theI > HELP/doc. to see what the relevant default is for /REWIND - it varies).   $ Something I was never quite sure of:   If you have    $!( $BACKUP/IMAGE $DISK1 mua0:disk1.sav/save $some commands( $BACKUP/IMAGE $DISK2 mua0:disk2.sav/save $!    C What is needed in the above to ensure that the second backup writes   disk2.sav AFTER disk1.sav ??????  G Or let me rephrase the question: how does the first backup command know H it shouldn't dismount the tape when it is done so that subsequent backupH commands will have the tape already mounted and already at end of tape ?   ------------------------------  % Date: Sat, 13 Aug 2005 23:31:44 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>. Subject: Re: Help Needed: Tape Backup Save Set+ Message-ID: <42FEC930.967B080D@comcast.net>    JF Mezei wrote:  >  > David J Dachtera wrote: K > > When WRITING, BACKUP will start at BOT when first MOUNTed or if you use D > > /REWIND, at the current tape position without /REWIND (check theK > > HELP/doc. to see what the relevant default is for /REWIND - it varies).  > & > Something I was never quite sure of: > 
 > If you have  >  > $!* > $BACKUP/IMAGE $DISK1 mua0:disk1.sav/save > $some commands* > $BACKUP/IMAGE $DISK2 mua0:disk2.sav/save > $!  H We all have BACKUP procedures which do exactly that. The lakc of /REWIND seems to cover it.  E > What is needed in the above to ensure that the second backup writes " > disk2.sav AFTER disk1.sav ?????? > I > Or let me rephrase the question: how does the first backup command know J > it shouldn't dismount the tape when it is done so that subsequent backupJ > commands will have the tape already mounted and already at end of tape ?  H BACKUP doesn't explicitly DISMOUNT the tape unless a volume change needs( to occur or the user specified /RELEASE.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  + Date: Sun, 14 Aug 2005 01:11:45 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney)   Subject: Re: Image restore fails( Message-ID: <ddm5oh$uaq$1@pcls4.std.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:    >David J Dachtera wrote:G >> be rather a long dissertation here. In a nutshell, VMS$COMMON.DIR is I >> expected to be FID (15,1,x), and [SYSx(x)]SYSCOMMON.DIR is expected to 0 >> be an alias (SET FILE/ENTER) for VMS$COMMON.   F >In what way does VMS expect VMS$COMMON to be 15,1,x ? What portion of >VMS expects that and why ?   F VMS doesn't make any such expectations.  But due to the way VMS systemH disks are created (and image backups preserve the FID), it almost always is (15,1,0).   ------------------------------  % Date: Sat, 13 Aug 2005 23:02:15 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: Image restore fails+ Message-ID: <42FEC247.4C31416B@comcast.net>     Peter 'EPLAN' LANGSTOEGER wrote: > b > In article <42FD6D46.16235330@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > >JF Mezei wrote: > >> David J Dachtera wrote:K > >> > be rather a long dissertation here. In a nutshell, VMS$COMMON.DIR is M > >> > expected to be FID (15,1,x), and [SYSx(x)]SYSCOMMON.DIR is expected to 3 > >> > be an alias (SET FILE/ENTER) for VMS$COMMON.  > >>J > >> In what way does VMS expect VMS$COMMON to be 15,1,x ? What portion of > >> VMS expects that and why ?  > > I > >Check the documentation. That's where I found it, once but long ago...  >  > Please do it for us.  H I did it once, long ago. I have neither the resources nor the time to doD it again just now (I recall this taking most of a week, including anG abortive attempt to enlist the CSC's assistance.) You might try looking F up the ODS-2 documentation and the INITIALIZE documentation. I seem toG recall (vaguely) one or both of them explaining what files are expected D to be where in INDEXF.SYS. I don't recall just now what piece of theF puzzle indicated that some obscure code expected to find VMS$COMMON byE FID (15,1,x). Perhaps some older SYSINIT documentation - don't recall G just now. It might have been that after the basic files are provided by G ($)INITIALIZE, the first available file header ends up being number 15.  Dunno.  D Anyway, plan on investing at least a week poring over the docset and experimenting on your own.  ; > None of my system disks have VMS$COMMON.DIR with (15,1,0)   E Regardless of the sequence number, do you have any with header number 
 15, RVN 1?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  + Date: Sat, 13 Aug 2005 14:57:27 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: SAMBA for VMS2 Message-ID: <05081314572721_20200298@antinode.org>  - From: Kilgallen@SpamCop.net (Larry Kilgallen)   ! > >    You must not get out much.  > >  > > alp $ help ld  > >  > > LD > > J > >         The logical disk utility is a system management tool available > J > You must be under the impression that your local computer customizations( > appear on every computer in the world. > : > The command HELP LD on my VAX produces an error message.; > The command HELP LD on my Alpha produces text about LDAP.   F    You infer more than I implied.  It's installed on my Alpha, and theG help gives a brief description.  I also showed where to get it.  I made > no claims about its being installed everywhere.  Or did I miss
 something?    ( From: bill@cs.uofs.edu (Bill Gunshannon)  7 > So it's not part of VMS and not on my machine.  [...]   A    From the current ("HP VMS LD V8.0") kit's FREEWARE_README.TXT:   F This kit will not install on OpenVMS Alpha V8.2 and later, as that andI subsequent releases contain integrated support for LD.  (Releases OpenVMS I Alpha V7.3-1 and later do have all necessary pieces of LD latent, but the E command verb is not registered in DCLTABLES by default prior to V8.2. 9 Please see SYS$MANAGER:CDRECORD.COM for related details.)     F    Whether you deign to use it is not my decision, of course, but it's< not as if it's raw sewage and I suggested that you inject itH intravenously.  I'm sorry that I assumed that you had made a request forH information, when it's (now) clear that you were just venting.  I'll try to be more careful henceforth.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Sat, 13 Aug 2005 17:28:08 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: SAMBA for VMS. Message-ID: <42FE2DA8.14884.6C63B1C@localhost>  ( On 13 Aug 2005 at 12:17, JF Mezei wrote:E > > Shame you can't wait for OpenVMS Engineering to develop their own 9 > > Samba implementation.  Should be ready to go Q2 2006.  > " > Doubtful it will make it to VAX.  = I suggested that they supply their changes back to the Samba  * mainline.  They think that's a great idea.  E So, it's conceivable that you could download Samba someday and build  " it for VAX (with DEC C, probably).  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Sat, 13 Aug 2005 23:11:26 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: SAMBA for VMS+ Message-ID: <42FEC46E.F25EFB15@comcast.net>    Bill Gunshannon wrote: > 5 > In article <tEhZJ7+3Dyne@eisner.encompasserve.org>, 9 >         Kilgallen@SpamCop.net (Larry Kilgallen) writes: [ > > In article <3m4uv9F159sepU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: / > >> I'm back looking for a little help, again.  > >>E > >> Can someone point me at a SAMBA distribution for the VAX that is C > >> relatively simple to install?  So far I have found three.  The D > >> first two didn't seem to put things in the right subdirectoriesC > >> so installing failed and the third came as an ODS file which I " > >> have no idea what to do with. > > G > > If the "ODS file" is an image of an ODS disk, burning it to a CDROM % > > might result in a mountable disk.  > B > I have  no software capable of burning a CD that even has a clue > what a .ods file is.    F Some CD burning software doesn't care. Gear for one, Nero for another.  , > And that certainly seems like an awful lot, > of extra work to just install one package.  E Well, yes and no. In UN*X-land, it's the order of the day. We're just E not accustomed to it in VMS-land because little or nothing outside of 7 ECOs and freeware is downloadable, freely or otherwise.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 13 Aug 2005 23:17:34 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: SAMBA for VMS+ Message-ID: <42FEC5DE.E0F56081@comcast.net>    Bill Gunshannon wrote: > 5 > In article <VO5$2o0o8q68@eisner.encompasserve.org>, 9 >         Kilgallen@SpamCop.net (Larry Kilgallen) writes: d > > In article <42FD6DB1.FF70697D@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > >> David J Dachtera wrote: > >>>  > >>> Bill Gunshannon wrote: > >>> > 2 > >>> > I'm back looking for a little help, again. > >>> > H > >>> > Can someone point me at a SAMBA distribution for the VAX that isF > >>> > relatively simple to install?  So far I have found three.  TheG > >>> > first two didn't seem to put things in the right subdirectories F > >>> > so installing failed and the third came as an ODS file which I% > >>> > have no idea what to do with.  > >>> E > >>> The .ODS file is disk image. Burn it to a CD-R and you will get $ > >>> something that can be MOUNTed. > >>H > >> Alternately, you can LD CONNECT it to an LD device, and MOUNT that. > > = > > "LD" does not seem to be a command on my VMS V7.3 system. H > > Perhaps you meant to specify that some software beyond VMS should be > > installed first. > H > See what I mean!  If someone with Larry's experience doesn't know what( > this means, how could I possibly know?  0 Have you read the most recent VMS Tech. Journal?  F Sneak preview: Having been unsupported freeware for some years now, LD is about to become supported!   D Support is "latent" in V7.3-2 and V8.2. The driver and API / controlG program are there, but the verb isn't. The V8.0 LD kit, as indicated by H the Tech Journal article, is not only compatible back to at least V7.2-2F (I think), but does some really, REALLY neat stuff! ...like allowing aG portion of an unMOUNTed volume to be treated as a virtual volume (whole * new take on the "partitioning" paradigm!).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 13 Aug 2005 23:20:18 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: SAMBA for VMS* Message-ID: <42FEC682.52B5530@comcast.net>   Dan Foster wrote:  > d > In article <VO5$2o0o8q68@eisner.encompasserve.org>, Larry Kilgallen <Kilgallen@SpamCop.net> wrote: > > = > > "LD" does not seem to be a command on my VMS V7.3 system.  > D > I think LD was bundled with VMS starting with V7.3-1? I'm not sure) > LDDRIVER ever shipped with OpenVMS/VAX.  > H > > Perhaps you meant to specify that some software beyond VMS should be > > installed first. > D > The Freeware CD does include LDDRIVER and works great on Alpha. No% > idea if it works with VAX (or I64).  > J > I seem to recall that LDDRIVER was a Glenn Everhart creation (and a very > nicely done one, at that).  2 Glen provided us with the also excellent VDDRIVER.  < From my V7.2-2 system here at home (edited slightly for spam resistance):   $ help ld author   LD     Author    A         The author of this piece of software is Jur van der Burg, 8         Digital Equipment Corporation, Utrecht, Holland.  @         In case of problems/questions/suggestions please contact>         the author at jur dor vanderburg at digital dot com or&         vdburg at mail dot dec dot com     --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 13 Aug 2005 23:22:30 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: SAMBA for VMS* Message-ID: <42FEC706.1EAFC55@comcast.net>   Larry Kilgallen wrote: > a > In article <05081309062565_20200298@antinode.org>, sms@antinode.org (Steven M. Schweda) writes: , > > From: bill@cs.uofs.edu (Bill Gunshannon) > > H > >> Alternately, you can LD CONNECT it to an LD device, and MOUNT that. > >>D > >> Yeah, I could.  If I had a clue what that actually meant or how > >> to do it. > > ! > >    You must not get out much.  > >  > > alp $ help ld  > >  > > LD > > J > >         The logical disk utility is a system management tool available > J > You must be under the impression that your local computer customizations( > appear on every computer in the world.  / Just like we're all security experts, like you?   : > The command HELP LD on my VAX produces an error message.; > The command HELP LD on my Alpha produces text about LDAP.     Syntactical ambiguity, at least.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 13 Aug 2005 23:25:55 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: SAMBA for VMS+ Message-ID: <42FEC7D3.2A1B0394@comcast.net>    "Stanley F. Quayle" wrote: > C > > I have no software capable of burning a CD that even has a clue  > > what a .ods file is. > H > Some Windows packages (Ahead Nero) will let you burn an "ISO" bit-for-E > bit, which can be an ODS image.  CDRECORD, available on Linux etc.,  > can do the same. > D > I burn using CDRECORD on my Alpha VMS V7.3.  It works quite nicelyG > with a SCSI 1x burner I have.  I master the image with VD (similar to E > LD), and burn the file to the CD-R.  I always add "Burned with VMS"  > on the CD's. > D > > And that certainly seems like an awful lot of extra work to just > > install one package. > E > Yeah, that doesn't sound like intelligent packaging.  There must be   > something else going on there.  G There is: it was intended to install from CD leaving nothing extraneous C on the target machine, and without installing/building from source.   C > Shame you can't wait for OpenVMS Engineering to develop their own 7 > Samba implementation.  Should be ready to go Q2 2006.   + Q4 2005 (31-Dec-2005) would be much better.   G In the meantime, I'm hoping I can finally get Samba to actually work so F my CD kit building stuff for Samba V2.2-8 will actually mean something to the OpenVMS community!    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 13 Aug 2005 23:08:26 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: Turning up an Ethernet & tftp+ Message-ID: <42FEC3BA.D1867EEB@comcast.net>    Alan Greig wrote:  >  > David J Dachtera wrote:  > >  > >  > > Do you get a link light? > > L > > What does the Alpha console think about them? (See the HELP for the SHOW > > commands.) > > A > > What console environment variables, if any, are set for them? G > > (Try "show e*" at the console. For example, if the console variable I > > ewa0_mode is set to FASTFD, the console will try to put the card into J > > 100Mb mode; if its says "Twisted pair", that's usually 10Mb mode. AutoC > > negotiate is not usually recommendable. Set the Alpha to expect = > > something explicit, and leave the hub/switch port set for L > > auto-negotiate. That way, you stand a good chance to get what you expect5 > > versus what the hard/firmware wants to give you.)  > I > Could also he that the device is fine but just not started in TCPIP. In  > which case he should look atD > http://h71000.www7.hp.com/doc/82final/6524/ba548-90001.pdf section" > 3.4.4.2 Interface configuration.  F The OP did not indicate at what level he was seeing the interface failF to "start up". Also, did not indicate versions or flavors of software.   > > ( > >>Then how do I add the drives to VMS? > >  > > J > > You don't. VMS detects them and sets up DCBs for them. All you need to > > know is their SCSI id.'s.  > H > Maybe he just needs INIT and MOUNT. Difficult to tell the level of VMS# > knowledge from the original post.   @ The OP's .sig included links indicating he was working with UN*XC primarily, is likely accustomed to having to do everything manually H without much assistance, and his comments suggested he was applying such UN*X principles to VMS.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 13 Aug 2005 16:41:39 -0700! From: susan_skonetski@hotmail.com   Subject: Updated VMS InformationC Message-ID: <1123976498.980400.276610@g47g2000cwa.googlegroups.com>    Dear Distribution lists,  & Here is this weeks updated information   Index    Sue's Links  In the Press Partners Our Partners Job   
 Warm Regards,  Sue      Sue's links for this week   ! Favorite Operating System Survey] ? http://www.thinkgeek.com/feedback.shtml - Guess what I picked ?   ? Speaking of voting have you picked your favorite use of a hobby 1 license? Please visit http://www.openvms.org/cool   F If you are planning on doing an article for the next technical journal  B OpenVMS Technical update days.  We will be doing OpenVMS Technical> update days again this year in Europe and new for this year inB Australia and Asia Pacific.  Countries for Europe are Germany Sept 26-27, ItalyC (Rome) Sept 29, (Milan) Sept 30, Switzerland Oct 3-4, France Oct 6, B Netherlands Oct 10-11, Sweden Oct 13-14.  The team will then be in: Australia starting Nov 3 watch this space for more details  A If you would like to do an article for the next technical journal " please submit article abstract at:F "http://h71000.www7.hp.com/openvms/journal/cfp.html" to date in 05 the- technical journal has received over 29K views F "http://h71000.www7.hp.com/openvms/journal/index.html".  Articles willE be due in November, you will receive a template this month (.doc)with A an acceptance note.  We will be accepting abstracts until Aug 19.      In the Press  G http://www.serverwatch.com/hreviews/article.php/3525901 Hardware Today:  Has RISC Gotten Risky?  D http://www.itjungle.com/breaking/bn080805-story01.html Server Makers Push Linux As Linux Pulls Them  F http://www.itp.net/news/details.php?id=17126&category=  HP boosts disk array offering  F http://www.internetnews.com/dev-news/article.php/3525671 Kept Alive by Open Source   D http://www.itjungle.com/tug/tug080405-story05.html But Wait, There's More     Our Partners  & The VMS Store from Networking Dynamics1 http://www.networkingdynamics.com/TheVmsStore.htm   0 ________________________________________________ PL/I ----Original Message----- ( From: Tom Linden [mailto:tom@kednos.com]% Sent: Friday, August 05, 2005 2:46 PM  To: PLIList / Subject: PL/I for OpenVM HTML Documentation kit     G In response to demand we are please to offer all the PL/I documentation B in HTML as a single kit for FREE download.  This will allow you toG install the HTML docs locally for faster access for your users. The kit F is in the form of a  saveset and when you run backup  it will create aG directory [.HTML] once installed to access the documentation point your B browser to [.html]docs.html  All HREFs are relative to this point.  1 To access the documentation point your browser to F ftp://ftp.kednos.com/pub and download PLI_HTML_DOCS.BCK  or the zippedE version PLI_HTML_DOCS_BCK.ZIP or simply fetch with anonymous ftp from  the command line.   B Moving the files to Unix or Windows is left as an exercise for the! reader. ----Original Message----- ( From: Tom Linden [mailto:tom@kednos.com]% Sent: Friday, August 05, 2005 2:47 PM  To: PLIList - Subject: Announcement: New PL/I kit for Alpha     9 A new kit is now available for download from our website, 7 which includes a complete rebuild of the GEM interface.   @ This fixes a cute bug.  When compiling with /SHOW=STATISTICS theF compile speed is computed in lines per minute.  Time is measured in in> units of a hundredth of a millisecond,  which turned out to beC zero for a small program on an ES47.  When this code was originally G written in 1978 for the VAX I guess it was never thought that computers  would get that fast!   Tom    _______________________    Job from Yahoo Groups    ---Original Message-----A From: openvms@yahoogroups.com [mailto:openvms@yahoogroups.com] On  Behalf Of jef_cam & Sent: Wednesday, August 10, 2005 13:25 To: openvms@yahoogroups.com D Subject: [OpenVMS] OpenVMS Position available in Southern California    < MTI is a progressive High Technology company specializing inC Enterprise Computer Storage Solutions. We are currently looking for ? computer professionals to provide telephone support for various D software products including Legato/EMC software as well as MTI's own3 suite of software for the OpenVMS operating system.   D Applicants should have at least 3 years experience in OpenVMS systemD Administration with duties in System backup and recovery. Additional> experience in one or more of the following (UNIX, Linux and/or  Windows) would also be required.  B The position does allow for telecommuting, however 80% of the workA must be performed in the MTI Corporate office which is located in - the Tustin/Irvine area of Orange County area.   7 Applicants should send their resume and cover letter to  VMSSupport@mti.com.    Jeff Cameron MTI OpenVMS Team Leader    ------------------------------   End of INFO-VAX 2005.451 ************************