1 INFO-VAX	Sun, 29 Jun 2003	Volume 2003 : Issue 355       Contents: Re: Bind Bug in MAIL?6 Re: Compaq Solutions Aliance - Do it still existing  ?' Re: Ethernet card for alphaserver 1000a @ Re: Hewlett-Packard said to be interested in buying software and: Re: New Business View Magazine for HP Enterprise Customers: Re: New Business View Magazine for HP Enterprise Customers) Re: OpenVMS Management  Tools for Windows # Re: PuTTY and SSH2 on OpenVMS - Not  StorageWorks question -  Re: StorageWorks question - 9 VMS code base (was: OpenVMS Technical Seminar Highlights)  Re: X11 proxy on VMS ?  F ----------------------------------------------------------------------  # Date: Sat, 28 Jun 2003 17:51:09 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: Bind 3 Message-ID: <hAkLa.47085$kC4.712339@news.chello.at>   V In article <3EFDCB01.45D68C10@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: >Insomnee wrote:O >> We found that in the startup.log the bind resolver part of the tcpip startup  >> procedure bombs out with , >> %TCPIP-I-STARTNAME, starting name service> >> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual >> address=00000000002B  > L >Just checked my log on my TCPIP 5.0a node which doesn't have a bind server. > 0 >The "%TCPIP-I-STARTNAME, starting name service"V >is issued by the TCPIP utility, while processing the START COMMUNICATIONS /INITIALISE > M >This is where, with 5.3, it crashed my system consistently, and it took me a M >while to figure out that it crashed when trying to enable the SLIP interface U >(which is why I had to revert that node to 5.0 where SLIP doesn't crash the system).  > H >On my system, after the "starting name service", it issues the message:O >"loading TCPIP server PROXY information". (which is followed by other messages  >detailing that operation).  > $ >Perhaps TCPIP bombs at that stage ? > K >If you could find out where the TCPIP START COMMUNICATIONS /INITIALIZE is  O >hidden, I would edit that file, and put a "EXIT" statement just before. Run it B >interactively, and once you get back to the $ sig, do a SET WATCHN >FILE/CLASS=DIR  (or ALL) and then do the TCPIP START COMM /INIT interactivelyF >and try to see what files it lasts tries to access prior to crashing. > 0 >That may be a good indication of where to look.  , Before one puts EXIT in TCPIP command files,I start with deleting all the TCPIP$*.DAT and configure from scratch again.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 29 Jun 2003 05:34:18 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]> Subject: Bug in MAIL? 6 Message-ID: <20030629053418.15002.qmail@nym.alias.net>    Following is on a v7.2 system...   MAIL> del 2-255   
 MAIL>  [Exit] C %MAIL-I-RECLPLSWAIT, reclaiming deleted file space.  Please wait... N %LIB-E-ACTIMAGE, error activating image DAHMER$DKA0:[SYS0.][SYSLIB]NCSSHR.EXE;8 -RMS-F-CHN, assign channel system service request failed( -NONAME-W-NOMSG, Message number 00000000C %MAIL-E-OPENIN, error opening SYS$SYSROOT:[SYSMGR]MAIL.MAI as input 8 -RMS-F-CHN, assign channel system service request failed, -SYSTEM-F-NOIOCHAN, no I/O channel available! %MAIL-E-FILNOTDEL, error deleting 1 %MANSON$DKA100:[USERS.DC]MAIL_2060021D_SEND.TMP;* 8 -RMS-F-CHN, assign channel system service request failed, -SYSTEM-F-NOIOCHAN, no I/O channel available! %MAIL-E-FILNOTDEL, error deleting 1 %MANSON$DKA100:[USERS.DC]MAIL_2060021D_EDIT.TMP;* 8 -RMS-F-CHN, assign channel system service request failed, -SYSTEM-F-NOIOCHAN, no I/O channel available    G I'm guessing this is a bug in the way MAIL handles cleanup on exit.  It L shouldn't need that many channels.  Can anyone confirm if this is fixed in a later version?     Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems.    ------------------------------  # Date: Sun, 29 Jun 2003 03:06:20 GMT > From: "travlnf88l" <travlnf88l_does_not_like_spam@hotmail.com>? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? - Message-ID: <MIsLa.48250$Ab2.77444@sccrnsc01>   ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message : news:20030628010018.59898.qmail@web20204.mail.yahoo.com... > People (mainly HPs)  > 6 > I think some HP Partners are lost in time and space./ > Or there isn't an HP Solutions Aliance yet...  > 7 > http://www.cognos.com/products/powerhouse/compaq.html < Off the home page, click on partners & developers, or go to:< http://welcome.hp.com/country/us/eng/solutions/partners.html   ------------------------------  % Date: Sat, 28 Jun 2003 23:31:44 +0100 * From: "John Travell" <john@travell.uk.net>0 Subject: Re: Ethernet card for alphaserver 1000a5 Message-ID: <bdl540$u8s8e$1@ID-120847.news.dfncis.de>   8 "Mike Zanker" <not-for-mail@zanker.org> wrote in message1 news:Xns93A853AD9CFE6mikezankerorg@130.133.1.4... 6 > keithparris_NOSPAM@yahoo.com (Keith Parris) wrote in7 > news:cf15391e.0306270942.200e811b@posting.google.com:  > < > > The Alphaserver 1000A 5/300 Supported Options List is atG > > http://h18002.www1.hp.com/alphaserver/options/as1000aev5/as1000aev5  > > _options.html  > F > Thanks for that. Looking at memory options it seems that some of theD > kits have 4 modules and some 5. I guess the extra one is for errorE > checking and goes in one of the slightly offset slots on the board.  >   K The '5 module sets' belong to the 1000-NOT-A and the '4 module sets' to the  1000A.     -- John Travell  VMS crashdump expertise for hire john@jomatech.com  +44-(0)23-92552229 http://www.jomatech.com/       --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.493 / Virus Database: 292 - Release Date: 25/06/2003    ------------------------------   Date: 29 Jun 2003 01:56:04 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)I Subject: Re: Hewlett-Packard said to be interested in buying software and 5 Message-ID: <bdlgvk$u45s7$2@ID-135708.news.dfncis.de>   2 In article <x5ednYO5cL84PGGjXTWJhg@metrocast.net>,- 	"Bill Todd" <billtodd@metrocast.net> writes:  > 7 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message 1 > news:bdhekl$ssuu2$1@ID-135708.news.dfncis.de...  >  > ...  > C >> I have to admnit to being baffled by this discussion.  a DBMS is ( >> a lot more than just an indexed file. > N > Precisely.  And a lot of the time, an indexed-file-based approach is all you' > need, so the rest is useless baggage.  >  >   How would a simple ISAM A >> file system maintain all the relationships that are part of an 	 >> RDBMS?  > M > From trivially easily to not at all:  it of course depends on just how many M > such relationships exist, and how complex they are.  If they're things that ? > the application can handle easily, then all the ISAM needs is J > application-level transaction facilities to let the application make all& > changes atomic at the logical level. > : >   The first DBMS I worked with was a Codasyl DB accessed@ >> using COBOL on a UNISYS 1100 (which had a perfectly good ISAMA >> implementation).  The description of the data dictionary was a  >> book 3" thick.  > J > Whereas a modern ISAM implementation should be able to get by with basicG > documentation a couple of mm thick (RMS is unfortunately *not* a good N > example of this).  Many developers would consider this a major plus, leavingL > aside the potential for dramatically better performance in the realms that > it addresses well.     F It was all good up to this part.  I didn't mean the DBMS documentationC was 3" thick.  I still have my UNIVAC pocket guide here on the desk C next to me and that part of the documentation is only a handfull of B pocket-sized sheets.  The 3" thick book was the description of theB data items and relationships of the user data.  Oh yeah, and thereD was a record for every single high-school junior and senior who tookA the SAT, PSAT or ACT and for others who requested information and F were thus manually entered into the system.  It could probably be doneF without a DBMS, but I wouldn't want to be the guy trying to code it or: the person waiting for the result of a query in that case.   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: Sat, 28 Jun 2003 14:06:03 -0400 * From: "Bill Todd" <billtodd@metrocast.net>C Subject: Re: New Business View Magazine for HP Enterprise Customers 2 Message-ID: <BcydnXmBqYSPRGCjXTWJgA@metrocast.net>  A "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message 0 news:20030628143324.17372.qmail@nym.alias.net...B > On Fri, 27 Jun 2003, JF Mezei <jfmezei.spamnot@istop.com> wrote: > >"Doc.Cypher" wrote:K > >> Newsgroups are a good barometer for the opinion of those "at the sharp  end",  > > I > >I had the same treatment in the PSION newsgroups as I am getting here.  MyF > >"nemesis" on the PSION newsgroups, I later found out, was the chief
 evangelistL > >for the new PSION EPOC-32 OS which was spun off to a consortium of mobileH > >phone companies (now known as Symbian-OS). I saw plenty of signs that PSION J > >was not going to continue with the PDA market. (lack of marketing, muchI > >delayed product upgrades etc). Of course, I was blasted left and right  for  > >being the "naysayer". > L > Perhaps it is not the message, but the way it's put.  You can say the same1 > thing without being so confrontational about it   L That's good advice in general, but in specific cases whether it's applicableG really depends upon the surrounding environment.  When that environment I contains a bunch of people committed (for whatever reasons) to spinning a L different message, meeting that message head-on is sometimes the only way to make one's own message heard.    - bill   ------------------------------    Date: 28 Jun 2003 20:03:35 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>C Subject: Re: New Business View Magazine for HP Enterprise Customers 6 Message-ID: <20030628200335.29998.qmail@nym.alias.net>  @ On Sat, 28 Jun 2003, "Bill Todd" <billtodd@metrocast.net> wrote:B >"Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message1 >news:20030628143324.17372.qmail@nym.alias.net...   M >> Perhaps it is not the message, but the way it's put.  You can say the same 2 >> thing without being so confrontational about it > M >That's good advice in general, but in specific cases whether it's applicable H >really depends upon the surrounding environment.  When that environmentJ >contains a bunch of people committed (for whatever reasons) to spinning aM >different message, meeting that message head-on is sometimes the only way to  >make one's own message heard.  I I was specifically targetting JF's approach.  I know you've been about as H blunt as is possible on some occasions, but you do it with a little more	 style. :)      Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems.    ------------------------------  % Date: Sat, 28 Jun 2003 15:24:38 -0500 , From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>2 Subject: Re: OpenVMS Management  Tools for Windows/ Message-ID: <vfruc71s7qgv6c@corp.supernews.com>   K I have mentioned to the OMS developers that their tool, while a good start, F could use some new features.  The product is not dead, it is moving toI Itanium.  Although I do believe that its feature frozen until the move is $ completed.  Current version is 3.2a.  H I think its a great tool for help desk people, etc.  It not only handles' accounts, but printers and storage too.    Dave...   ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message : news:20030628010707.84994.qmail@web20208.mail.yahoo.com... > People > L > Do Compaq/HP stopped developing the OpenVMS Management Tools for Windows ? > L > If yes, why not HP donate/sell/give it to another company like PointsecureF > to improve it ? There were good features in that product, mainly for HelpdeskI > use if improved - like security people which need just to create/delete G > accounts. Etc ! Would be nice to integrate it with PointAudit to have  online? > management of the accounts. Ok, ok I know you dont like it... D > May be using Bristol or Mainsoft libraries to port the MMC console > to X/Windows.  > 	 > Regards  >  > FC >  > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil  > fabiopenvms@yahoo.com.br > ========================== > $ > __________________________________ > Do you Yahoo!?- > SBC Yahoo! DSL - Now only $29.95 per month!  > http://sbc.yahoo.com   ------------------------------  # Date: Sat, 28 Jun 2003 19:54:22 GMT ( From: Alder <PGDEHMKOKIMD@spammotel.com>, Subject: Re: PuTTY and SSH2 on OpenVMS - Not* Message-ID: <3EFDF26D.10103@spammotel.com>   Bob Koehler wrote:X > In article <3EFC9CE1.7080001@lycos.com>, "Irving F. Snurd" <dacadc0@lycos.com> writes: > ' >>We've had trouble editing with putty.  >  > F >    Have you been able to get Insert recognized for Find?  Every timeG >    I hit Insert when editting via Putty I get a message about nothing   >    being defined for that key. >    Works for me in EVE.  	 Try this:   * $ SET TERMINAL/DEVICE_TYPE=VT400/DEC_CRT=4  I ...then change the PuTTY Keyboard setting for "Change the sequences sent  * by The Function keys and keypad" to VT400.  
 Best of luck,    Alder    ------------------------------  # Date: Sun, 29 Jun 2003 00:36:12 GMT ) From: bob smith <sfmc68@bellatlantic.net>   Subject: StorageWorks question -/ Message-ID: <3EFE34C4.7030409@bellatlantic.net>   E I have an AS1000, can I plug in blue sbb carriers - I currently have  ( white - without changing the controller? tks  bob    ------------------------------  % Date: Sat, 28 Jun 2003 21:48:31 -0400 " From: "Hal Kuff" <kuff@tessco.com>$ Subject: Re: StorageWorks question -0 Message-ID: <ROecnVRZzcEf2GOjXTWJhw@comcast.com>   yes, they will dumb down. 6 "bob smith" <sfmc68@bellatlantic.net> wrote in message) news:3EFE34C4.7030409@bellatlantic.net... F > I have an AS1000, can I plug in blue sbb carriers - I currently have* > white - without changing the controller? > tks  > bob  >    ------------------------------  # Date: Sat, 28 Jun 2003 19:42:40 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) B Subject: VMS code base (was: OpenVMS Technical Seminar Highlights)- Message-ID: <zMDp1KtXvVD7@cuebid.zko.dec.com>   + "Neil Rieck" <n.rieck@sympatico.ca> writes: O > With my own ears, I heard OpenVMS Technical Architect "Gaitan D'Antoni" state O > that VAX, Alpha, and IA-64 are all supported with one common code base. Using P > his words, this was done by using lots of "IF DEF" (conditionals) statememets.  J > Also, certain custom pieces of code which were originally written in VAXP > assembler are now conditionally replaced by stubs of "C" which do a better job: > of generating optimized code on RISC and EPIC platforms.  G There appears to be a misunderstanding.  As many have accurated pointed H out, the sources for  OpenVMS Alpha and OpenVMS VAX are not common code.  J There are two separate CMS libraries for those two platforms.  For the fewO facilities that do have common code (Host-Based Volume Shadowing, for example), H the architectural differences are hidden in a twisty maze of conditionalL code and (for HBVS) Macro-32 macros.  But when a change is made to a module,4 it must be checked in to two separate CMS libraries.  H Take, for example, my area of interest, the I/O Exec, where we deal withB structures like UCBs, IRPs, etc . . .  Many of the fields in thoseE structures have been promoted from words to longwords or longwords to I quadwords on the 64-bit platforms we support.  Also, both structures have L many fields on the 64-bit side that don't exist on the VAX side.  While you L could deal with the field promotion by conditional compilation, the additionH of new fields for new fuctionality that will never exist on the VAX side5 does not easily lend itself to being conditionalized.   K Without having heard Gaitan's talk, I can't presume to speak on his behalf, M but it wouldn't surprise me if he was talking about OpenVMS Alpha and OpenVMS F I64, which are very much common code, except for things that are trulyF hardware-dependent, like things that deal with the calling standard orN anything that deals with the new image/object format, which is quite different from the VAX and Alpha.   O Or, he may have been talking about user-mode application support, in which case B it is true that a common code base may be shared across the three  architectures we support.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  # Date: Sat, 28 Jun 2003 18:44:07 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org>  Subject: Re: X11 proxy on VMS ? 6 Message-ID: <Pine.LNX.4.53.0306281139070.24585@jaipur>   On Fri, 27 Jun 2003, Moi wrote: H > I'm looking for an X11 proxy ported to VMS - something like TIS's FWTKF > x-gw or crl.dec.com's old and not-longer available xforward.  I needE > to use it to effectively do X11 protocol conversion from ip to LAT:   3 I haven't tried this, but I think it should work...   G From the LAT X-terminal, log into a VMS machine.  Make sure to set your  display from DCL:   ) $ SET DISPLAY/node=xxxxx/trans=lat/create   1 Run some kind of X App to make sure it's working.    $ mcr decw$clock  I Okay, now from the VMS box, use SSH/SSH2 with X11 forwarding turned on to + get to the box you want to run X apps from.   H That should be it.  When you start X apps on the box you SSH-ed into, it should show up on your display.   H SSH/SSH2 is available today from Process Software as part of Multinet or. TCPware.  Also available as a product for UCX.  H I haven't tried this setup, but I think it should work.  We have VXTs atC work and we use LAT.  I can try it out if you can't get it to work.   J I have chained forwarded X displays through SSH connections on Unix boxes, so I know it should work.    -Ryan    ------------------------------   End of INFO-VAX 2003.355 ************************