1 INFO-VAX	Sat, 28 Jun 2003	Volume 2003 : Issue 353       Contents: Re: Bind Re: Bind2 Compaq Solutions Aliance - Do it still existing  ? Documentation Error ' Re: Ethernet card for alphaserver 1000a @ Re: Hewlett-Packard said to be interested in buying software andP Re: Hewlett-Packard said to be interested in buying software and  services compa! Re: How do I turn on XFC caching?  Re: HP to drop hpux? Re: HP to drop hpux? Re: HP to drop hpux? Re: HP to drop hpux?: Re: New Business View Magazine for HP Enterprise Customers: Re: New Business View Magazine for HP Enterprise Customers* Open VMS Alpha upgrade from 7.2-1 to 7.2-2. Re: Open VMS Alpha upgrade from 7.2-1 to 7.2-2% OpenVMS Management  Tools for Windows ) Re: OpenVMS Management  Tools for Windows / Re: OpenVMS Technical Seminar Highlights (some) / Re: OpenVMS Technical Seminar Highlights (some) / Re: OpenVMS Technical Seminar Highlights (some) / Re: OpenVMS Technical Seminar Highlights (some) # Re: PuTTY and SSH2 on OpenVMS - Not # Re: PuTTY and SSH2 on OpenVMS - Not D Subject: Reading long files in BASIC that appears to be "recordless" Re: X11 proxy on VMS ? Re: X11 proxy on VMS ? Re: X11 proxy on VMS ? Re: X11 proxy on VMS ? Re: X11 proxy on VMS ?  F ----------------------------------------------------------------------  + Date: Fri, 27 Jun 2003 23:42:32 +0000 (UTC) . From: "Insomnee" <robert.heyes@btinternet.com> Subject: Re: Bind 2 Message-ID: <bdikp8$98c$1@hercules.btinternet.com>  / "JF Mezei" <jfmezei@istop.com> wrote in message # news:3EE8EE64.8C7316FE@istop.com...  > insomnee_a wrote:  > > F > > My ES40 went loopy today so a reboot was caled for and it went OK, except I > > have lost my BIND Database.  > K > If you use NSLOOKUP and SET DEBUG and then ask for a host name, what does  it > say ?  > K > And in the TCPIP> utility, if you do SHOW CONF NAME, which server does it  > point to ?  L We found that in the startup.log the bind resolver part of the tcpip startup procedure bombs out with   Starting TCP/IP . %TCPIP-I-NORMAL, timezone information verified3 %TCPIP$PPP-I-INFO, Loading PPP Drivers and CallBack = %RUN-S-PROC_ID, identification of created process is 20A0041C C %TCPIP-I-INFO, The Internet driver and ACP were successfully loaded 3 %TCPIP-I-SETLOCAL, setting domain and/or local host 3 %TCPIP-I-SETCOMMP, setting communication parameters G %TCPIP-I-NOMORE, parameter or qualifier COMMUNICATION OPTIONS no longer  supporte? d; see the documentation for valid options and re-enter command * %TCPIP-I-STARTCOMM, starting communication. %TCPIP-I-SETPROTP, setting protocol parameters% %TCPIP-I-DEFINTE, defining interfaces $ %TCPIP-I-ENABSERV, enabling services) %TCPIP-I-STARTNAME, starting name service ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  address=00000000002B& 7CB4, PC=FFFFFFFF80CC1CCC, PS=0000001B  2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000005 1                         Name   = 000000000000000C 1                                  0000000000000000 1                                  00000000002B7CB4 1                                  FFFFFFFF80CC1CCC 1                                  000000000000001B        Register dump:J     R0  = 00000000000665C0  R1  = 00000000000665B4  R2  = 00000000001823F0J     R3  = 000000007AEADA60  R4  = 0000000000033AF0  R5  = 000000007FFCF938J     R6  = 0000000000000000  R7  = 0000000000000001  R8  = 000000007FFAC208J     R9  = 000000007AEADA60  R10 = 000000007FFAD238  R11 = 000000007FFCE3E0J     R12 = 0000000000000000  R13 = 000000007AF88F38  R14 = 0000000000000000J     R15 = 000000007AF85990  R16 = 00000000002B7CB4  R17 = 000000000000001EJ     R18 = 00000000000665CC  R19 = 000000000000001E  R20 = 0000000000000000J     R21 = 0000000000000000  R22 = 00000000000665C0  R23 = 0000000000000001J     R24 = 0000000000000000  R25 = 0000000000000000  R26 = 00000000001B4C38J     R27 = FFFFFFFF8624B6A0  R28 = 0000000000000000  R29 = 000000007AEAD230J     SP  = 000000007AEAD230  PC  = FFFFFFFF80CC1CCC  PS  = 300000000000001B    ? So to get round this I have put the following at the end of the 
 systartup.com   	 $ set ver   
 $ set noon    $ tcpip set name /system/disable  @ $ tcpip set name /server=(server1,server2) /path=www.?????.co.uk /system/enable   $ exit      
 Any thoughts?    ------------------------------  % Date: Fri, 27 Jun 2003 20:05:17 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Bind ) Message-ID: <3EFCDBAA.83ED65A8@istop.com>    Insomnee wrote: N > 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   M Not sure if this was mentioned before or not. Did you use @TCPIP$CONFIG to go I through your configuration and all services to ensure your database is in  order ?   L After upgrading, you should do that. As I recall, the TCPIP$CONFIG procedureM has conde in there to check and then convert if necessary old configurations.    ------------------------------  + Date: Fri, 27 Jun 2003 18:00:18 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>; Subject: Compaq Solutions Aliance - Do it still existing  ? @ Message-ID: <20030628010018.59898.qmail@web20204.mail.yahoo.com>   People (mainly HPs)   4 I think some HP Partners are lost in time and space.- Or there isn't an HP Solutions Aliance yet...   5 http://www.cognos.com/products/powerhouse/compaq.html      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: Fri, 27 Jun 2003 19:27:57 GMT  From: dittman@dittman.net  Subject: Documentation Error4 Message-ID: <1V0La.1704$7e.365@nwrddc04.gnilink.net>  9 I was sure I had seen somewhere that the DEGXA was a 3Com 7 card, so I checked out the 3Com site and determined the 8 only 3Com card with a Tigon 3 was the 3C996-T.  I bought8 one and tried it, but it wasn't recognized even with the9 LAN patches for V7.3-1.  If I updated SYS$USER_CONFIG.DAT 7 to match the PCI IDs, VMS would bugcheck.  I decided to 6 check the Compaq/HP website to see if I could find the( information again.  The first place was:  6 http://h71000.www7.hp.com/openvms/os/v731features.html  % Which states (table modified to fit):      FEATURE   0  Broadcom 5700 Series (Tigon 3) Gigabit Ethernet  7 * Support for the 3COM Gigabit Ethernet Adapter (DEGXA)    BENEFIT : * Provides support for the latest Gigabit Ethernet adapter;   architecture for the OpenVMS Operating system, continuing <   the existing Gigabit Ethernet support as both a LAN device*   as well as a cluster interconnect device * Available via remedial kit& * Estimated availability November 2002    ; There's also reference to the DEGXA being a 3Com card here:     . http://h71000.www7.hp.com/wizard/wiz_7725.html      ? So the question is, which 3Com card is relabelled as the DEGXA?  --   Eric Dittman dittman@dittman.net    ------------------------------  % Date: Fri, 27 Jun 2003 10:50:09 -0700 * From: Alan Frisbie <Abuse@Flying-Disk.com>0 Subject: Re: Ethernet card for alphaserver 1000a. Message-ID: <3EFC83D1.1090609@Flying-Disk.com>   Mike Zanker wrote: > Hi,  > I > I've just acquired an Alphaserver 1000A 5/300 on which I'd like to run  H > OpenVMS 7.3 with a hobbyist license. It came without an ethernet card I > so I'd be very grateful if someone could advise me of a compatible one  	 > to buy.   A Get a DE500.   It's compatible.   It rocks.   The price is right. > I went to a presentation on cluster interconnects.   The DE500@ did *very* *well* for all but gigantic transfers.   I don't have6 the slides handy, but I'm sure that someone here does.   Alan   ------------------------------  % Date: Fri, 27 Jun 2003 15:57:18 -0400 * From: "Bill Todd" <billtodd@metrocast.net>I Subject: Re: Hewlett-Packard said to be interested in buying software and 2 Message-ID: <x5ednYO5cL84PGGjXTWJhg@metrocast.net>  5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message / news:bdhekl$ssuu2$1@ID-135708.news.dfncis.de...    ...   B > I have to admnit to being baffled by this discussion.  a DBMS is' > a lot more than just an indexed file.   L 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 @ > file system maintain all the relationships that are part of an > RDBMS?  K From trivially easily to not at all:  it of course depends on just how many K such relationships exist, and how complex they are.  If they're things that = the application can handle easily, then all the ISAM needs is H application-level transaction facilities to let the application make all$ changes atomic at the logical level.  8   The first DBMS I worked with was a Codasyl DB accessed? > using COBOL on a UNISYS 1100 (which had a perfectly good ISAM @ > implementation).  The description of the data dictionary was a > book 3" thick.  H Whereas a modern ISAM implementation should be able to get by with basicE documentation a couple of mm thick (RMS is unfortunately *not* a good L example of this).  Many developers would consider this a major plus, leavingJ aside the potential for dramatically better performance in the realms that it addresses well.   - bill   ------------------------------  % Date: Fri, 27 Jun 2003 15:01:26 -0400 % From: "John Vottero" <John@mvpsi.com> Y Subject: Re: Hewlett-Packard said to be interested in buying software and  services compa / Message-ID: <vfp549bhqsmab7@news.supernews.com>   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3EFB62DE.9738E665@istop.com...  > Bob Koehler wrote:J > >    90% of the DBMS installations I've seen do things that a $1200 ISAMI > >    package could do.  Real file systems have ISAM or a superset built  in.  > J > My old PSION series 3c PDA has an ISAM implementation built in. 2 meg of RAM,6 > (for running and storage) and it has ISAM built in ! > I > Why doesn't DOS/Windows have some ISAM built-in ? Imagine how different  the L > software world would be. Oracle and other large database makers would have a 4 > much smaller market of only the largest databases.  E If you use Microsoft's development tools, you can ship MSDE with your I software.  MSDE is SQL Server with the management tools removed and, it's  "optimized for 5 users".   ------------------------------  # Date: Fri, 27 Jun 2003 19:26:09 GMT  From: Beach Runner@nospam.com * Subject: Re: How do I turn on XFC caching?* Message-ID: <3EFC9A51.4D69DD01@cfl.rr.com>  8 Make sure you have the latest XFC ECO and set vcc_flag 2   That turns it on.    Beach Runner....     "Craig A. Berry" wrote:   ; > In article <Xns93A76AFB6B1EDfalkarcabca@205.233.108.180>, & >  Alfred Falk <falk@arc.ab.ca> wrote: > F > > The VMS 7.3 System Manager's Manual says about Extended File Cache
 > > (XFC): >  > > 2 > > However SHOW MEMORY/CACHE shows the following:I > >   Vols in Full XFC mode     0    Vols in VIOC Compatible mode      13 I > >   Vols in No Caching mode   0    Vols in Perm. No Caching mode      0  > > J > > Until a few months ago, the cluster included a VAX at 7.2, so this wasG > > expected.  Now the VAX is gone, but the caching mode is still VIOC.  > I > No it's not.  It's VIOC "compatible" mode, which I'm pretty sure is the I > only XFC mode available at present.  There will probably be a "full XFC F > mode" sometime in the future.  Be sure to be up-to-date on ECOs; theI > initial XFC in v7.3 had some serious problems, as did the first ECO for  > it.    ------------------------------  % Date: Fri, 27 Jun 2003 15:04:19 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: HP to drop hpux? ) Message-ID: <3EFC9532.327D971D@istop.com>   * Alan Winston - SSRL Admin Cmptg Mgr wrote:M > If Digital gave Linus Torvalds an early Alphastation for the purpose of his F > porting Linux to it, should Digital get the credit, or should Linus?  D It depends. If Digital is the one who contacted Linus, offered him aN workstation and any other "incentive" to port Linux to Alpha, then i would sayL it was Digital that would get most of the credit since they are the ones who2 took the active steps to have Alpha support Linus.  H If, on the other hand, Linus spend months navigating through the DigitalN management maze to find someone who would finally agree to lend a alphastationL because Linus really wanted to make a 64 bit version of Linux, then TorvaldsL deserves 200% of the credit since he would have ported it *despite* Digital.   ------------------------------  # Date: Fri, 27 Jun 2003 19:35:54 GMT & From: jlsue <jefflsxxxz@sbcglobal.net> Subject: Re: HP to drop hpux? 8 Message-ID: <v17pfv8vbnj0v5vgjeqdqa8beu10v6j7n2@4ax.com>  F On Thu, 26 Jun 2003 19:08:17 GMT, "John Smith" <a@nonymous.com> wrote:   > ? >"Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message 8 >news:cf15391e.0306260948.2479fb2d@posting.google.com...  , >> HP's Linux sales now exceed $2B annually. > F >Your statement is a bit disengenious. What is far closer to the truth >is,G >"HP sells hardware that could run just about any o/s, but the customer D >chose to have Linux installed. HP sells $2B annually in this marketE >but makes little money on the hardware, and zero ($0) on the sale of F >Linux per se, it being open source and obtained from 3rd parties (Red >Hat, et. al.)."  K No, you're wrong.  If we sell servers that the customer plans to run Linux, H then it's a Linux sale.  Same goes for storage and consulting services -, which we also provide to Linux environments.  F Linux business contributes to our overall sales.  $2B seems low to me,	 actually.    > B >> So it's quite obvious that HP is serious about Linux, and about >> helping it move forward.  > 3 >HP is serious about selling something for nothing. ) >That is a recipie for long-term failure.   J If they buy storage and consulting, it is not "something for nothing".  In( fact, even if we sell a server it's not.   ------------------------------    Date: 27 Jun 2003 16:23:59 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: HP to drop hpux? 3 Message-ID: <DzjwikZCAsMS@eisner.encompasserve.org>   V In article <3EFC9532.327D971D@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > F > It depends. If Digital is the one who contacted Linus, offered him aP > workstation and any other "incentive" to port Linux to Alpha, then i would sayN > it was Digital that would get most of the credit since they are the ones who4 > took the active steps to have Alpha support Linus.  J    IIRC a fellow at DEC did a 32 bit port to Alpha as a feasability demo, ,    then DEC got Linus to do the 64 bit port.   ------------------------------  % Date: Fri, 27 Jun 2003 20:39:16 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: HP to drop hpux? 9 Message-ID: <Vs5La.7393$OE2.910281@news20.bellglobal.com>   5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0306191512.61365658@posting.google.com... ? > it says here that its a rumor ... maybe Carly is smarter than  > we think! :) > ? > http://www.infoworld.com/article/03/06/18/HNsapfiorina_1.html   H At the OpenVMS technical seminar in Ottawa (2003-06-25 + 26), the HP s/w% engineers stated the following facts:    26% of all UNIX sites run HP-UX   6% of all UNIX sites run Tru64   M So by moving Tru64 features like AdvFs and Clustering (to name only two) into G HP-UX, HP expected to save 2-3 Billion dollars by dropping Tru64. (this N savings was not explained and the numbers were not broken out but it seemed to be a one-time savings)  A The whole point of this is that I don't think HP will kill HP-UX.   K p.s. I've used both OSs and prefer Tru64 so please don't accuse me of HP-UX  bias :-)  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Fri, 27 Jun 2003 19:55:17 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>C Subject: Re: New Business View Magazine for HP Enterprise Customers 8 Message-ID: <i98pfv0npe1pqukr74na8j871d1lamu4gj@4ax.com>  F On Thu, 26 Jun 2003 15:35:07 +0100, Nic Clews <sendspamhere@127.0.0.1> wrote:     > G >Apparently I'm very famous, in my back yard which is the same place my ( >opinions have the highest validity. :-)  ) Ha!!!  I only wish that were true for me.    ------------------------------  % Date: Fri, 27 Jun 2003 16:22:44 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: New Business View Magazine for HP Enterprise Customers ) Message-ID: <3EFCA78F.4EA87E49@istop.com>    "Doc.Cypher" wrote: N > Newsgroups are a good barometer for the opinion of those "at the sharp end",  J I had the same treatment in the PSION newsgroups as I am getting here.  MyN "nemesis" on the PSION newsgroups, I later found out, was the chief evangelistI for the new PSION EPOC-32 OS which was spun off to a consortium of mobile K phone companies (now known as Symbian-OS). I saw plenty of signs that PSION G was not going to continue with the PDA market. (lack of marketing, much J delayed product upgrades etc). Of course, I was blasted left and right for being the "naysayer".   J But when PSION made it official that it was no longer going to produce newI PDAs, and that it would continue to sell its exsiting PDAs (already a few U years old) until demand went away, nobody came out and said "JF was right all along".   D In that instance, most of the participants were from europe, britainN especially (where PSION was based and well known. When I noticed that Palm wasK talking over the PDA market in north america, I was told I was dreaming, or J that "Palm isn't competing against PSION because it is a different type ofI PDA".  I was also told "funny, here in europe, PALM is small, unknown and 2 PSION rules, we see no reason to fear its demise".  K Then, when PALM jumped the pond to europe, it didn't take long for PSION to  pull out of the market.   K Sometimes, a person with a different point of view sees things much earlier N than those who are in a "safe" area and don't see any signs of a problem untilM it is way too late. It is a shame that they choose to ignore those warning of  a storm coming.   K PSION was very much like VMS. Used to be the world leader in PDAs, in fact, K they invented PDAs. But as market grew, newcomers used marketing instead of N word-of-mouth and eventually pushed PSION aside to its market niches, but even# those niches eventually fell apart.   J In abandonning the PDA market, PSION focused on its industrial devices, (aN market not yet dominated by Palm or Windows-CE/Pocket-PC). Ironically, PSION'sG industrial devices are still mostlty  based on its older EPOC-16 (SIBO) L architecture instead of the "fancy" EPCO-32 (Symbian OS). But they purchasedL another industrial device firm which has units based on other OSs, includingM Windows etc etc. So PSION is now in its last market niche. Away from consumer % goods and focused on a narrow market.   N And interestingly, now that PSION's involvement with Symbian is limited (stillJ a sharerholder, but no longer develops new PDAs based on Symbian-OS),  theL mobile phone companies have finally gotten Symbian to do something, and mostL new phones from Nokia and Ericcson are now based on Symbian-OS, albeit, eachH having its own user interface design. (keeping phones different). And asJ Symbian moves closer to what the mobile phones need, it moves further fromK what PSION would need should it want to produce a new PDA based on that OS.   N I see so many similarities between PSION and Digital/VMS, that it isn't funny.L And even the PSION software development kit for the EPOC-16 makes mention ofH VMS in a few places.  The most interesting is in teh NCP protocol (thinkN DECNET) which warns application developpers that their apps need to be able toM handle foreign file specificatiosn when a user selects a file that resides on I a remote machine which could be different OS.  (and yes, one can remotely L start a task on a PSION with their proprietary protocol which is very decnet like in functionality).    ------------------------------  % Date: Fri, 27 Jun 2003 12:33:23 -0700 - From: "My old account" <rwolff@selkirk.bc.ca> 3 Subject: Open VMS Alpha upgrade from 7.2-1 to 7.2-2 5 Message-ID: <001801c33ce2$f990d5c0$41933cc7@cassb20c>   D I have a single (not clustered) DS20E Alpha running Open VMS 7.2-1. C I want to upgrade to Open VMS 7.2-2 which is required for CSWS 1.3.   @ Are there any concerns that I should be aware of before I begin?! I don't run DECnet. I use TCP/IP.   ? After the upgrade do I have to reinstall every layered product?    Thanks for your advice.    ------------------------------  % Date: Fri, 27 Jun 2003 23:04:50 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> 7 Subject: Re: Open VMS Alpha upgrade from 7.2-1 to 7.2-2 5 Message-ID: <bdibhl$snmf4$1@ID-143435.news.dfncis.de>   : "My old account" <rwolff@selkirk.bc.ca> schreef in bericht/ news:001801c33ce2$f990d5c0$41933cc7@cassb20c... E > I have a single (not clustered) DS20E Alpha running Open VMS 7.2-1. E > I want to upgrade to Open VMS 7.2-2 which is required for CSWS 1.3.   : Why not go for 7.3-1? The latest, greatest and fastest :-) > B > Are there any concerns that I should be aware of before I begin?# > I don't run DECnet. I use TCP/IP.   E It depends on what version of IP you're running; newer versions offer & additional support that may be useful. > A > After the upgrade do I have to reinstall every layered product?   ) No, of course not. Why would you have to?    > Thanks for your advice.    My pleasure.   ------------------------------  + Date: Fri, 27 Jun 2003 18:07:07 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>. Subject: OpenVMS Management  Tools for Windows@ Message-ID: <20030628010707.84994.qmail@web20208.mail.yahoo.com>   People  K Do Compaq/HP stopped developing the OpenVMS Management Tools for Windows ?     K If yes, why not HP donate/sell/give it to another company like Pointsecure  M to improve it ? There were good features in that product, mainly for Helpdesk G use if improved - like security people which need just to create/delete L 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... B 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: Fri, 27 Jun 2003 22:03:22 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: OpenVMS Management  Tools for Windows& Message-ID: <3EFD057A.10A5E9F@fsi.net>   Fabio Cardoso wrote: >  > 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 PointsecureO > to improve it ? There were good features in that product, mainly for Helpdesk I > use if improved - like security people which need just to create/delete N > accounts. Etc ! Would be nice to integrate it with PointAudit to have online > management of the accounts.   B Trouble with that, Fabio, is that things like OpenVMS Mgt. StationF aren't extensible. Maintaining OpenVMS user accounts is usually only aC small part of application administration. There is no way to extend H "OMS" so that once the VMS "dirty-work" is done, you can then move on to the application-specific tasks.   H Either OMS needs to be presented as an API to which ISVs can program, orC OMS needs to permit extensions so it can be integrated into an ISVs ( application user account administration.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 27 Jun 2003 15:42:32 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: OpenVMS Technical Seminar Highlights (some)) Message-ID: <3EFC9E25.1C52A658@istop.com>    Neil Rieck wrote: = > 7. support for parameters WSMAX + BALSETCNT will be removed   / What is the logic behind the removal of WSMAX ?   M > conditionals). When they started the Itanium port they began by adding more P > conditionals to the common code base which means that all three platforms will! > be easily sync'd in the future.   J I had heard that only Alpha and IA64 would be easily synched with a commonK code base, and that VAX woudl pretty well remain stagnant with its own code J base with changes to make it interoperate with new releases. Consider thatU stuff like X, file system etc are not moving on VAX, but are being upgraded on Alpha.     O > 1c. VMS 8.2 will be released on all three platforms simultaneously (some time 
 > in 2004)  5 One has to remember that 8.2 on VAX != 8.2 on Alpha.    L > 1. H-P requires that their partners develop products for all H-P operatingM > systems. This means that an ISV wanting to develop for HP-UX and LINUX will J > now be required to develop for OpenVMS as well. This will help to dispelN > myths like H-P wants to kill VMS and/or there are no apps available for VMS.  N This is the first I hear of this. And frankly, I find it very hard to believe.N Does this mean that Tandem applications will now be forced to be "dumbed" downK to run on HP-UX without process mirroring etc etc ? Does this mean that the L medical applications on VMS (one of the few remaining niches) will be portedN to HP-UX and Tandem and Windows ? If so, it might mean the end of VMS since it; would lose the "monopoly" it has on a few vertical markets.   L Also, unless I hear this from Carly herself, with full explicit support fromJ Winkler, Blackmore and Stallard, then i don't believe it would be officialI corporate-wide policy. If it comes from VMS only, then the way I read it:   K If you develop an app for VMS, it must also be available on HP-UX, Windows,  Tandem etc.    ------------------------------  % Date: Fri, 27 Jun 2003 13:37:00 -0700 & From: Greg Cagle <gregc@gregcagle.com>8 Subject: Re: OpenVMS Technical Seminar Highlights (some)/ Message-ID: <vfpapo9ndcdu0e@corp.supernews.com>    JF Mezei wrote:    > Neil Rieck wrote:   L >>1. H-P requires that their partners develop products for all H-P operatingM >>systems. This means that an ISV wanting to develop for HP-UX and LINUX will J >>now be required to develop for OpenVMS as well. This will help to dispelN >>myths like H-P wants to kill VMS and/or there are no apps available for VMS. >  > P > This is the first I hear of this. And frankly, I find it very hard to believe.  F Me too. Even in the "partner" space that others have mentioned I stillD don't believe it. We're going to need another reference on this with more detail.   - Greg   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------    Date: 27 Jun 2003 16:17:25 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 8 Subject: Re: OpenVMS Technical Seminar Highlights (some)3 Message-ID: <JAMQY7rAAjoY@eisner.encompasserve.org>   V In article <3EFC9E25.1C52A658@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:  L > I had heard that only Alpha and IA64 would be easily synched with a commonM > code base, and that VAX woudl pretty well remain stagnant with its own code L > base with changes to make it interoperate with new releases. Consider thatW > stuff like X, file system etc are not moving on VAX, but are being upgraded on Alpha.   G    I've only specifically heard that Alpha and IA64 will continue to be G    based on the same code base, but if I was HP I'd take a serious look E    at getting rid of the extra cost of maintaining the two code bases D    that exist now.  A little money now might pay dividends for yearsF    for all those VAX customers whowon't shut down and do want support.   ------------------------------  % Date: Fri, 27 Jun 2003 20:29:30 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 8 Subject: Re: OpenVMS Technical Seminar Highlights (some)9 Message-ID: <Lj5La.7389$OE2.909756@news20.bellglobal.com>   M With my own ears, I heard OpenVMS Technical Architect "Gaitan D'Antoni" state M that VAX, Alpha, and IA-64 are all supported with one common code base. Using N his words, this was done by using lots of "IF DEF" (conditionals) statememets.H Also, certain custom pieces of code which were originally written in VAXN assembler are now conditionally replaced by stubs of "C" which do a better job8 of generating optimized code on RISC and EPIC platforms.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/   H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:JAMQY7rAAjoY@eisner.encompasserve.org... 4 > In article <3EFC9E25.1C52A658@istop.com>, JF Mezei# <jfmezei.spamnot@istop.com> writes:  > N > > I had heard that only Alpha and IA64 would be easily synched with a commonJ > > code base, and that VAX woudl pretty well remain stagnant with its own codeN > > base with changes to make it interoperate with new releases. Consider thatF > > stuff like X, file system etc are not moving on VAX, but are being upgraded on Alpha. > I >    I've only specifically heard that Alpha and IA64 will continue to be I >    based on the same code base, but if I was HP I'd take a serious look G >    at getting rid of the extra cost of maintaining the two code bases F >    that exist now.  A little money now might pay dividends for yearsH >    for all those VAX customers whowon't shut down and do want support.   ------------------------------  % Date: Fri, 27 Jun 2003 14:37:05 -0500 + From: "Irving F. Snurd" <dacadc0@lycos.com> , Subject: Re: PuTTY and SSH2 on OpenVMS - Not( Message-ID: <3EFC9CE1.7080001@lycos.com>  & --------------0905070304030801060409059 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit     B We've had trouble editing with putty.  Without tinkering atall it H supports keypad editing, for those of us with EDT fingers, and that was : nice.  I can log into VMS from a PC and edit with EDT justH like a DECTERM window.  However, whenever I paste into puttty, from one G putty screen to another, I get just enough errors to drive me crazy. A  - semicolon will be missing, or part of a word. D So if I paste a 30-line function, when I compile I'll get about ten $ compilation errors.  That's not trueK with TeraTerm, which seems to work just fine.  If it only supported SSH2...   !     regards, Bill Manwaring, IUCF  Alder wrote:  . >"Manser" <nmanser@progis.de> wrote in message8 >news:2178d61f.0306250435.3d6d109e@posting.google.com... >    > 5 >>Alder <PGDEHMKOKIMD@spammotel.com> wrote in message  >>     >>) >news:<3EF93EE5.4060405@spammotel.com>...  >  >    > E >>By the way i habe some problems usinng the putty client, especially G >>when editing files, the cursor points to wrong locations in the file, 8 >>so that working with the editor is extremly difficult. >>Have you exprienced this ? >> >>     >> > L >Sorry, Manzer, I missed this the first time around.  I have not experiencedM >this particular problem, but it sounds like a VT emulation issue.  All I can K >suggest is to fiddle with the settings in PuTTY's Terminal|Keyboard dialog ) >until you get close to something useful.  > 	 >Regards,  >  >Alder >  >  >    >     & --------------090507030403080106040905) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   ? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">  <html> <head>   <title></title>  </head>  <body> <br>O We've had trouble editing with putty. &nbsp;Without tinkering atall it supports P keypad editing, for those of us with EDT fingers, and that was nice. &nbsp;I can2 log into VMS from a PC and edit with EDT just <br>R like a DECTERM window. &nbsp;However, whenever I paste into puttty, from one puttyJ screen to another, I get just enough errors to drive me crazy. A semicolon' will be missing, or part of a word.<br> O So if I paste a 30-line function, when I compile I'll get about ten compilation0! errors. &nbsp;That's not true<br>nT with TeraTerm, which seems to work just fine. &nbsp;If it only supported SSH2...<br> <br>4 &nbsp;&nbsp;&nbsp; regards, Bill Manwaring, IUCF<br> Alder wrote:<br>@ <blockquote type="cite" cite="mid3efa2b27$1@obsidian.gov.bc.ca">   <pre wrap="">"Manser" <a class="moz-txt-link-rfc2396E" href="mailto:nmanser@progis.de">&lt;nmanser@progis.de&gt;</a> wrote in messageu <a class="moz-txt-link-freetext" href="news:2178d61f.0306250435.3d6d109e@posting.google.com">news:2178d61f.0306250435.3d6d109e@posting.google.com</a>...   </pre>   <blockquote type="cite">     <pre wrap="">Alder <a class="moz-txt-link-rfc2396E" href="mailto:PGDEHMKOKIMD@spammotel.com">&lt;PGDEHMKOKIMD@spammotel.com&gt;</a> wrote in message
     </pre>   </blockquote>i   <pre wrap=""><!---->news:<a class="moz-txt-link-rfc2396E" href="mailto:3EF93EE5.4060405@spammotel.com">&lt;3EF93EE5.4060405@spammotel.com&gt;</a>...     </pre>   <blockquote type="cite">T     <pre wrap="">By the way i habe some problems usinng the putty client, especiallyE when editing files, the cursor points to wrong locations in the file,x6 so that working with the editor is extremly difficult. Have you exprienced this ?  
     </pre>   </blockquote>-   <pre wrap=""><!---->K Sorry, Manzer, I missed this the first time around.  I have not experiencedmL this particular problem, but it sounds like a VT emulation issue.  All I canJ suggest is to fiddle with the settings in PuTTY's Terminal|Keyboard dialog( until you get close to something useful.   Regards,   Alder        </pre>
 </blockquote>y <br> </body>o </html>l  ( --------------090507030403080106040905--   ------------------------------    Date: 27 Jun 2003 16:25:51 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n, Subject: Re: PuTTY and SSH2 on OpenVMS - Not3 Message-ID: <iGdiqU2H8AsI@eisner.encompasserve.org>   V In article <3EFC9CE1.7080001@lycos.com>, "Irving F. Snurd" <dacadc0@lycos.com> writes: > ' > We've had trouble editing with putty.   D    Have you been able to get Insert recognized for Find?  Every timeE    I hit Insert when editting via Putty I get a message about nothingP    being defined for that key.   ------------------------------    Date: 27 Jun 2003 12:11:40 -0700' From: dennisb@wvhmhc.org (Dennis Baker)iM Subject: Subject: Reading long files in BASIC that appears to be "recordless"T= Message-ID: <6f29699e.0306271111.2720c9f0@posting.google.com>v  B I have a BASIC program that lists files matching numerous wildcardB patterns, sorted in descending date order, and prompts the user toD select one for processing.  It opens each file and reads a few linesD to try to figure out what kind of contents are in them.  Previously,F it just used LINPUT to get each line of the file.  The problem is some> files I've just started receiving are what I believe have beenE referred to as "unix-like" files: they don't have individual records,  so a GET results ine  ( %BAS-F-RECFILTOO, Record on file too big' -BAS-I-ON_CHAFIL, on channel 5 for file ' DKB0:[USER.NINSUR.TAGCOM]HP150922.835;1  at user PC 00000000 8 -RMS-W-RTB, 1755 byte record too large for user's buffer  B For this file, changing the RECORDSIZE in the OPEN statement to beC larger than 1755 allows the GET to succeed, but I expect some files0C I'll receive will be over 1,000,000 bytes, so increasing RECORDSIZE0B won't be possible.  These files get downloaded at a PC's NFS driveF connected to our Alpha, and the resulting file attributes are strange.
  For example,0  6 Alpha1> dir/full dkb0:[user.ninsur.tagcom]HP150922.835  # Directory DKB0:[USER.NINSUR.TAGCOM]0  4 HP150922.835;1                File ID:  (44875,75,0)2 Size:            4/18         Owner:    [BOLORERW]" Created:   18-JUN-2003 08:02:43.65& Revised:   18-JUN-2003 08:09:38.07 (3) Expires:   <None specified>0 Backup:    <No backup recorded>  Effective: <None specified>F Recording: <None specified>0 File organization:  Sequential Shelved state:      OnlineE File attributes:    Allocation: 18, Extend: 0, Global buffer count: 0h$                     No version limit? Record format:      Stream_LF, maximum 0 bytes, longest 0 bytese Record attributes:  None RMS attributes:     None Journaling enabled: None  6 Alpha1> anal/rms dkb0:[user.ninsur.tagcom]HP150922.835  F Check RMS File Integrity                     26-JUN-2003 10:47:27.98   Page 1' DKB0:[USER.NINSUR.TAGCOM]HP150922.835;1    FILE HEADERn  :         File Spec: DKB0:[USER.NINSUR.TAGCOM]HP150922.835;1         File ID: (44875,75,0)a         Owner UIC: [BOLORERW] B         Protection:  System: RWED, Owner: RWED, Group: E, World: E0         Creation Date:   18-JUN-2003 08:02:43.65;         Revision Date:   18-JUN-2003 08:09:38.07, Number: 3w'         Expiration Date: none specifiedT$         Backup Date:     none posted!         Contiguity Options:  none !         Performance Options: nonef!         Reliability Options: noneA!         Journaling Enabled:  noneu   RMS FILE ATTRIBUTESt  %         File Organization: sequential           Record Format: stream-LF+         Record Attributes:  carriage-return:         Maximum Record Size: 0         Longest Record: 0c4         Blocks Allocated: 18, Default Extend Size: 0,         End-of-File VBN: 4, Offset: %X'00DB'!         File Monitoring: disabled          Global Buffer Count: 0= ***  VBN 1:  Last stream record does not contain a delimiter.a5 Unrecoverable error encountered in structure of file./   The analysis uncovered 1 error.   . ANAL/RMS DKB0:[USER.NINSUR.TAGCOM]HP150922.835  D A DUMP confirms there are no LF or CR bytes in the file.  I'm tryingC to read files block by block in BASIC.  I'd like to just open f$ as_C #5, virtual, then use get and move from statements to read each 512wB byte block.  I have tried various open clauses to no avail.  You'dB think organization virtual would imply 512 byte records, or adding; recordsize 512 would achieve the goal, but it doesn't work.a  + One "solution" that seems to help is to seteC file/attrib=(rfm=stm,lrl=512,mrs=512).  However, I can't expect theoE end user, who knows nothing of DCL, to manually set this on every set D of files downloaded; in addition, some files that are downloaded endA up with "agreeable" VMS file attributes (the straight text reportAD files), so no action may be necessary for those.  Possible solution:C Is there a way to open the file in BASIC, possibly using a USEROPENhD function, to set the file attributes above without actually changingC the attributes?  In other words, open the file and somehow populateoD these values in memory but leave the file unchanged when the programE exits?  I could trap for the %BAS-F-RECFILTOO, Record on file too bigt( and then try the alternate open routine.   As an aside, I tried the codegR http://h18000.www1.hp.com/support/asktima/appl_tools/009688F7-F95FC060-1C0097.htmlC "Example-BASIC Using ACP QIO To Access File And Display Contents". kC This seemed to work on an old VMS machine running VMS 5.5-1, but one our Alpha running V7.1, I get   4 Enter *full* file specification: dkb0:[com]back1.com    Full name:   DKB0:[COM]BACK1.COM Device name: DKB0: File name:   [COM]BACK1.COMc   %RMS-F-DNF, directory not found-/ %TRACE-F-TRACEBACK, symbolic stack dump follows C   image    module    routine             line      rel PC          j abs PC>                                             0 FFFFFFFF80843DE0 FFFFFFFF80843DE0>  DEC$BASRTL                                 0 000000000000E3D8 00000000000503D8= ----- above condition handler called with exception 0001C04C:i %RMS-F-DNF, directory not foundt ----- end of exception message>                                             0 FFFFFFFF8899859C FFFFFFFF8899859C>  SAMPLE  SAMPLE  ACPQIO                  2454 00000000000005F4 00000000000205F4>                                             0 FFFFFFFF88AC70D8 FFFFFFFF88AC70D8  ? The file and directory do exist.  Too bad - this seemed to haved promise.  I also triedR http://h18000.www1.hp.com/support/asktima/appl_tools/00928923-BAC83760-1C0069.htmlF "Example-BASIC Using A USEROPEN To Get XABDAT Information Of A File". A I had to comment out these two lines before it would compile (??)e% 	rev_date = xab::xabdatdef::xab$q_rdt@$ 	rev_num = xab::xabdatdef::xab$w_rvnC Then I tried adding GET #1 after printing the date information, butnD got the same %BAS-F-RECFILTOO, Record on file too big error.  I also tried adding 	FAB::FAB$B_RFM = FAB$C_FIX  	XAB::XAB$W_LRL = 512e 	FAB::FAB$W_MRS= 512A both before and after the sys$open and sys$connect lines.  ["Hey, B Rocky watch me pull a rabbit out of my hat!" "But that trick neverD works!"]  Again, I'd prefer to avoid DCL unless I could call the setD file/attribute command from BASIC only when needed.  There should beE an easier way to read any file in BASIC block by block, regardless ofs& it's file attributes, but I'm stumped.    Dennis Baker, Programmer/Analyst Wabash Valley Hospital dennisb at dontspam wvhmhc.org   ------------------------------  % Date: Fri, 27 Jun 2003 14:59:49 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: X11 proxy on VMS ?i) Message-ID: <3EFC9425.EAAD6673@istop.com>y  
 Moi wrote: > +---------------+  > |               |n3 > | X Terminal 1  |      LAT      +---------------+t3 > |               |---------------|               |a3 > +---------------+               |               |iK >                                 |  SSH2 Client  |       +---------------+eK > +---------------+               |               |       |  SSH2 Server  |-K > |               |      LAT      |               |   ip  |               |"K > | X Terminal 2  |---------------| Bastion Host  |-------|  Remote Host  |iK > |               |               |               |       |               |cK > +---------------+               |               |       |               |DK >                                 |      x-gw     |       +---------------+l    L I had never known that X terminals could talk over LAT. I knew of DECNET andK TCPIP as transports. What X terminals actually support LAT for transport ? AL (or are these simply X terminals that have an XTERM/DECTERM application thatH is built-in and the VT emulation uses LAT to connect to a remote host ?)   ------------------------------  # Date: Fri, 27 Jun 2003 20:29:52 GMTa) From: Andrew Balaam <abalaam@yahoo.co.uk>a Subject: Re: X11 proxy on VMS ?o5 Message-ID: <20030627.20295200.1930272744@imagnu.geo>v  I I seem to remember seeing sometime that LAT was a legitimate transport=20i9 for X in a VAX environment - never used it myself though.5  F Thinking about it, it would probably be quite good, as the protocol=20@ overhead of LAT is very low, and most X work is done over a LAN.  I As an aside, is DEC (HP/COMPAQ whatever) ever going to publish, in the=20o  public domain, the LAT protocol?  6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 27/06/03, 19:59:49, JF Mezei <jfmezei.spamnot@istop.com> wrote regard=. ing=20 Re: X11 proxy on VMS ?:a     > Moi wrote: > > +---------------+t > > |               |s5 > > | X Terminal 1  |      LAT      +---------------+o5 > > |               |---------------|               |s5 > > +---------------+               |               | I > >                                 |  SSH2 Client  |       +-----------=e ----+ I > > +---------------+               |               |       |  SSH2 Serv=h er  | I > > |               |      LAT      |               |   ip  |           =      |iI > > | X Terminal 2  |---------------| Bastion Host  |-------|  Remote Ho=y st  |dI > > |               |               |               |       |           =i     |hI > > +---------------+               |               |       |           =      |rI > >                                 |      x-gw     |       +-----------=- ----+     I > I had never known that X terminals could talk over LAT. I knew of DECN=. ET=20u and:I > TCPIP as transports. What X terminals actually support LAT for transpo=W rt=20- ?RI > (or are these simply X terminals that have an XTERM/DECTERM applicatio=a n=20 thatI > is built-in and the VT emulation uses LAT to connect to a remote host =s ?)   ------------------------------    Date: 27 Jun 2003 16:21:37 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)u Subject: Re: X11 proxy on VMS ?w3 Message-ID: <XlJJuiKHVXJ+@eisner.encompasserve.org>e  V In article <3EFC9425.EAAD6673@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > N > I had never known that X terminals could talk over LAT. I knew of DECNET andM > TCPIP as transports. What X terminals actually support LAT for transport ? e  B    I'm using one right now.  The entire DEC VXT line supports LAT,@    DECnet, and TCP/IP.  X11 is going over LAT, not just DECterm.   ------------------------------    Date: 27 Jun 2003 17:59:49 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)R Subject: Re: X11 proxy on VMS ? 3 Message-ID: <VPkBgqIi4KUu@eisner.encompasserve.org>u  a In article <20030627.20295200.1930272744@imagnu.geo>, Andrew Balaam <abalaam@yahoo.co.uk> writes:NK > I seem to remember seeing sometime that LAT was a legitimate transport=20g; > for X in a VAX environment - never used it myself though.. > H > Thinking about it, it would probably be quite good, as the protocol=20B > overhead of LAT is very low, and most X work is done over a LAN. > K > As an aside, is DEC (HP/COMPAQ whatever) ever going to publish, in the=20 " > public domain, the LAT protocol?  > That might bring complaints from those who paid to license it.   ------------------------------  % Date: Fri, 27 Jun 2003 19:30:25 -0400o* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: X11 proxy on VMS ?i) Message-ID: <3EFCD380.6CE838F1@istop.com>t   Bob Koehler wrote:D >    I'm using one right now.  The entire DEC VXT line supports LAT,B >    DECnet, and TCP/IP.  X11 is going over LAT, not just DECterm.  H I stand corrected. Dir SYS$LIBRARY:DECW*trans*.exe reveals support for :   ADSP LAT  DECNET TCPIPr LOCALo COMMON   (what is ADSP ?)   ------------------------------   End of INFO-VAX 2003.353 ************************it is not "something for nothing".  In( fact, even if we sell a server it's not.   --------------                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                