1 INFO-VAX	Wed, 15 Nov 2006	Volume 2006 : Issue 629       Contents: Re: DEC VAX and EMC  Re: DEC VAX and EMC  Re: DEC VAX and EMC - Re: DECC:  VAX 7.2 vs 7.3: malloc/free oddity + Re: DECTERM: remotely creating  an instance . Re: Easiest / Cheapest way to get into OpenVMS. Re: Easiest / Cheapest way to get into OpenVMS4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?= Re: Hobbyist License for VAX-VMS: producer=hp v producer=dec?  Re: Most "classic" VMS version1 Re: ODS-5 volume restrictions from a VAX 7.3 node 7 Re: Performance comparison Alpha ES40 vs Itanium rx3600 7 Re: Performance comparison Alpha ES40 vs Itanium rx3600 + Re: Programatically determining TCPIP stack + Re: Programatically determining TCPIP stack 5 Re: Programatically determining TCPIP stack (Thanks!) * Re: unassigned mailbox still gathers stuff* Re: unassigned mailbox still gathers stuff* Re: unassigned mailbox still gathers stuff* Re: unassigned mailbox still gathers stuff Re: VMS Gaming History?  Re: VMS Gaming History?  Re: VMS outsourcing  Re: VMS outsourcing  Re: VMS outsourcing  Re: VMS outsourcing  Re: VMS outsourcing  Re: VMS outsourcing = Re: What layered products are important for a VAX VMS system?  Re: Who called me?& Re: [OT] SRM hardware setup reference?  F ----------------------------------------------------------------------    Date: 15 Nov 2006 10:18:11 -0800  From: peter.elliott@ntlworld.com Subject: Re: DEC VAX and EMCC Message-ID: <1163614691.823845.219030@k70g2000cwa.googlegroups.com>    Stanley F. Quayle wrote: > Tom Linden wrote: K > > BUY a DS10L and think of it as a "controller" in the sense that has the O > > HBA that talks to the SAN and it is clusterd with the VAX serves the disks.  > G > This is certainly a reasonable approach.  Assuming there's a HBA that  > rated for the DS10L. >  > sean@obanion.us wrote:H > > However, it might be cheaper to run a VAX emulator on the Alpha than > > keep the VAXen running.  > I > That's a possible using CHARON-VAX [Shameless Plug Alert (tm) -- I am a F > CHARON reseller].  However, the Windows version would be much higher@ > performance, and you wouldn't have to buy an Alpha and its VMS > licenses.  > F > More of a plug -- check out http://www.stanq.com/charon-vax.html for > your hosting options...    ------------------------------    Date: 15 Nov 2006 10:25:54 -0800  From: peter.elliott@ntlworld.com Subject: Re: DEC VAX and EMCC Message-ID: <1163615153.960148.246330@k70g2000cwa.googlegroups.com>    Stanley F. Quayle wrote: > Tom Linden wrote: K > > BUY a DS10L and think of it as a "controller" in the sense that has the O > > HBA that talks to the SAN and it is clusterd with the VAX serves the disks.  > G > This is certainly a reasonable approach.  Assuming there's a HBA that  > rated for the DS10L. >  > sean@obanion.us wrote:H > > However, it might be cheaper to run a VAX emulator on the Alpha than > > keep the VAXen running.  > I > That's a possible using CHARON-VAX [Shameless Plug Alert (tm) -- I am a F > CHARON reseller].  However, the Windows version would be much higher@ > performance, and you wouldn't have to buy an Alpha and its VMS > licenses.  > F > More of a plug -- check out http://www.stanq.com/charon-vax.html for > your hosting options...    Jay,  C You should download the latest EMC support matrix which details the F various EMC storage against HBA models, OpenVMS versions and supported
 AlphaServers.   B We certainly have a DS10 and several 1200's running OpenVMS V7.3-2G connected to (and booted from) EMC DMX rigs with the older 1Gb kzpsa-ca  and kzpsa-cb cards.  Peter.   ------------------------------    Date: 15 Nov 2006 10:26:54 -0800  From: peter.elliott@ntlworld.com Subject: Re: DEC VAX and EMCC Message-ID: <1163615214.817099.100730@h54g2000cwb.googlegroups.com>    Stanley F. Quayle wrote: > Tom Linden wrote: K > > BUY a DS10L and think of it as a "controller" in the sense that has the O > > HBA that talks to the SAN and it is clusterd with the VAX serves the disks.  > G > This is certainly a reasonable approach.  Assuming there's a HBA that  > rated for the DS10L. >  > sean@obanion.us wrote:H > > However, it might be cheaper to run a VAX emulator on the Alpha than > > keep the VAXen running.  > I > That's a possible using CHARON-VAX [Shameless Plug Alert (tm) -- I am a F > CHARON reseller].  However, the Windows version would be much higher@ > performance, and you wouldn't have to buy an Alpha and its VMS > licenses.  > F > More of a plug -- check out http://www.stanq.com/charon-vax.html for > your hosting options...    Jay,  C You should download the latest EMC support matrix which details the F various EMC storage against HBA models, OpenVMS versions and supported
 AlphaServers.   B We certainly have a DS10 and several 1200's running OpenVMS V7.3-2G connected to (and booted from) EMC DMX rigs with the older 1Gb kzpsa-ca  and kzpsa-cb cards.  Peter.   ------------------------------    Date: 15 Nov 2006 08:27:52 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: DECC:  VAX 7.2 vs 7.3: malloc/free oddity3 Message-ID: <BcqsyHt2XTHR@eisner.encompasserve.org>   h In article <13c3b$455981ea$cef8887a$14842@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Koehler wrote:F >>    Let us know what /list/show=(include,expan) gives you, it always* >>    solved these kinds of things for me. >  > K > Unfortunatly, after upgrading from DECC 6.0.0 something to Compaq C 6.4,  , > the problem is no longer being reproduced.  D    Sounds like a mislaid #ifdef for an RTL version or something.  Or0    maybe just a .0 bug.  Glad to see it's fixed.   ------------------------------    Date: 15 Nov 2006 09:56:58 +0100/ From: huber@NIRWANA-mppmu.mpg.de (Joseph Huber) 4 Subject: Re: DECTERM: remotely creating  an instance+ Message-ID: <XJhKZKnxHwVh@vms.mppmu.mpg.de>   h In article <e2419$455856aa$cef8887a$10753@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:J > Right now, if the X-server is on node1, in order to to create a decterm K > running on node2 but targetted at node1, one needs to use lots of SYSMAN   > commands from node1 decterm. > 8 > It would be nice, if from a node1 decterm, I could do H > CREATE/TERM/REMOTE=node2/TRANSPORT=DECNET/NODE=node1   and this would L > automatically cause node2 to create a terminal pointed at node1's display. > G > Just a suggestion. I realise that it may be of use only in my unique  H > universe and that the rest of the world may not have any needs for it.  E No Your universe is not unique, but the solution doesn't need SYSMAN  I (and the OPER privilege), if there is DECnet available, install a network H object which does the decterm create. It can communicate with the clientM program to get the current display parameters, so the user command just needs  to specify the remote node like    $ DECW_VUE node2 or     $ DECW_VUE node2 DECTERM or    $ DECW_VUE node2 FILEVIEW or any other X11 application.   H Such commandfiles/netobjects have been posted over the years, mine is at7   http://wwwvms.mppmu.mpg.de/util_root/com/decw_vue.com   Q In order not to specify user/passwords, You need proxies on all systems involved.   & The netobject (DECnet+) is defined as:   Characteristics   7     Client                            = <Default value> (     Addresses                         =         {           name = DECW_VUE         },     Outgoing Proxy                    = True,     Incoming Proxy                    = True,     Outgoing Alias                    = True,     Incoming Alias                    = True,     Node Synonym                      = TrueC     Image Name                        = UTIL_ROOT:[COM]DECW_VUE.COM 1     User Name                         = "ILLEGAL" 7     Incoming OSI TSEL                 = <Default value> 7     OutgoingAlias Name                = <Default value>     --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  % Date: Wed, 15 Nov 2006 12:30:30 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> 7 Subject: Re: Easiest / Cheapest way to get into OpenVMS / Message-ID: <4s0cq2Ft9mvsU3@mid.individual.net>   ( On 2006-11-11 21:33, "Dan Foster" wrote:   > [...]  > F > Here's a reasonable attempt at documenting VMS and UNIX equivalents: > B > http://www.physnet.uni-hamburg.de/physnet/vms-unix-commands.html  @ Obviously the Unix equivalent of F$GETSYI("VERSION") is at leastD "strange" (letting "typographical" opening -- "^" -- and closing --& "^" -- double quotation marks aside):  2 |  sizer -bstrings /vmunix | grep ^(Rev^uname -a  H Does anyone happen to know the correct syntax? (I'm just including these$ tables into my personal collection.)   > [...]    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Wed, 15 Nov 2006 05:57:56 -0600 % From: Dan Foster <usenet@evilphb.org> 7 Subject: Re: Easiest / Cheapest way to get into OpenVMS 5 Message-ID: <slrnelm064.5bi.usenet@zappy.catbert.org>   d In article <4s0cq2Ft9mvsU3@mid.individual.net>, Michael Unger <spam.to.unger@spamgourmet.com> wrote:* > On 2006-11-11 21:33, "Dan Foster" wrote: >  >> [...] >>  G >> Here's a reasonable attempt at documenting VMS and UNIX equivalents:  >>  C >> http://www.physnet.uni-hamburg.de/physnet/vms-unix-commands.html  > B > Obviously the Unix equivalent of F$GETSYI("VERSION") is at leastF > "strange" (letting "typographical" opening -- "^" -- and closing --( > "^" -- double quotation marks aside): > 3 >|  sizer -bstrings /vmunix | grep ^(Rev^uname -a   ? With UNIX of today, the typical approach is along the lines of:    	% uname -r   J > Does anyone happen to know the correct syntax? (I'm just including these& > tables into my personal collection.)  ; Not sure offhand since I don't have Tru64. sizer existed in . Tru64/OSF/1/Digital Unix, which is a big hint.   -Dan   ------------------------------    Date: 15 Nov 2006 04:58:16 -0800 From: etmsreec@yahoo.co.uk= Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? B Message-ID: <1163595496.140673.35140@h54g2000cwb.googlegroups.com>  E Last time it was discussed between me and the HP manager concerned in B the UK, the answer on Tru64 was no, there is always an Enthusiasts@ offering for $100 which is the way that the Tru64 business group" offered the product to home users.D Galaxy wasn't discussed, but I'd expect it to be as others have - ifC you can afford the hardware and need the functionailty then you can & probably afford the licenses to do it.  B Personally, I only know of one site that actually uses Galaxy and,C strictly speaking, they had the hardware hard partitioned so didn't G really need the Galaxy licenses when they had them.  They have probably D changed by now though, given that they were always in a race for newF hardware and faster widgets, both for internal politics (read whizzing6 contest) and for the way they wrote their application.   Dan Foster wrote:  > In article <1163556838.505728.238710@h48g2000cwc.googlegroups.com>, johnhreinhardt@yahoo.com <johnhreinhardt@yahoo.com> wrote: > > 1 > > According to the HP page for Galaxy pricing ( I > > http://h71000.www7.hp.com/swcat/us/galaxy.html ) you can run it on an G > > AlphaServer 4100.  You can buy A 4100 with 4 CPU's on Ebay for less G > > than $1000.  However the 4 CPU license for Galaxy will set you back 9 > > $15,980 (before any discounts, taxes, shipping fees).  > I > That's a fair point and conceded. I can only imagine that HP is pricing C > as such because Galaxy-type functionality tend to be particularly ; > attractive to enterprise customers willing to pay for it.  >  > -Dan   ------------------------------    Date: 15 Nov 2006 11:10:57 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? 3 Message-ID: <VgONetk0GW2W@eisner.encompasserve.org>   ] In article <1163548239.261543.207910@i42g2000cwa.googlegroups.com>, sampsal@gmail.com writes:   F > What are the chances that HP could be convinced to give out hobbyistG > licenses for Galaxy and/or Tru64 Unix? I would LOVE to be able to run I > more than one virtual server off of my Alphaserver. Is this going to be ( > a daydream for the foreseeable future?  D    Unless HP has canceled it, there is a hobbyist program for Tru64.D    Last time I looked, it had a $99 US fee whether you need media or    not.    ------------------------------  % Date: Wed, 15 Nov 2006 18:59:31 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> = Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? / Message-ID: <4s13faFt951gU1@mid.individual.net>   ) On 2006-11-15 18:10, "Bob Koehler" wrote:   F >    Unless HP has canceled it, there is a hobbyist program for Tru64.F >    Last time I looked, it had a $99 US fee whether you need media or	 >    not.    The last URL known to me is G <http://h30097.www3.hp.com/noncommercial-unix/> but that gets currently C immediately redirected to <http://h30097.www3.hp.com/index.html> -- H "hobbyist" or "non-commercial" use isn't mentioned at all. So apparently# this program has been cancelled ...    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Wed, 15 Nov 2006 02:11:33 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Hobbyist License for VAX-VMS: producer=hp v producer=dec?8 Message-ID: <814ba$455abd76$cef8887a$18417@TEKSAVVY.COM>  	 cf wrote:   @ > VMSCLUSTER         HP              0  0     100    0.0  (none) > 8-NOV-2007 > F > %LICENSE-E-NOAUTH, DEC VMSCLUSTER use is not authorized on this nodeF > -LICENSE-F-NOLICENSE, no license is active for this software product > , > any ideas when or how this might be fixed?  K If Mr DavidC and his Digital counterparts cannot solve this glitch soon, I  J would suggest one set of "Producer=DEC" licences be produced with a short K expiry dat (say Jan 31 2007) and this one be emailed to everyone who asked  F for licences since the new "Producer=HP" software was installed. This 8 should tie those people off until the software is fixed.  I Alternatively, if there is no opposition, perhaps some volunteer hobyist  J could email his own licenses to the stranded people as a stop-gap measure F (perhaps with a control requiring the stranded people email their VMS ' licence with the erroneous producer=HP.   E As an aside, what happens today if a VAX customer orders some VMS or  F layered product licences ? will HP ship Producer=HP licences to these  people too ?   ------------------------------    Date: 15 Nov 2006 08:43:23 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: Most "classic" VMS version 3 Message-ID: <HvSxioQm$9Ew@eisner.encompasserve.org>   < > Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> writes: > G > >    The earliest distros were available on either magtape or on RX02 C > > eight inch floppy or on a disk pack.  CDs arrived over a decade 
 > > later. > H > And RX50s. You have not lived until you have installed VMS onto a 8200F > from a LARGE pile of RX50s... It super sucks when this is onto a HSC9 > disk in a room of running machines, but the manager....   E    Gee, did they manage to come up with one worse than installing 3.6 $    on an 11/750 from cartridge tape?  E       "In the future all software distributions WILL be available on          9-track tape."   >    Doing 3.6 via RX01 on our 11/780 wasn't nearly so painfull.   ------------------------------    Date: 15 Nov 2006 02:49:53 -0800, From: "Cluster-Karl" <karl.rohwedder@gmx.de>: Subject: Re: ODS-5 volume restrictions from a VAX 7.3 nodeC Message-ID: <1163587793.926013.124300@m73g2000cwd.googlegroups.com>    JF Mezei schrieb:   H > Which manual/document would outline the restrictions of a VAX 7.3 nodeM > accessing files residing on an ODS-5 volume ? Is it the 7.3 release notes ?  > H > I am thinking that eventually I will be moving the user directories toI > ODS-5 to enable "proper" filenames. I had thought this would happen far I > into the future, but I have uncovered a situation with Mozilla where it K > tries to create filenames invalid under ODS2 (and doesn't complain of the 4 > failure, so one wonders why stuff later on fails). > M > Right now, the disks are physically hosted by VAXes. I realise that the VAX : > cannot initialise an ODS5, but the alpha could via MSCP. > H > Since only Alpha-based apps would be creating "strange" filenames thatM > would not really be used by VAX apps, I am thinking this may work, but want   > to make sure before I proceed.  F ODS-5 files are flagged with  \pISO_LATIN\.??? from the VAX. Access to? ODS-2 compliant files from a VAX are supported on a ODS-5 disk. ) Be sure to have read HELP EXT_FILE_SPECS.   
 regards Kalle    ------------------------------  % Date: Wed, 15 Nov 2006 07:27:39 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> @ Subject: Re: Performance comparison Alpha ES40 vs Itanium rx3600< Message-ID: <455b0704$0$26919$9a6e19ea@news.newshosting.com>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  1 news:b8b5b$455a3740$cef8887a$4530@TEKSAVVY.COM...  [...snip...] > J > I stand corrected. Someone had mentioned ES45, so I looked it up in the K > midrange page, and it was the rightmost item and I didn't bother looking  = > at the models to the left thinking they would be lower end.  > K > OK, so now I have another question: between an EV68 at 1250mhz and a EV7  C > at 1150mhz,  I take it that the EV68 outperforms the EV7 for raw  J > computational jobs but the EV7 outperforms by far for IO intensive jobs 9 > since the IO bandwidth is orders of magnitudes faster ?  >   E Comparing machines in order to compare CPU technology is not usually  K accurate (one machine might have main memory technology based upon DDR vs.  J another based upon DDR2, etc, etc, etc.). Having said that, now check out  this chart: C http://h18002.www1.hp.com/alphaserver/performance/perf_by_name.html  and notice:   0   AlphaServer DS20      6/500 - 1 CPU VUP= 2,3676   AlphaServer DS20E 67/667 - 1 CPU VUP=2,800 June 20008   AlphaServer DS20E 68/833 - 1 CPU VUP=3,100 August 20018   AlphaServer DS25      1GHz - 1 CPU VUP=4,450 June 2003  6 So for brevity, let's just compare the last two lines. Clock: 1000/833 = 1.2  VUP: 4450/3100 = 1.435  L If EV68 was no better than EV7, you would expect the VUP to speed up by the H same amount as the clock. But in this case VUPs increased faster so the E efforts of EV7 engineers was successful (provided the VUPs metric is  
 accurate).  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------    Date: 15 Nov 2006 08:25:40 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) @ Subject: Re: Performance comparison Alpha ES40 vs Itanium rx36003 Message-ID: <GVOAQP$aca3W@eisner.encompasserve.org>   c In article <9bednaA76IEH0cTYnZ2dnUVZ_sydnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > F > The last N-VAX CPUs were, (to my understanding), 'doing RISC stuff' K > while still presenting CISC on the outside.  I don't think that path was  J > totally explored once Alpha was shipping.  But I'm not a chip designer,  > and maybe it was too complex.   A    The VAX 9000 CPU chip was supposedly RISC-like "inside".  It's B    price/performance ratio reminded me of micro-coded designs, but    the latter were profitable.   ------------------------------    Date: 15 Nov 2006 08:13:21 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: Programatically determining TCPIP stack3 Message-ID: <gCwoOOYYjxWX@eisner.encompasserve.org>   b In article <r9tll2tk05s35ga246leo7v0hfmkfmrbce@4ax.com>, Rich Whalen <whalenr@process.com> writes:  C > The following two checks will give a high level of reliability of ( > determing which TCPIP stack is in use: > H > $ if (f$logical("TCPWARE_NETCP_MBX") .nes. "") then goto TCPware_setupA > $ if (f$logical("MULTINET_NETWORK_IMAGE") .nes. "") then goto -  > MultiNet_setup > $! > $! assume TCP/IP Services  > $!  ? It would be nicer if TCPWARE and MULTINET were using registered + facility names and those logical names were    	TCPWARE$NETCP_MBX 	MULTINET$NETWORK_IMAGE   C reducing the chance that some site would have defined a conflicting 
 logical name.    ------------------------------    Date: 15 Nov 2006 07:49:22 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>4 Subject: Re: Programatically determining TCPIP stackA Message-ID: <1163605762.200852.9020@i42g2000cwa.googlegroups.com>    John E. Malmberg wrote:  > Rich Jordan wrote:F > > I've seen it asked for interactive but not programmatic (DCL in myH > > case).  There was a post for a build procedure for SLRN that checkedI > > logicals but that check would not work on my VAX (it would report the G > > UCX stack instead of TCPWare).  I also don't have a Multinet box to  > > check against. >  > Why do you need to check?     > Sending mail with attachments.  DEC's SFF or using the TCPwareG alternative of building a mail file and submitting it to a queue.  If I C get documentation for Multinet's method I'd try to add that support C too.  This does not involve any socket level programming, or direct < interfacing to the installed stack other than the use of the? appropriate method of programmatically sending a mail file with  attachment from DCL level.     Rich   ------------------------------    Date: 15 Nov 2006 07:53:53 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>> Subject: Re: Programatically determining TCPIP stack (Thanks!)B Message-ID: <1163606033.409204.42040@m73g2000cwd.googlegroups.com>   Rich Whalen wrote:C > On 14 Nov 2006 16:06:31 -0800, "Rich Jordan" <jordan@ccs4vms.com>  > wrote: > E > >I've seen it asked for interactive but not programmatic (DCL in my G > >case).  There was a post for a build procedure for SLRN that checked H > >logicals but that check would not work on my VAX (it would report theF > >UCX stack instead of TCPWare).  I also don't have a Multinet box to > >check against.  > >  > : I > >Is there a better way?  For this purpose I can't use Netlib; it really J > >does matter which stack (and may matter the version, though I'm workingG > >to prevent that) is running.  I know I've read of folks who actually G > >had parts of two stacks running (HP stack but TCPware startup run so I > >Process Software applications/command line utilities were working over J > >the UCX base, and logicals for both were defined).  Unlikely but I want > >to avoid it too.  > E > MultiNet and TCPware try to match the logicals that TCP/IP services E > defines and provide the BG device to allow programs to work without  > modification.  > C > The following two checks will give a high level of reliability of ( > determing which TCPIP stack is in use: > H > $ if (f$logical("TCPWARE_NETCP_MBX") .nes. "") then goto TCPware_setupA > $ if (f$logical("MULTINET_NETWORK_IMAGE") .nes. "") then goto -  > MultiNet_setup > $! > $! assume TCP/IP Services  > $!   Thanks, VAXman and Rich.  G VAXman, does that method require specific privileges or can a user mode " (or even DCL) program do the work?  B Rich, that works on all the systems I have access to now.  Thanks!   Rich   ------------------------------    Date: 14 Nov 2006 22:58:35 -0800/ From: "Volker Halle" <volker_halle@hotmail.com> 3 Subject: Re: unassigned mailbox still gathers stuff C Message-ID: <1163573915.919229.323580@i42g2000cwa.googlegroups.com>    J,  * UCB[UCB$L_DEVDEPEND] = .UCB[UCB$W_MSGCNT];  F What is the name of this logical name and who may be using it to write to this mailbox ?    Volker.    ------------------------------    Date: 15 Nov 2006 01:33:37 -0800  From: "Jinx" <soterro@gmail.com>3 Subject: Re: unassigned mailbox still gathers stuff B Message-ID: <1163583217.360699.120050@m7g2000cwm.googlegroups.com>   Volker Halle wrote: , > UCB[UCB$L_DEVDEPEND] = .UCB[UCB$W_MSGCNT]; > H > What is the name of this logical name and who may be using it to write > to this mailbox ?   C The program creates it with an arcane name so I pretty much thought < nobody else than the program (now dead) and the audit server4 (disconnected with nolistener) should know about it.G As the write requests still queue according to your hint, it seems that F somebody still does know about it... but who? I don't know how to find	 out that. B I find weird also the fact that after deassigning the logical, theG write requests queue of the mailbox gets emptied as well. I wonder what % happens if I recreate the logical...    
 Thanks a lot,  J    ------------------------------    Date: 15 Nov 2006 02:11:37 -0800/ From: "Volker Halle" <volker_halle@hotmail.com> 3 Subject: Re: unassigned mailbox still gathers stuff C Message-ID: <1163585497.743160.222250@f16g2000cwb.googlegroups.com>    J,  @ to find out, if any process still has a channel assigned to that mailbox try:  
 $ ANAL/SYS SDA> SET OUT x.x SDA> SHOW PROC/CHAN ALL 	 SDA> EXIT    $ SEA x.x <your-MBAnn>  D In addition, you could also read the mailbox message into a file andF DUMP that file. This would show you the contents of the message, which4 may lead to who may have written that information...  C You can also look at the mailbox message in the running system with  SDA:  
 $ ANAL/SYS< SDA> SHOW DEV MBAx: ! only do the next step of DEVDEPEND > 0 SDA> EXA @UCB;100   A The longword at offset 2C is the PID of the sender of the mailbox  message ;-)    Volker.    ------------------------------    Date: 15 Nov 2006 03:03:38 -0800/ From: "Volker Halle" <volker_halle@hotmail.com> 3 Subject: Re: unassigned mailbox still gathers stuff B Message-ID: <1163588618.543433.95750@k70g2000cwa.googlegroups.com>   J,  G you can also use Ian Miller's MBU utility from the OpenVMS Freeware V8:   2 http://h71000.www7.hp.com/freeware/freeware80/mbu/  ! to look at data within a mailbox.    Volker.    ------------------------------  + Date: Wed, 15 Nov 2006 13:31:43 +0000 (UTC) , From: Mikko Putkonen <miputkon@paju.oulu.fi>  Subject: Re: VMS Gaming History?' Message-ID: <ejf4rv$kgs$1@news.oulu.fi>   * madcrow <madcrow.maxwell@gmail.com> wrote:E > As an OS that was used at plenty of college campuses, there seem to C > have been plenty of games for VMS. While some "smaller" games are H > available for playing at the Deathrow Cluster, I haven't found sourcesG > to build them, nor even executables. Since I might eventually want to D > set up my own VMS site at home, it would be great if someone couldD > point me to this stuff. Also, VMS seems to have been a hub for theC > development of rogue-likes (especially the early Moria line) Does < > anyone know where I can get VMS Moria or IMORIA or BOSS (aI > future-setting derivitaive of Moria that only exists on VAX/VMS and the  > Macintosh...)   A Didn't/couldn't check if this is mentioned on the other resources C people have posted so far, but VMS Monster seems to be available on ! http://www.skrenta.com/monster/ .      -Mikko   ------------------------------    Date: 15 Nov 2006 08:44:18 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>   Subject: Re: VMS Gaming History?C Message-ID: <1163609058.071216.159170@k70g2000cwa.googlegroups.com>    Bob Koehler wrote:s > In article <1163455448.115722.198370@h54g2000cwb.googlegroups.com>, "madcrow" <madcrow.maxwell@gmail.com> writes:  > G > > As an OS that was used at plenty of college campuses, there seem to E > > have been plenty of games for VMS. While some "smaller" games are J > > available for playing at the Deathrow Cluster, I haven't found sourcesI > > to build them, nor even executables. Since I might eventually want to F > > set up my own VMS site at home, it would be great if someone couldF > > point me to this stuff. Also, VMS seems to have been a hub for theE > > development of rogue-likes (especially the early Moria line) Does > > > anyone know where I can get VMS Moria or IMORIA or BOSS (aK > > future-setting derivitaive of Moria that only exists on VAX/VMS and the  > > Macintosh...)  > I >    Moria can't be that hard to find.  My son just put it on my hobbyist @ >    cluster and I spent a few minutes fixing the Macro-32 to beJ >    acceptable to both the Alpha Macro-32 compiler and the current PASCAL* >    compiler (psect attribute conflicts).  D Nope. David has a copy for downloading on the OpenVMS Hobbyist site.   ------------------------------  % Date: Wed, 15 Nov 2006 16:19:07 +0100 / From: Paul Sture <paul.sture.nospam@hispeed.ch>  Subject: Re: VMS outsourcingJ Message-ID: <paul.sture.nospam-D99649.16190715112006@mac.sture.homeip.net>  F In article <ejcppu$npb$1@south.jnrs.ja.net>, david20@alpha2.mdx.ac.uk  wrote:  M > In article <paul.sture.nospam-1DB929.16072914112006@mac.sture.homeip.net>,  3 > Paul Sture <paul.sture.nospam@hispeed.ch> writes:  > > J > >There also appears to be a recent influx of folks using Google Groups, > > >apparently unaware that Usenet exists as a separate entity. > >  > But for how much longer ?  > K > Practically every UK University once had their own Usenet News server and L > took a feed from JANET's (Joint Academic Network) newservers (+ maybe some > other feeds).  > L > Earlier this year JANET announced that they were cutting back on the news  > feedM > service and wanted the majority of UK Universities to stop using their own  J > servers and just point their clients directly at the JANET news servers.K > Now probably only one or two really large UK Universities have their own   > Usenet News servers.    I That's sad to hear. Unfortunately when someone sees the costs of running  8 a news server on their budget it becomes an easy target.  N > Give it a few more years and JANET will probably shut down it's own servers % > and everybody will be using google.     Sigh.    --  
 Paul Sture   ------------------------------    Date: 15 Nov 2006 08:07:40 -0800  From: "Mike" <mlpoole@gmail.com> Subject: Re: VMS outsourcingB Message-ID: <1163606860.520614.86660@i42g2000cwa.googlegroups.com>  A If HP did decide to cut VMS what are the chances it would go open  source?   % If so, would it's popularity explode?   F I read somewhere about a year ago that there are nearly a half millionG installed VMS systems around.  Hopefully this will keep you guys in the 2 VMS support business busy for a few years to come.       david20@alpha2.mdx.ac.uk wrote: \ > In article <4rvb0kFsqaahU1@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:. > >In article <ejdqtr0pju@enews1.newsguy.com>, > >	healyzh@aracnet.com writes: . > >> Bill Gunshannon <bill@cs.uofs.edu> wrote: > >>> Hahahahahahahahaha.  > >>G > >>> But seriously....  There is probably more than a few centuries of J > >>> experience here on c.o.v.  The newbies being hired to replace peopleG > >>> like Hoff will need several decades to even come close to what HP F > >>> has thrown away.  And, remember, this was a cost saving measure. > >>Q > >> Given the turnover rate in these places I somehow doubt that they'll ever be ' > >> able to provide real tech support.  > >>I > >>> The only potential good that may come of this for VMS users is that H > >>> there is a strong likelihood the source to VMS will show up on theA > >>> INTERNET shortly after it reaches the shores of the Ganges.  > >>P > >> And this would be beneficial in what way?  As I see it, such a breach would& > >> likely cause more harm than good. > >> > > E > >Harm to who?  My point was that even though it is unlikely that HP D > >would ever see fit to release the real sources to VMS (as opposedF > >to the listings which can be purchased but can not be used to buildE > >VMS) history has shown that the workers in these third world shops E > >have no problem doing it, especially as their legal systems do not C > >see it as a crime.  So HP would obviously loose, but at least it C > >might eliminate the possibility that when HP decided there is no C > >longer a future in VMS (cash cow is laying on back with all four D > >legs sticking up) the source will not just disappear like so manyA > >others have.  I see that as a plus for those still running it.  > > M > On the freeware CD there is the public domain CVTLIS which will convert the K > .LIS files from the VMS Source Listings CD back to the appropriate source  > files. > N > My understanding is that the source listings are nearly complete with just a > very few things missing. > J > Hence if HP did decide there was no longer a future in VMS then the vastQ > majority of the source would be available. Whether anyone would legally be able D > to do anything with it would be another matter in the hands of HP. >  > David Webb > Security team leader > CCSS > Middlesex University >  >  >  >  > >bill  > >  > >-- M > >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves G > >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.  > >University of Scranton   | A > >Scranton, Pennsylvania   |         #include <std.disclaimer.h>    ------------------------------   Date: 15 Nov 2006 16:29:44 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: VMS outsourcing/ Message-ID: <4s0tjoFtf1heU1@mid.individual.net>   B In article <1163606860.520614.86660@i42g2000cwa.googlegroups.com>,# 	"Mike" <mlpoole@gmail.com> writes: C > If HP did decide to cut VMS what are the chances it would go open 	 > source?   ' Probably about 1,000,000,000:1 against.    > ' > If so, would it's popularity explode?    Not likely.    > H > I read somewhere about a year ago that there are nearly a half millionI > installed VMS systems around.  Hopefully this will keep you guys in the 4 > VMS support business busy for a few years to come.  A That's about 5 time the "VMS Constant" and even that number is in , doubt as it hasn't changed in over a decade.       bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Wed, 15 Nov 2006 16:40:53 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?=  Subject: Re: VMS outsourcing2 Message-ID: <pqH6h.22980$E02.9587@newsb.telia.net>   Mike wrote :  5 > If HP did decide to cut VMS what are the chances it   > would go open source? > ' > If so, would it's popularity explode?   5 I thought one of the reasons VMS has survived so far, # was that it is *not* open source...   	 Jan-Erik.    ------------------------------   Date: 15 Nov 2006 18:28:44 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: VMS outsourcing/ Message-ID: <4s14irFtkpn7U1@mid.individual.net>   2 In article <pqH6h.22980$E02.9587@newsb.telia.net>,< 	Jan-Erik Sderholm   <jan-erik.soderholm@telia.com> writes: > Mike wrote : > 6 >> If HP did decide to cut VMS what are the chances it > > would go open source?  >>  ( >> If so, would it's popularity explode? > 7 > I thought one of the reasons VMS has survived so far, % > was that it is *not* open source...   ? Being or not beong OpenSource has nothing to do with a products < survivability.  There are plenty of examples of both on both sides of the fence.   > Considering the way its owners have handled it, VMS's survival is utterly amazing!!   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 15 Nov 2006 18:38:13 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: VMS outsourcing/ Message-ID: <4s154lFtkpn7U2@mid.individual.net>   , In article <ejfi9f$jkc$1@south.jnrs.ja.net>,! 	david20@alpha2.mdx.ac.uk writes:  > P >                                        After all why did Linux explode whereas > BSD didn't.  >   B That's an easy question to answer.  But if I mention the word hereB there will probably black helicopters waiting to take me away whenB I leave here tonite for even bringin it up.  So, I'll just whisperC it: "marketing".  There, I've said it.  the one thang that can sell ; iceboxes to eskimos.  And the on thing that VMS most lacks.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 15 Nov 2006 10:24:00 -0800 From: bob@instantwhip.com F Subject: Re: What layered products are important for a VAX VMS system?B Message-ID: <1163615040.561363.77810@b28g2000cwb.googlegroups.com>   JF Mezei wrote:  > P > For web server on vax, you have choice of OSU Web server and WASD web servers.  @ you forgot purveyor for a web server, and you better get TCPwareD for an IP stack as it is still supported and is backwards compatible with older versions of vms ...   ------------------------------    Date: 14 Nov 2006 23:24:05 -0800/ From: "Volker Halle" <volker_halle@hotmail.com>  Subject: Re: Who called me? B Message-ID: <1163575444.996649.10650@k70g2000cwa.googlegroups.com>  C Please have a look into the OpenVMS Calling Standard Manual and the < chapter about Procedure Call Chain. The RTL library routines> LIB$GET_INVO_CONTEXT etc. can be used to access the call chain information.  7 http://h71000.www7.hp.com/doc/82final/5973/5973PRO.HTML    Volker.    ------------------------------  % Date: Wed, 15 Nov 2006 12:39:43 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> / Subject: Re: [OT] SRM hardware setup reference? / Message-ID: <4s0cq3Ft9mvsU4@mid.individual.net>   * On 2006-11-05 15:17, "John Wallace" wrote:   > [...]  > M > Documents at this level of detail are the place to look for evidence of any C > *real* differences in chip(set) level "reliability, availability, I > serviceability" between the various Itanium chips and the various AMD64 G > chips, differences which are occasionally used (without, afaict, ever N > providing any real specific examples) as "technical" excuses for not porting9 > VMS to AMD64. But that's another story for another day.   H I've seen many flyers announcing Single Borad Computers (running RT OSs)H in the past -- and in many cases DEC's PCI-bridge and NIC chips could beH revealed quite easily, but I didn't remember the "chip name". That's why I asked ...    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------   End of INFO-VAX 2006.629 ************************