1 INFO-VAX	Sun, 17 Apr 2005	Volume 2005 : Issue 214       Contents: Re: Building an Alpha.= Re: Communications between DECterm and DECW session manager ?  Re: FA: VMS SW kits. Re: FA: VMS SW kits.  Re: two questions about MINICOPYP Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot dataP Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot data  Re: VMS to Max OS X file sharing  Re: VMS to Max OS X file sharing  F ----------------------------------------------------------------------  % Date: Sun, 17 Apr 2005 10:35:35 +0300 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com> Subject: Re: Building an Alpha. & Message-ID: <42623BF7.1C7F0C29@hp.com>   Mister Q wrote:  > G > Oh, and another point. Attaching a console terminal? No real need for G > graphics. So, coming out of the 9 pin male on the back of the system, H > and going to a laptop with a serial port which also presents itself as > a 9 Pin Male.  > G > So, ultimately I need a 9 pin female to 9 pin female. Not sure of the H > wiring, (Modem, or null modem/crossover (and I have never seen a 9 pinC > null modem)).  (I do have a couple of 9 pin female to 25 pin male E > cables, and am digging through the junk boxes for 25-23 F-F, in the H > optimistic hope that I can plug all of this together and make it work. >  > Q   G For the 9-pin pinouts, take a look at section 14.25 in the OpenVMS FAQ. H Get two DB9 females and a length of two-pair cable (audio cable is quite) good enough for short length, and solder:  2 <--> 3 3 <--> 2 5 <--> 5   should work.   Mike.     --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Sat, 16 Apr 2005 23:54:46 -0700 ( From: Jeff Cameron <roktsci@comcast.net>F Subject: Re: Communications between DECterm and DECW session manager ?/ Message-ID: <BE875646.C127%roktsci@comcast.net>   I You could code your LOGIN.COM to determine if you are the session manager H process, or a sub-process launched by the session manager, via these two tests:  > $    SESSION_MGR_LOGIN = (F$MODE() .EQS. "INTERACTIVE") .AND.-;         (F$LOCATE("WSA",TT_DEVNAME) .NE. F$LEN(TT_DEVNAME))   E $    SESSION_DETACHED_PROCESS = (F$MODE() .EQS. "INTERACTIVE") .AND.- ;         (F$LOCATE("MBA",TT_DEVNAME) .NE. F$LEN(TT_DEVNAME))   + Then take appropriate action as you desire:    Jeff  A > Are there any  hooks to allow an interactive decterm session to 3 > communicate with the DECwindows session manager ?  > D > For instance, to tell the decwindows session manager to change itsJ > default directory when it opens an application.; Thisd way for instance,J > if I start XV from the session manager, it would already present me with) > file selection of my current directory.  > D > It would be also neat if from DCL in a decterm, you could tell theH > session manager to start an editor session with file x.y.z.  This way,J > the edtor session would show up in the work in progress and you wouldn't8 > have some subprocess tied to your current DCL process. > H > Similarly, it would be neat if you could "register" a DCL process withJ > the session manager so that certain custom menuy options would send dataC > to the decterm session after having done standard session manager J > prompting etc. (think of it as glorified dynamic PFkey definitions where@ > the session manager would send keystrokes to the dcl process).   ------------------------------  # Date: Sun, 17 Apr 2005 06:38:01 GMT ! From: Nigel Barker <nigel@hp.com>  Subject: Re: FA: VMS SW kits. 8 Message-ID: <511461lah6qa7j8esdj26gc1t4n7qbcrlb@4ax.com>  I On Sun, 17 Apr 2005 01:11:05 +0000 (UTC), helbig@astro.multiCLOTHESvax.de 1 (Phillip Helbig---remove CLOTHES to reply) wrote:   N >> There are publishers who would be delighted to sell licenses for books too,L >> so they couldn't be resold, and one might well imagine the same done for,Q >> say, automobiles. However the courts have at times held that doctrine of first N >> sale (copyright holder can control only first sale of an item, in brief andV >> if my understanding is right: IANAL) cannot be so easily avoided. It was refreshing > + >???  I'm not up to date on my MTTLAs.  :-)    AFAIK I Am Not A Lawyer    -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  % Date: Sun, 17 Apr 2005 15:45:26 +0200 & From: Paul Sture <paul.sture@decus.ch> Subject: Re: FA: VMS SW kits. , Message-ID: <3cf7j9F6miqsiU1@individual.net>   Glenn Everhart wrote:    > John Vottero wrote:  > 	 >> [snip]  >> >>I >>>> I am not a lawyer.  When you buy the media, you own that copy.  You  
 >>>> can sell H >>>> it or give it away.  You can't install that software on a computer  >>>> becauseK >>>> that is copying and all rights to copy are controlled by the copyright  >>>> holder.I >>>> If you want to copy it to your computer, you need a license from the  >>>> copyright holder. >>>  >>> I >>> I'm not a lawyer either, but I thought (I do not know as I have never J >>> been the primary in the transaction as I get all my in house VMS stuffI >>> from the datacebter) you don't actually "buy" a condist.  You license H >>> it and one of the requirements of the license is that you destroy itH >>> when your done with it.  (Still hoping someone from HP would jump in >>> here with the real story!) >>>  >> >>J >> Well that would certainly muddy the legal waters.  I suppose you can't   >> sell something you don't own. >>I >> I checked a recent condist and I couldn't find any information either   >> way.  >> >>K > Seems to me there was a case against Adobe in which the courts ruled that H > in spite of the "license" rhetoric, if it looked like a sale it was a 
 > sale andL > the doctrine of first sale applied. This had to do with packages one wouldJ > buy, possibly from a retailer, but which claimed to be selling licenses. > I > If that precedent applies, the license restrictions may be unsupported.  > M > There are publishers who would be delighted to sell licenses for books too, K > so they couldn't be resold, and one might well imagine the same done for, K > say, automobiles. However the courts have at times held that doctrine of   > first M > sale (copyright holder can control only first sale of an item, in brief and K > if my understanding is right: IANAL) cannot be so easily avoided. It was   > refreshing: > to see it move, finally, into an explicit software case.  C Which reminds me of Borland's licensing scheme for Quattro Pro and  D later, Word Perfect Office (IIRC it was Corel by then). The license G likened itself to a book - only one person could use it at a time, and  F therefore you could have the software installed, say, on your home PC D plus one at work, and as you only used one at a time, that was fine.  I But back to the real topic. My fear is that blatant abuse of the current  I scheme could endanger the Hobbyist program. As someone who tried out the  G first CHARON-VAX Hobbyist programme, I was very disappointed to see it  I withdrawn after someone published a hack (or was it a valid license key?   I forget.) in the wild.    ------------------------------    Date: 17 Apr 2005 10:08:34 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) ) Subject: Re: two questions about MINICOPY - Message-ID: <POUKWEv$MGt1@cuebid.zko.dec.com>   R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  K > This makes me wonder what determines which node in a cluster handles the  J > shadow-copy operation.  Is this documented somewhere?  Can one override F > the default behaviour (other than by setting SHADOW_MAX_COPY to all 5 > nodes other than the one which should do the copy)?   O The supported way to influence which node will deal with either a copy or merge H for any given shadow set is explained in excruciating detail in the V8.2J New Features manual (well, I suppose it may be the release notes; the doc K web site is not available now).  As part of the Host-Based Minimerge (HBMM) K work, we also added a mechanism to allow complete control over the order in : which nodes make an attempt to handle recovery operations.  I Note that while this stuff is documented in V8.2 as noted above, the HBMM H stuff was released for V7.3-2 as a separate TIMA kit, and is included inK the V0300 UPDATE kit for V7.3-2.  I'm pretty sure that the V7.3-2 kits also $ included the relevant documentation.  K One does not need to use HBMM explicitly to benefit from the prioritization  schemes added.  D VAXes, however, do not (and likely will never) have knowledge of the priortization stuff.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  + Date: Sun, 17 Apr 2005 13:16:35 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) Y Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot data ( Message-ID: <d3tnjj$i1l$1@pcls4.std.com>   prep@prep.synonet.com writes:   : >moroney@world.std.spaamtrap.com (Michael Moroney) writes:  2 >> JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  D >>>But when you define MOP services in the DECNET database, isn't it3 >>>the DECNET softwware that handles MOP requests ?   6 >> If you tell DECnet to actually respond to MOP, yes.  C >It matters not a fig what the implementation details are today, or G >tommorow. MOP and DECnet are seperatly defined protocol sets.  They DO > >have to interoperate to share some line types, and as the netA >booted/supported nodes are often on the network, defining to MOP = >details needed in the NCP database makes sense as it is then G >accessable to all the code that needs to get at it, and can be managed E >with the standard network utilitys. Note, a net booted node does not  >HAVE to be on the network.   G Yes.  Making MOP, which is not DECnet, a DECnet function causes quite a ? bit of confusion as we see from earlier replies in this string. D It was a layering violation to have DECnet control MOP like that but! it was a convenient place for it.  --   -Mike    ------------------------------  % Date: Sun, 17 Apr 2005 01:18:13 +0800  From: prep@prep.synonet.com Y Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot data - Message-ID: <877jj2myi2.fsf@prep.synonet.com>   9 moroney@world.std.spaamtrap.com (Michael Moroney) writes:   1 > JF Mezei <jfmezei.spamnot@teksavvy.com> writes:    >>Michael Moroney wrote:  ? >>> MOP is an old protocol; it is what Digital used for network ? >>> booting ever since there even was network booting.  It is a E >>> separate protocol than DECnet's protocol.  You shouldn't think of D >>> "DECnet MOP" and "LANCP".  It's all MOP, it's just a question of1 >>> whether MOP is controlled by DECnet or LANCP.   E Remember that MOP grew out of the RSX remote boot/run/swap stuff, and B was cleaned up at least twice and extended to be a reasonably fullE set of primatives for booting and maintanance ops. Performance is not  an issue here!  C >>But when you define MOP services in the DECNET database, isn't it 2 >>the DECNET softwware that handles MOP requests ?  5 > If you tell DECnet to actually respond to MOP, yes.   B It matters not a fig what the implementation details are today, orF tommorow. MOP and DECnet are seperatly defined protocol sets.  They DO= have to interoperate to share some line types, and as the net @ booted/supported nodes are often on the network, defining to MOP< details needed in the NCP database makes sense as it is thenF accessable to all the code that needs to get at it, and can be managedD with the standard network utilitys. Note, a net booted node does not HAVE to be on the network.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 17 Apr 2005 14:57:12 +0200 & From: Paul Sture <paul.sture@decus.ch>) Subject: Re: VMS to Max OS X file sharing , Message-ID: <3cf4orF6mehr6U1@individual.net>   Jeffrey H. Coffield wrote: > Brad Hamilton wrote: >  >>H >> Could someone elaborate on potential file sharing problems between a J >> Mac running the latest OS X and VMS?  I currently use Samba on my home F >> network, and my wife is considering purchase of a Mac laptop.  I'd I >> still like to have her access her file shares on VMS using Samba, but  - >> I'll consider other options, if I have to.  >  > J > The problem I have with Samba connecting to a Mac is that InDesign (one J > of the better graphic design tools) can only save a file the first time.G > Any attempt to resave it to the same name fails to actually save the  2 > file, ususally with no error message on the Mac.  @ Something I meant to mention, but forgot. I didn't try with NFS ; container files on the VMS side. Dunno if that's any use...    > I > I am going to try the NFS approach this weekend and will report back my J > results. This is for my toughest customer (my wife) so any solution has  > to be pretty reliable. > A Yes, please let us know if you have any success. Your mention of  F "toughest customer" reminds me of the time a colleague ordered half a D dozen PCs back when movies and music on PCs capabilities were first I introduced. He had promised one for his 7 year old son for Chrismas, but  E delivery was delayed by months. He ended up putting his son onto the  : telephone with the supplier to see if that got results :-)   ------------------------------  % Date: Sun, 17 Apr 2005 15:13:59 +0200 & From: Paul Sture <paul.sture@decus.ch>) Subject: Re: VMS to Max OS X file sharing , Message-ID: <3cf5oaF6n8efrU1@individual.net>    VAXman- @SendSpamHere.ORG wrote:  W > In article <3c6216F6jrkb4U1@individual.net>, Paul Sture <paul.sture@decus.ch> writes:  >  >>Jeffrey H. Coffield wrote: >> >>
 >>>Greetings,  >>> I >>>Does anyone have any experience on connecting a OpenVMS Alpha running  J >>>OpenVMS 7.3-2 / TCPIP 5.4 to a Mac running the latest OS X? Samba 2.2 8J >>>acts very strange with InDesign so I am thinking about NFS. Either side >>>can be the NFS server.  >>>  >>D >>I'm not entirely sure what you want here, but last year I spent a H >>considerable amount of time trying to get OS X to see an NFS share on J >>VMS using TCPIP 5.4. I could get there from the CLI on OS X, but no way J >>could I figure out how to access it from Finder. I could see the folder M >>listed, but always got a "permission denied" message if I tried opening it.  >>A >>See http://tinyurl.com/5kaee for my discussion here about that.  >  >  > Thanks Paul, > J > I was trying to do this same thing for my Mrs.  I have Samba running nowI > but no matter what I put in its config files, the shared device says it I > is only 20MB.  ... can't put much on that.  Once you try, the device is  > disconnected.  > I Is your instance of Samba on VMS or OS X? I'm afraid I scrapped Samba on  A the VMS side before I got my Mac so never tried that combination.   E What I ended up using to take backups was a combination of  Finder |  I File | archive on the Mac side and then the CLI to copy the result to my  G VMS system. The resulting files are readable by VMS UNZIP (and you see  $ file forks as separate files there).   __H A 24 GB tape is definitely superior to burning multiple CDs for backups!   ------------------------------   End of INFO-VAX 2005.214 ************************                                                                                                      