1 INFO-VAX	Mon, 30 Jun 2003	Volume 2003 : Issue 357       Contents: Re: Bug in MAIL? Re: Bug in MAIL? Re: Bug in MAIL? Re: Bug in MAIL?! CHANNELCNT warning - is it valid? % Re: CHANNELCNT warning - is it valid? % Re: CHANNELCNT warning - is it valid? : RE: Compaq Solutions Aliance - "Does" it still existing  ?: Re: Compaq Solutions Aliance - "Does" it still existing  ?: Re: Compaq Solutions Aliance - "Does" it still existing  ?: Re: Compaq Solutions Aliance - "Does" it still existing  ?: Re: Compaq Solutions Aliance - "Does" it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?6 RE: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?6 RE: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?6 RE: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?6 Re: Compaq Solutions Aliance - Do it still existing  ?. Re: Open VMS Alpha upgrade from 7.2-1 to 7.2-2 Rethinking  V.M.S  Re: Rethinking V.M.S Re: Rethinking V.M.S Re: SIMH V3.0-0 released Re: SIMH V3.0-0 releasedH Re: Subject: Reading long files in BASIC that appears to be "recordless"H Re: Subject: Reading long files in BASIC that appears to be "recordless"- TCPIP$SMTP_FROM: working on VAX but not ALPHA  VMS backup to NFS shares Re: VMS backup to NFS shares Re: VMS backup to NFS shares Re: VMS backup to NFS shares  F ----------------------------------------------------------------------    Date: 29 Jun 2003 16:11:58 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Bug in MAIL? 3 Message-ID: <soao$R3Q6DG+@eisner.encompasserve.org>   v In article <20030629210701.13411.qmail@nym.alias.net>, Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> writes:7 > On Sun, 29 Jun 2003, Roy Omond <Roy@Omond.net> wrote:  >>Doc.Cypher wrote: $ >>> Following is on a v7.2 system... >>>  >>> MAIL> del 2-255  >>>   >>> MAIL>  [Exit] ... [snip] ...< >>> -RMS-F-CHN, assign channel system service request failed0 >>> -SYSTEM-F-NOIOCHAN, no I/O channel available >>>  >>> K >>> I'm guessing this is a bug in the way MAIL handles cleanup on exit.  It P >>> shouldn't need that many channels.  Can anyone confirm if this is fixed in a >>> later version? >>8 >>What's the value of your SYSGEN parameter CHANNELCNT ? >  > Not my system :)  * 	$ WRITE SYS$OUTPUT F$GETSYI("CHANNELCNT")   ------------------------------    Date: 29 Jun 2003 21:07:01 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>  Subject: Re: Bug in MAIL? 6 Message-ID: <20030629210701.13411.qmail@nym.alias.net>  5 On Sun, 29 Jun 2003, Roy Omond <Roy@Omond.net> wrote:  >Doc.Cypher wrote:# >> Following is on a v7.2 system...  >>   >> MAIL> del 2-255 >>   >> MAIL>  [Exit] ... [snip] ... ; >> -RMS-F-CHN, assign channel system service request failed / >> -SYSTEM-F-NOIOCHAN, no I/O channel available  >>   >>  J >> I'm guessing this is a bug in the way MAIL handles cleanup on exit.  ItO >> shouldn't need that many channels.  Can anyone confirm if this is fixed in a  >> later version?  > 7 >What's the value of your SYSGEN parameter CHANNELCNT ?    Not my system :)  A I guessed there might be a way to tune this out, but what if I do    MAIL> delete 1-1024?   will the problem recur?      Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems.    ------------------------------    Date: 29 Jun 2003 22:12:57 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]> Subject: Re: Bug in MAIL? 5 Message-ID: <20030629221257.1446.qmail@nym.alias.net>   > On 29 Jun 2003, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:B >In article <20030629210701.13411.qmail@nym.alias.net>, Doc.Cypher5 ><Use-Author-Supplied-Address-Header@[127.1]> writes: 8 >> On Sun, 29 Jun 2003, Roy Omond <Roy@Omond.net> wrote: >>>Doc.Cypher wrote:% >>>> Following is on a v7.2 system...  >>>>   >>>> MAIL> del 2-255 >>>>  ! >>>> MAIL>  [Exit] ... [snip] ... = >>>> -RMS-F-CHN, assign channel system service request failed 1 >>>> -SYSTEM-F-NOIOCHAN, no I/O channel available  >>>>   >>>>  L >>>> I'm guessing this is a bug in the way MAIL handles cleanup on exit.  ItL >>>> shouldn't need that many channels.  Can anyone confirm if this is fixed	 >>>> in a  >>>> later version?  >>> 9 >>>What's the value of your SYSGEN parameter CHANNELCNT ?  >>   >> Not my system :)  > + >	$ WRITE SYS$OUTPUT F$GETSYI("CHANNELCNT")    Thanks!      returned value is 255.  K However, since this is dealing with a mailbomb, will it still happen when I  get to   MAIL DEL 1-1024    ?      Doc. --  K OpenVMS.         Eight out of ten hackers prefer *other* operating systems.    ------------------------------  % Date: Mon, 30 Jun 2003 00:41:42 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: Bug in MAIL? , Message-ID: <3EFFBF86.2010203@tsoft-inc.com>   Doc.Cypher wrote:   @ > On 29 Jun 2003, Kilgallen@SpamCop.net (Larry Kilgallen) wrote: > C >>In article <20030629210701.13411.qmail@nym.alias.net>, Doc.Cypher 6 >><Use-Author-Supplied-Address-Header@[127.1]> writes: >>8 >>>On Sun, 29 Jun 2003, Roy Omond <Roy@Omond.net> wrote: >>>  >>>>Doc.Cypher wrote:  >>>>% >>>>>Following is on a v7.2 system...  >>>>>  >>>>>MAIL> del 2-255 >>>>> ! >>>>>MAIL>  [Exit] ... [snip] ... = >>>>>-RMS-F-CHN, assign channel system service request failed 1 >>>>>-SYSTEM-F-NOIOCHAN, no I/O channel available  >>>>>  >>>>> L >>>>>I'm guessing this is a bug in the way MAIL handles cleanup on exit.  ItL >>>>>shouldn't need that many channels.  Can anyone confirm if this is fixed	 >>>>>in a  >>>>>later version?  >>>>> : >>>>What's the value of your SYSGEN parameter CHANNELCNT ? >>>> >>>Not my system :)  >>> , >>	$ WRITE SYS$OUTPUT F$GETSYI("CHANNELCNT") >> > 	 > Thanks!  >  >  > returned value is 255. > M > However, since this is dealing with a mailbomb, will it still happen when I  > get to >  > MAIL DEL 1-1024  >  > ?  >  >  > Doc. >   Q It may depend upon the messages themselves.  Keep in mind that MAIL stores large  M messages in seperate files.  There is where you could get into more channels.   P Don't really know how the DELETE works.  I'd think it would handle the messages = one at a time, which should work with any number of messages.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Sun, 29 Jun 2003 22:36:19 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)* Subject: CHANNELCNT warning - is it valid?, Message-ID: <DRJLa.53735$Bg.31674@rwcrnsc54>   Folks,  I Doc's recent question re: CHANNELCNT have brought up a question I've been  meaning to ask.    SYSGEN sez:    $ mcr sysgen help sys chann    Sys_Parameters     CHANNELCNT  @        CHANNELCNT specifies the number of permanent I/O channels        available to the system.   A        This special parameter is used by Compaq and is subject to D        change. Do not change this parameter unless Compaq recommends        that you do so.  L Aside from changing CHANNELCNT under recommendation from hp or a third-partyK software vendor, is there a good reason to leave CHANNELCNT alone?  Is this = warning a remnant from an earlier time, or is it still valid?   A _________________________________________________________________ 0 Bradford J. Hamilton			"All opinions are my own"= bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replace  					'-at-' with @"    ------------------------------    Date: 29 Jun 2003 18:32:59 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: CHANNELCNT warning - is it valid?3 Message-ID: <arDRfJobfInl@eisner.encompasserve.org>   c In article <DRJLa.53735$Bg.31674@rwcrnsc54>, brad@.gateway.2wire.net (Bradford J. Hamilton) writes:   N > Aside from changing CHANNELCNT under recommendation from hp or a third-partyM > software vendor, is there a good reason to leave CHANNELCNT alone?  Is this ? > warning a remnant from an earlier time, or is it still valid?   7 I would not hesitate to raise it on an end user system.   O Lowering it might mean some programs built with higher expectations would fail.   N Raising it on an ISV system might lead to unwarranted expectations of a higher value on customer systems.   ------------------------------  % Date: Mon, 30 Jun 2003 00:54:00 -0400 ( From: David Froble <davef@tsoft-inc.com>. Subject: Re: CHANNELCNT warning - is it valid?, Message-ID: <3EFFC268.5090801@tsoft-inc.com>   Bradford J. Hamilton wrote:    > Folks, > K > Doc's recent question re: CHANNELCNT have brought up a question I've been  > meaning to ask.  > 
 > SYSGEN sez:  >  > $ mcr sysgen help sys chann  >  > Sys_Parameters >  >   CHANNELCNT > B >        CHANNELCNT specifies the number of permanent I/O channels! >        available to the system.  > C >        This special parameter is used by Compaq and is subject to F >        change. Do not change this parameter unless Compaq recommends >        that you do so. > N > Aside from changing CHANNELCNT under recommendation from hp or a third-partyM > software vendor, is there a good reason to leave CHANNELCNT alone?  Is this ? > warning a remnant from an earlier time, or is it still valid?  > C > _________________________________________________________________ 2 > Bradford J. Hamilton			"All opinions are my own"? > bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replace  > 					'-at-' with @"  >   O Well, it's a maximum.  There's no rule that says the system has to use as many  Q channels as it's allowed to.  The individual processes are limited by the SYSUAF  L data.  Setting CHANNELCNT to some ridiculously high value should not hurt a 3 system, however, it might wreck havoc with AUTOGEN.   O If you think there is a problem, collect FEEDBACK often.  The report will tell  O you the highest usage of many things.  AUTOGEN should bump the parameter if it   sees any need to do so.   P Disclaimer, I don't know how AUTOGEN uses and modifies CHANNELCNT, the above is 8 just from experience, not intimate knowledge of AUTOGEN.  P I have seen advice, from DEC, to set CHANNELCNT very high, 64,000 I believe, to @ allow a BACKUP user account to make maximum useage of resources.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  + Date: Sun, 29 Jun 2003 14:09:12 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>C Subject: RE: Compaq Solutions Aliance - "Does" it still existing  ? @ Message-ID: <20030629210912.51778.qmail@web20206.mail.yahoo.com>   Oh Jesus  4 In my lack of attention I wrote in bad english ! :-)     Regards    FC  & --- Tom Linden <tom@kednos.com> wrote: >  >  > >-----Original Message----- 9 > >From: David J. Dachtera [mailto:djesys.nospam@fsi.net] ' > >Sent: Sunday, June 29, 2003 12:38 PM  > >To: Info-VAX@Mvb.Saic.ComA > >Subject: Re: Compaq Solutions Aliance - Do it still existing ?  > >  > >  > >Tom Linden wrote: > >>  H > >> If you think you can avoid using windows (or mac perhaps) in todaysK > >> world you are swimming against a verey strong current.  My windows box @ > >> has at least one window open (using Putty) to each cluster  > >member, one forI > >> for a router, one for the browser, and one for Outlook pop client to  > >> TCPIP5.1 smtp.  > >>   > >> What could easier?  > > H > >Believe it or else, there are folks here who find WhineBloze rather aJ > >puzzlement, since they are hard-core VMS hackers. Forcing them to learnB > >a new platform distracts them from their bread-and-butter work. > M > There is nothing to learn, you don't have to do development on it, just use = > it.  I could care less what the OS is, as long as it works.  >  > >  > >--  > >David J. Dachtera > >dba DJE Systems > >http://www.djesys.com/  > > + > >Unofficial Affordable OpenVMS Home Page: " > >http://www.djesys.com/vms/soho/ > >  > >---) > >Incoming mail is certified Virus Free. = > >Checked by AVG anti-virus system (http://www.grisoft.com). C > >Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003  > >  > --- ( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).B > Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003 >      =====  ========================== 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: Sun, 29 Jun 2003 14:17:34 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>C Subject: Re: Compaq Solutions Aliance - "Does" it still existing  ? @ Message-ID: <20030629211734.51598.qmail@web20208.mail.yahoo.com>   People  : This is because I think OVMS should have an better graphic= interface. You cannot run away from th GUI. Of course command : line still important but we dont have a graphical terminal7 development in the past 10 years. May be the future for B OVMS is a Citrix Server like product. Or may be porting some linux2 graphic interface. Or may be Amiga Intuition ! :-)  8 What will be th next VT terminal ?  The OVMS engineering> should think about the clients too... an OS is not just kernel and communication protocols.   Regards    FC  0 --- David Webb <david20@alpha2.mdx.ac.uk> wrote:= > In article <3EFF4006.8E70239C@fsi.net>, "David J. Dachtera" ! > <djesys.nospam@fsi.net> writes:  > >Tom Linden wrote: > >>  H > >> If you think you can avoid using windows (or mac perhaps) in todaysK > >> world you are swimming against a verey strong current.  My windows box O > >> has at least one window open (using Putty) to each cluster member, one for I > >> for a router, one for the browser, and one for Outlook pop client to  > >> TCPIP5.1 smtp.  > >>   > >> What could easier?  > >  > N > And what could be better for a hacker. An internet connected PC with windowsO > open into the vms cluster and into a router just waiting to be infected with  K > a remote control trojan. You've just opened a route, and advertised it on J > usenet, around all your company's firewalls. The fact that the links areD > encrypted using ssh makes no difference if your pc is infected. :) > M > Most places (at the moment) will probably live with this risk (even if they > > realise it exists) but i'm sure there are some who wouldn't. >  >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University >  >  >  >  > H > >Believe it or else, there are folks here who find WhineBloze rather aJ > >puzzlement, since they are hard-core VMS hackers. Forcing them to learnB > >a new platform distracts them from their bread-and-butter work. > >  > >--  > >David J. Dachtera > >dba DJE Systems > >http://www.djesys.com/  > > + > >Unofficial Affordable OpenVMS Home Page: " > >http://www.djesys.com/vms/soho/     =====  ========================== 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: Sun, 29 Jun 2003 16:49:51 -0500 ( From: Michael Rice <marice@whiteice.com>C Subject: Re: Compaq Solutions Aliance - "Does" it still existing  ? / Message-ID: <vfuno3ehp08m6a@corp.supernews.com>   * On 6/29/2003 4:17 PM, Fabio Cardoso wrote: > People > < > This is because I think OVMS should have an better graphic? > interface. You cannot run away from th GUI. Of course command < > line still important but we dont have a graphical terminal9 > development in the past 10 years. May be the future for D > OVMS is a Citrix Server like product. Or may be porting some linux4 > graphic interface. Or may be Amiga Intuition ! :-) > : > What will be th next VT terminal ?  The OVMS engineering@ > should think about the clients too... an OS is not just kernel > and communication protocols. > 	 > Regards  >  > FC   [...]   * What, you don't like DECwindows or CDE? ;)  E  From a GUI toolkit perspective, there is a small effort underway to  C port the Trolltech Qt toolkit (www.trolltech.com) to OpenVMS.  I'm  F hoping to  contribute to that effort in the near future.  It would be F fantastic if HP folks could help out - much like they do in providing ' the port/builds of Mozilla for OpenVMS.   @ If your not familiar with Qt, it is the best (IMHO) application I framework available.  It provides for developing cross-platform apps (we  D use it for IRIX, Solaris, Linux, Windows, and soon OS X).  It has a I great set of classes that provide for GUIs, I/O (files, generic streams,  H network, etc.), collections (arrays, lists, etc.), multi-threading, and  a lot more.    ------------------------------  % Date: Sun, 29 Jun 2003 18:08:46 -0700 " From: GreyCloud <cumulus@mist.com>C Subject: Re: Compaq Solutions Aliance - "Does" it still existing  ? ' Message-ID: <3EFF8D9E.575C8D0@mist.com>    Fabio Cardoso wrote: >  > People > < > This is because I think OVMS should have an better graphic? > interface. You cannot run away from th GUI. Of course command < > line still important but we dont have a graphical terminal9 > development in the past 10 years. May be the future for D > OVMS is a Citrix Server like product. Or may be porting some linux4 > graphic interface. Or may be Amiga Intuition ! :-) > : > What will be th next VT terminal ?  The OVMS engineering@ > should think about the clients too... an OS is not just kernel > and communication protocols. >   8 I think you hit a sore spot with many o/ses these days. 7 Presentation these days means everything.  Even my wife 4 won't leave the house without putting her makeup on.   ------------------------------  % Date: Sun, 29 Jun 2003 21:21:22 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> C Subject: Re: Compaq Solutions Aliance - "Does" it still existing  ? ' Message-ID: <3EFF9EA2.BDA8EFDF@fsi.net>    Fabio Cardoso wrote: >  > People > < > This is because I think OVMS should have an better graphic- > interface. You cannot run away from th GUI.   H ...but I should have it shoved down my throat, either. I can get by withG HELP and teh CLI very well, thank you, as I have for years and continue  to do today in large measure.    > Of course command < > line still important but we dont have a graphical terminal9 > development in the past 10 years. May be the future for ' > OVMS is a Citrix Server like product.   D It may surprise you, but "Citrix" is nothing new. "X-windows" is the parallel non-M$ paradigm.    > Or may be porting some linux4 > graphic interface. Or may be Amiga Intuition ! :-) > : > What will be th next VT terminal ?  The OVMS engineering@ > should think about the clients too... an OS is not just kernel > and communication protocols.  D Well, actually, yes it is. In fact, an o.s. is nothing more than theE kernel. The operating environment is that which surrounds the kernel: H the filesystem, the file system, the user interface, the network layers, etc. ...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 29 Jun 2003 14:34:44 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? ' Message-ID: <3EFF3F54.1833050B@fsi.net>    Tom Linden wrote:  > [snip]H > So use another browser, or are you just complaining that the available > browsers are relics?  G What "modern" browsers are available OpenVMS (other than Mozilla, which " obviously does not fill the bill)?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 29 Jun 2003 14:37:42 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? ' Message-ID: <3EFF4006.8E70239C@fsi.net>    Tom Linden wrote:  > E > If you think you can avoid using windows (or mac perhaps) in todays H > world you are swimming against a verey strong current.  My windows boxL > has at least one window open (using Putty) to each cluster member, one forF > for a router, one for the browser, and one for Outlook pop client to > TCPIP5.1 smtp. >  > What could easier?  E Believe it or else, there are folks here who find WhineBloze rather a G puzzlement, since they are hard-core VMS hackers. Forcing them to learn ? a new platform distracts them from their bread-and-butter work.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 29 Jun 2003 13:47:17 -0700 # From: "Tom Linden" <tom@kednos.com> ? Subject: RE: Compaq Solutions Aliance - Do it still existing  ? 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEPCHHAA.tom@kednos.com>    >-----Original Message----- 7 >From: David J. Dachtera [mailto:djesys.nospam@fsi.net] % >Sent: Sunday, June 29, 2003 12:38 PM  >To: Info-VAX@Mvb.Saic.Com? >Subject: Re: Compaq Solutions Aliance - Do it still existing ?  >  >  >Tom Linden wrote: >>  F >> If you think you can avoid using windows (or mac perhaps) in todaysI >> world you are swimming against a verey strong current.  My windows box > >> has at least one window open (using Putty) to each cluster  >member, one forG >> for a router, one for the browser, and one for Outlook pop client to  >> TCPIP5.1 smtp.  >>   >> What could easier?  > F >Believe it or else, there are folks here who find WhineBloze rather aH >puzzlement, since they are hard-core VMS hackers. Forcing them to learn@ >a new platform distracts them from their bread-and-butter work.  K There is nothing to learn, you don't have to do development on it, just use ; it.  I could care less what the OS is, as long as it works.    >  >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ) >Unofficial Affordable OpenVMS Home Page:   >http://www.djesys.com/vms/soho/ >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003   ------------------------------  + Date: Sun, 29 Jun 2003 20:42:11 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? + Message-ID: <bdniv3$44p$1@aquila.mdx.ac.uk>   [ In article <3EFF4006.8E70239C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  >Tom Linden wrote: >>  F >> If you think you can avoid using windows (or mac perhaps) in todaysI >> world you are swimming against a verey strong current.  My windows box M >> has at least one window open (using Putty) to each cluster member, one for G >> for a router, one for the browser, and one for Outlook pop client to  >> TCPIP5.1 smtp.  >>   >> What could easier?  >   L And what could be better for a hacker. An internet connected PC with windowsM open into the vms cluster and into a router just waiting to be infected with  I a remote control trojan. You've just opened a route, and advertised it on H usenet, around all your company's firewalls. The fact that the links areB encrypted using ssh makes no difference if your pc is infected. :)  K Most places (at the moment) will probably live with this risk (even if they < realise it exists) but i'm sure there are some who wouldn't.    
 David Webb VMS and Unix team leader CCSS Middlesex University          F >Believe it or else, there are folks here who find WhineBloze rather aH >puzzlement, since they are hard-core VMS hackers. Forcing them to learn@ >a new platform distracts them from their bread-and-butter work. >  >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ) >Unofficial Affordable OpenVMS Home Page:   >http://www.djesys.com/vms/soho/   ------------------------------  % Date: Sun, 29 Jun 2003 15:04:58 -0700 # From: "Tom Linden" <tom@kednos.com> ? Subject: RE: Compaq Solutions Aliance - Do it still existing  ? 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKEPFHHAA.tom@kednos.com>    >-----Original Message----- 3 >From: David Webb [mailto:david20@alpha2.mdx.ac.uk] $ >Sent: Sunday, June 29, 2003 1:42 PM >To: Info-VAX@Mvb.Saic.Com? >Subject: Re: Compaq Solutions Aliance - Do it still existing ?  >  > < >In article <3EFF4006.8E70239C@fsi.net>, "David J. Dachtera"  ><djesys.nospam@fsi.net> writes: >>Tom Linden wrote:  >>> G >>> If you think you can avoid using windows (or mac perhaps) in todays J >>> world you are swimming against a verey strong current.  My windows box> >>> has at least one window open (using Putty) to each cluster >member, one forH >>> for a router, one for the browser, and one for Outlook pop client to >>> TCPIP5.1 smtp. >>>  >>> What could easier? >> > @ >And what could be better for a hacker. An internet connected PC
 >with windows ? >open into the vms cluster and into a router just waiting to be  >infected withJ >a remote control trojan. You've just opened a route, and advertised it onI >usenet, around all your company's firewalls. The fact that the links are C >encrypted using ssh makes no difference if your pc is infected. :)   H But it isn't, because suspicious mail is either deleted or read with VMS mailJ and remote services are truned off.  Its basically a sophisticated xterm.>L >Most places (at the moment) will probably live with this risk (even if they= >realise it exists) but i'm sure there are some who wouldn't.  >  >  >David Webb  >VMS and Unix team leader  >CCSS  >Middlesex University  >  >  >  >  > G >>Believe it or else, there are folks here who find WhineBloze rather a I >>puzzlement, since they are hard-core VMS hackers. Forcing them to learn A >>a new platform distracts them from their bread-and-butter work.  >> >>-- >>David J. Dachtera  >>dba DJE Systems  >>http://www.djesys.com/ >>* >>Unofficial Affordable OpenVMS Home Page:! >>http://www.djesys.com/vms/soho/  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003   ------------------------------  % Date: Sun, 29 Jun 2003 18:00:09 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? ' Message-ID: <3EFF6F79.9D79E1A6@fsi.net>    Tom Linden wrote:  >  > >-----Original Message----- 9 > >From: David J. Dachtera [mailto:djesys.nospam@fsi.net] ' > >Sent: Sunday, June 29, 2003 12:38 PM  > >To: Info-VAX@Mvb.Saic.ComA > >Subject: Re: Compaq Solutions Aliance - Do it still existing ?  > >  > >  > >Tom Linden wrote: > >>H > >> If you think you can avoid using windows (or mac perhaps) in todaysK > >> world you are swimming against a verey strong current.  My windows box ? > >> has at least one window open (using Putty) to each cluster  > >member, one forI > >> for a router, one for the browser, and one for Outlook pop client to  > >> TCPIP5.1 smtp.  > >> > >> What could easier?  > > H > >Believe it or else, there are folks here who find WhineBloze rather aJ > >puzzlement, since they are hard-core VMS hackers. Forcing them to learnB > >a new platform distracts them from their bread-and-butter work. > # > There is nothing to learn, [snip]   B I suggest you correspond privately with VAXman. You'll find he has% rather a different perspective of it.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Sun, 29 Jun 2003 22:34:59 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) ? Subject: RE: Compaq Solutions Aliance - Do it still existing  ? + Message-ID: <bdnpij$4ng$1@aquila.mdx.ac.uk>   _ In article <CIEJLCMNHNNDLLOOGNJIKEPFHHAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  >  >  >>-----Original Message-----4 >>From: David Webb [mailto:david20@alpha2.mdx.ac.uk]% >>Sent: Sunday, June 29, 2003 1:42 PM  >>To: Info-VAX@Mvb.Saic.Com @ >>Subject: Re: Compaq Solutions Aliance - Do it still existing ? >> >>= >>In article <3EFF4006.8E70239C@fsi.net>, "David J. Dachtera" ! >><djesys.nospam@fsi.net> writes:  >>>Tom Linden wrote: >>>>H >>>> If you think you can avoid using windows (or mac perhaps) in todaysK >>>> world you are swimming against a verey strong current.  My windows box ? >>>> has at least one window open (using Putty) to each cluster  >>member, one for I >>>> for a router, one for the browser, and one for Outlook pop client to  >>>> TCPIP5.1 smtp.  >>>> >>>> What could easier?  >>>  >>A >>And what could be better for a hacker. An internet connected PC  >>with windows@ >>open into the vms cluster and into a router just waiting to be >>infected with K >>a remote control trojan. You've just opened a route, and advertised it on J >>usenet, around all your company's firewalls. The fact that the links areD >>encrypted using ssh makes no difference if your pc is infected. :) > I >But it isn't, because suspicious mail is either deleted or read with VMS  >mail K >and remote services are truned off.  Its basically a sophisticated xterm.>   G Mail isn't the only way to get infected with viruses and other malware. 1 For instance you stated you were using a browser.     
 David Webb VMS and Unix team leader CCSS Middlesex University    M >>Most places (at the moment) will probably live with this risk (even if they > >>realise it exists) but i'm sure there are some who wouldn't. >> >> >>David Webb >>VMS and Unix team leader >>CCSS >>Middlesex University >> >> >> >> >>H >>>Believe it or else, there are folks here who find WhineBloze rather aJ >>>puzzlement, since they are hard-core VMS hackers. Forcing them to learnB >>>a new platform distracts them from their bread-and-butter work. >>>  >>>--  >>>David J. Dachtera >>>dba DJE Systems >>>http://www.djesys.com/  >>> + >>>Unofficial Affordable OpenVMS Home Page: " >>>http://www.djesys.com/vms/soho/ >> >>--- ( >>Incoming mail is certified Virus Free.< >>Checked by AVG anti-virus system (http://www.grisoft.com).B >>Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003 >> >---' >Outgoing mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003  >    ------------------------------  % Date: Sun, 29 Jun 2003 18:02:34 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: Compaq Solutions Aliance - Do it still existing  ? ' Message-ID: <3EFF700A.5589204D@fsi.net>    Tom Linden wrote:  >  > >-----Original Message----- 5 > >From: David Webb [mailto:david20@alpha2.mdx.ac.uk] & > >Sent: Sunday, June 29, 2003 1:42 PM > >To: Info-VAX@Mvb.Saic.ComA > >Subject: Re: Compaq Solutions Aliance - Do it still existing ?  > >  > > > > >In article <3EFF4006.8E70239C@fsi.net>, "David J. Dachtera"" > ><djesys.nospam@fsi.net> writes: > >>Tom Linden wrote:  > >>> I > >>> If you think you can avoid using windows (or mac perhaps) in todays L > >>> world you are swimming against a verey strong current.  My windows box@ > >>> has at least one window open (using Putty) to each cluster > >member, one forJ > >>> for a router, one for the browser, and one for Outlook pop client to > >>> TCPIP5.1 smtp. > >>>  > >>> What could easier? > >> > > B > >And what could be better for a hacker. An internet connected PC > >with windows A > >open into the vms cluster and into a router just waiting to beO > >infected withL > >a remote control trojan. You've just opened a route, and advertised it onK > >usenet, around all your company's firewalls. The fact that the links areeE > >encrypted using ssh makes no difference if your pc is infected. :)l > J > But it isn't, because suspicious mail is either deleted or read with VMS > mailK > and remote services are truned off.  Its basically a sophisticated xterm.t  $ I.e., an unnecessary, added expense.  D PC terminal programs are convenient, yes. I worked for years without2 them, however, and could likely continue to do so.   -- D David J. Dachtera  dba DJE Systemsl http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 30 Jun 2003 00:12:52 -0400i( From: David Froble <davef@tsoft-inc.com>? Subject: Re: Compaq Solutions Aliance - Do it still existing  ?s, Message-ID: <3EFFB8C4.3000700@tsoft-inc.com>   David J. Dachtera wrote:   > Tom Linden wrote:o > E >>If you think you can avoid using windows (or mac perhaps) in todayseH >>world you are swimming against a verey strong current.  My windows boxL >>has at least one window open (using Putty) to each cluster member, one forF >>for a router, one for the browser, and one for Outlook pop client to >>TCPIP5.1 smtp. >> >>What could easier? >> > G > Believe it or else, there are folks here who find WhineBloze rather aFI > puzzlement, since they are hard-core VMS hackers. Forcing them to learnMA > a new platform distracts them from their bread-and-butter work.-    L There's nothing wrong with learning multiple systems, and a few things very N right with doing so.  It introduces you to new concepts and methods for doing O things.  There are going to be a few things in windoz that are superior to the iQ methods used in VMS.  Anybody that is afraid of looking at anything different is  M the problem.  (Note, you WILL constantly bitch at the things you don't like!)w    O Windoz is a decent user interface, allowing you to be doing many things at the sO same time.  My interface to my VMS systems is SmarTerm, with large scroll back EM history, and many sessions, on a large color monitor.  Beats the heck out of bN VTs, including the VT-525.  I have LK-411 keyboards, didn't say I was stupid, N just using windoz when it is a decent tool for the job.  Damn F14 key doesn't H work, but that's a mapping issue, and Ctrl-A isn't too hard to remember.     Dave   -- S4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 30 Jun 2003 00:31:47 GMTo From: Rob.Buxton@wcc.govt.nz7 Subject: Re: Open VMS Alpha upgrade from 7.2-1 to 7.2-25$ Message-ID: <3eff8459.13509046@news>  4 On Fri, 27 Jun 2003 12:33:23 -0700, "My old account" <rwolff@selkirk.bc.ca> wrote:,  E >I have a single (not clustered) DS20E Alpha running Open VMS 7.2-1. tD >I want to upgrade to Open VMS 7.2-2 which is required for CSWS 1.3. >nA >Are there any concerns that I should be aware of before I begin? " >I don't run DECnet. I use TCP/IP. >p@ >After the upgrade do I have to reinstall every layered product? >e >Thanks for your advice.  @ If you're running a fully patched 7.2-1 then there's very littleD difference between taht and 7.2-2. My understanding is that 7.2-2 is6 just a roll together of patches into a stable release.  A There are Patches out for 7.2-2, so consider also installing themA afterwards.@A There should be no reason to upgrade existing versions of DECNet,4E TCP/IP etc., the main advantage is that you can use some of the newery	 products.    ------------------------------  + Date: Sun, 29 Jun 2003 14:14:10 -0700 (PDT)-. From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Rethinking  V.M.S@ Message-ID: <20030629211410.38560.qmail@web20204.mail.yahoo.com>   People    3 The VMS was developed 25 years ago when memory was >' expensive and Virtual Memory an option.M2 But do we need a Virtual Memory System nowadays ? 1 May be we should think in another architecture asl7 the memories are becoming cheaper. May be the VM Systeme8 can be improved or rethinked... What are the performance: issues related in having the VM (paging, swapping, related3 to disk I/O delay, etc ...) What do u think about ?    Regardsu   FC N       =====A ========================== 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: Sun, 29 Jun 2003 22:07:14 +0000 (UTC)-7 From: moroney@world.std.spaamtrap.com (Michael Moroney)  Subject: Re: Rethinking V.M.So( Message-ID: <bdnnui$uri$1@pcls4.std.com>  0 Fabio Cardoso <fabiopenvms@yahoo.com.br> writes:  4 >The VMS was developed 25 years ago when memory was ( >expensive and Virtual Memory an option.3 >But do we need a Virtual Memory System nowadays ? U2 >May be we should think in another architecture as8 >the memories are becoming cheaper. May be the VM System9 >can be improved or rethinked... What are the performancen; >issues related in having the VM (paging, swapping, related>4 >to disk I/O delay, etc ...) What do u think about ?  I Memory may be cheap but disk space is still cheaper.  With virtual memorynE you can write programs that can use far more virtual memory than whatwE real memory exists, no matter how much exists.  And if you have loadsnI of memory with relatively little usage your image will reside in physical  memory with little paging. --   -MikeS   ------------------------------  % Date: Mon, 30 Jun 2003 00:45:57 -0400S( From: David Froble <davef@tsoft-inc.com> Subject: Re: Rethinking V.M.Sl, Message-ID: <3EFFC085.3090203@tsoft-inc.com>   Michael Moroney wrote:  2 > Fabio Cardoso <fabiopenvms@yahoo.com.br> writes: >  > 5 >>The VMS was developed 25 years ago when memory was a) >>expensive and Virtual Memory an option.r4 >>But do we need a Virtual Memory System nowadays ? 3 >>May be we should think in another architecture ask9 >>the memories are becoming cheaper. May be the VM Systems: >>can be improved or rethinked... What are the performance< >>issues related in having the VM (paging, swapping, related5 >>to disk I/O delay, etc ...) What do u think about ?F >> > K > Memory may be cheap but disk space is still cheaper.  With virtual memoryoG > you can write programs that can use far more virtual memory than what-G > real memory exists, no matter how much exists.  And if you have loadswK > of memory with relatively little usage your image will reside in physicale > memory with little paging. >    Ayep!   Q Further, the VM capability allows software to be written without considering the  I hardware, and specifically the memory.  Remember, VMS is scalable.  Very aO scalable.  Your application can run on a desktop, or a GS1280 (or whatever the /B model # is).  Also remember, for any value N, there is always N+1.   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------    Date: 29 Jun 2003 18:33:52 -07000 From: Jason.Armistead@otis.com (Jason Armistead)! Subject: Re: SIMH V3.0-0 released_; Message-ID: <48ac369b.0306291733.459159@posting.google.com>   a Michael Unger <unger@decus.de> wrote in message news:<bdhc72$so755$1@ID-152801.news.dfncis.de>...h0 > On 27-Jun-2003 05:43, Martin Vorlaender wrote: > 	 > > [...]: > > K > > [.PDP11]PDP11_RQ.C has a table of the disks' geometry, including numbera > > of logical blocks. > 	 > Thanks!f >  > To quote the relevant part:  > 4 > >    The RQDX3 supports multiple disk drive types: > > ) > >    type	sec	surf	cyl	tpg	gpc	RCT	LBNs  > > 	r > >    RX50	10	1	80	5	16	-	800 > >    RX33	15	2	80	2	1	-	2400# > >    RD51	18	4	306	4	1	36*4	21600o" > >    RD31	17	4	615	4	1	3*8	41560" > >    RD52	17	8	512	8	1	4*8	60480$ > >    RD53	17	7	1024	7	1	5*8	138672& > >    RD54	17	15	1225	15	1	7*8	311200 > > B > >    The simulator also supports larger drives that only existedA > >    on SDI controllers.  XBN, DBN, RCTS and RCTC are not knownh< > >    for the SDI drives and are not used by the simulator: > > ' > >    RA82	57	15	1435	15	1	?*8	1216665 ( > >    RA72	51	20	1921?	20	1	?*8	1953300' > >    RA90	69	13	2656	13	1	?*8	2376153 ' > >    RA92	73	13	3101	13	1	?*8	2940951a > 	 > MichaelD  E Or, just ask the nice NetBSD/VAX people.  They've got the various VAXo6 disk and tape capacities documented on their web site:  J http://www.netbsd.org/Documentation/Hardware/Machines/DEC/vax/storage.html  7 I found this using a quick Google search for "RA92 disk 8 specifications" and it was the top ranked search result.  F Obviously, with much better SCSI support in later VMS and ROM firmwareD releases, the size and number of disks supported by OpenVMS has kept8 on growing.  I haven't looked at the most recent OpenVMSA documentation, but I suspect that for a boring old 3rd party SCSITF disk, unless you were using some of OpenVMS' more "stressful" featuresF like tagged command queueing (e.g. in a SCSI cluster), then I would beE guessing that most SCSI drives now are fairly compatible, at least on_A a fairly "boring" and none-too-intensive disk access environment.a  < Not that it matters for SIMH which doesn't support SCSI disk7 controllers (yet).  Then again, Bob might surprise us !@   Cheers   Jasons   ------------------------------    Date: 29 Jun 2003 18:39:26 -07000 From: Jason.Armistead@otis.com (Jason Armistead)! Subject: Re: SIMH V3.0-0 released = Message-ID: <48ac369b.0306291739.15d59b36@posting.google.com>d  q Bob Supnik <bsupnik@nauticusnet.nospam.com> wrote in message news:<nbjjfvgu3i3iu5poccq95hq952vctfr5ss@4ax.com>...C@ > Because of problems with finding the 'packet.dll' library, the= > precompiled executables with Ethernet do not run correctly.  > F > I've withdrawn these binaries, and reverted to non-Ethernet versions@ > for the PDP-11 and VAX, until the problem is found and solved. > 
 > /Bob Supnike   Bobd  E PLEASE leave the binaries there, and perhaps include my workaround in = an AAREADME.TXT file, or as a notation on your SIMH web site.a  A Being able to get Ethernet support in the Windows binaries is tooeE valuable an "asset" to many existing or potential SIMH users.  Better D just to let them know how to work-around it for the time being untilD the cause of the build problem is identified and new binaries can be posted.u  F They've got to read the instructions to know how to install WinPCAP as@ it is.  One extra item to copy the packet.dll file to one calledC "packet" in the SIMH binaries directory is no big drama.  CertainlyoA better than trying to build it with Ethernet support by yourself.:  A Maybe the ZIP files can include the already-renamed packet.dll as @ "packet" so that the user is reasonably oblivious to this glitch= (which we can all blame on the evil Windoze empire anyhow !).:   Jason    ------------------------------  % Date: Sun, 29 Jun 2003 13:40:12 -0700t8 From: Randy Park <rjpark.nospaam@mindspring.nospaam.com>Q Subject: Re: Subject: Reading long files in BASIC that appears to be "recordless"w8 Message-ID: <tqiufvgh4okbt5s06rm9qgct4aglasrc9f@4ax.com>  @ On 27 Jun 2003 12:11:40 -0700, dennisb@wvhmhc.org (Dennis Baker) wrote:  C >I have a BASIC program that lists files matching numerous wildcard C >patterns, sorted in descending date order, and prompts the user tooE >select one for processing.  It opens each file and reads a few linesdE >to try to figure out what kind of contents are in them.  Previously,rG >it just used LINPUT to get each line of the file.  The problem is somea? >files I've just started receiving are what I believe have beenvF >referred to as "unix-like" files: they don't have individual records, >so a GET results in >s) >%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 000000009 >-RMS-W-RTB, 1755 byte record too large for user's bufferl > C >For this file, changing the RECORDSIZE in the OPEN statement to bewD >larger than 1755 allows the GET to succeed, but I expect some filesD >I'll receive will be over 1,000,000 bytes, so increasing RECORDSIZEC >won't be possible.  These files get downloaded at a PC's NFS driveeG >connected to our Alpha, and the resulting file attributes are strange.= > For example, >=7 >Alpha1> dir/full dkb0:[user.ninsur.tagcom]HP150922.835n >r$ >Directory DKB0:[USER.NINSUR.TAGCOM] >a5 >HP150922.835;1                File ID:  (44875,75,0)_3 >Size:            4/18         Owner:    [BOLORERW]-# >Created:   18-JUN-2003 08:02:43.65s' >Revised:   18-JUN-2003 08:09:38.07 (3)- >Expires:   <None specified>  >Backup:    <No backup recorded> >Effective: <None specified> >Recording: <None specified> >File organization:  Sequential  >Shelved state:      Online0F >File attributes:    Allocation: 18, Extend: 0, Global buffer count: 0% >                    No version limitr@ >Record format:      Stream_LF, maximum 0 bytes, longest 0 bytes >Record attributes:  Nonet >RMS attributes:     Nonea >Journaling enabled: Nonet >p7 >Alpha1> anal/rms dkb0:[user.ninsur.tagcom]HP150922.835r > G >Check RMS File Integrity                     26-JUN-2003 10:47:27.98  A >Page 1i( >DKB0:[USER.NINSUR.TAGCOM]HP150922.835;1 >l >FILE HEADER >n; >        File Spec: DKB0:[USER.NINSUR.TAGCOM]HP150922.835;1s >        File ID: (44875,75,0) >        Owner UIC: [BOLORERW]C >        Protection:  System: RWED, Owner: RWED, Group: E, World: E81 >        Creation Date:   18-JUN-2003 08:02:43.65o< >        Revision Date:   18-JUN-2003 08:09:38.07, Number: 3( >        Expiration Date: none specified% >        Backup Date:     none posteda" >        Contiguity Options:  none" >        Performance Options: none" >        Reliability Options: none" >        Journaling Enabled:  none >> >RMS FILE ATTRIBUTES >e& >        File Organization: sequential! >        Record Format: stream-LF , >        Record Attributes:  carriage-return >        Maximum Record Size: 0  >        Longest Record: 05 >        Blocks Allocated: 18, Default Extend Size: 0u- >        End-of-File VBN: 4, Offset: %X'00DB'n" >        File Monitoring: disabled >        Global Buffer Count: 0n> >***  VBN 1:  Last stream record does not contain a delimiter.6 >Unrecoverable error encountered in structure of file. >i  >The analysis uncovered 1 error. > / >ANAL/RMS DKB0:[USER.NINSUR.TAGCOM]HP150922.835e >fE >A DUMP confirms there are no LF or CR bytes in the file.  I'm trying D >to read files block by block in BASIC.  I'd like to just open f$ asD >#5, virtual, then use get and move from statements to read each 512C >byte block.  I have tried various open clauses to no avail.  You'ddC >think organization virtual would imply 512 byte records, or adding < >recordsize 512 would achieve the goal, but it doesn't work. > , >One "solution" that seems to help is to setD >file/attrib=(rfm=stm,lrl=512,mrs=512).  However, I can't expect theF >end user, who knows nothing of DCL, to manually set this on every setE >of files downloaded; in addition, some files that are downloaded end B >up with "agreeable" VMS file attributes (the straight text reportE >files), so no action may be necessary for those.  Possible solution:.D >Is there a way to open the file in BASIC, possibly using a USEROPENE >function, to set the file attributes above without actually changingwD >the attributes?  In other words, open the file and somehow populateE >these values in memory but leave the file unchanged when the program2F >exits?  I could trap for the %BAS-F-RECFILTOO, Record on file too big) >and then try the alternate open routine.  >e >As an aside, I tried the codeS >http://h18000.www1.hp.com/support/asktima/appl_tools/009688F7-F95FC060-1C0097.htmlnD >"Example-BASIC Using ACP QIO To Access File And Display Contents". D >This seemed to work on an old VMS machine running VMS 5.5-1, but on >our Alpha running V7.1, I get >i5 >Enter *full* file specification: dkb0:[com]back1.comh >V! >Full name:   DKB0:[COM]BACK1.COMt >Device name: DKB0:n >File name:   [COM]BACK1.COM >m  >%RMS-F-DNF, directory not found0 >%TRACE-F-TRACEBACK, symbolic stack dump followsD >  image    module    routine             line      rel PC           >abs PCu? >                                            0 FFFFFFFF80843DE0o >FFFFFFFF80843DE0o? > DEC$BASRTL                                 0 000000000000E3D8b >00000000000503D8 > >----- above condition handler called with exception 0001C04C:  >%RMS-F-DNF, directory not found >----- end of exception messaget? >                                            0 FFFFFFFF8899859Ce >FFFFFFFF8899859Co? > SAMPLE  SAMPLE  ACPQIO                  2454 00000000000005F4  >00000000000205F4 ? >                                            0 FFFFFFFF88AC70D8e >FFFFFFFF88AC70D8e >r@ >The file and directory do exist.  Too bad - this seemed to have >promise.  I also tried-S >http://h18000.www1.hp.com/support/asktima/appl_tools/00928923-BAC83760-1C0069.htmlmG >"Example-BASIC Using A USEROPEN To Get XABDAT Information Of A File". xB >I had to comment out these two lines before it would compile (??)& >	rev_date = xab::xabdatdef::xab$q_rdt% >	rev_num = xab::xabdatdef::xab$w_rvnrD >Then I tried adding GET #1 after printing the date information, butE >got the same %BAS-F-RECFILTOO, Record on file too big error.  I alsoe
 >tried addinge >	FAB::FAB$B_RFM = FAB$C_FIX >	XAB::XAB$W_LRL = 512 >	FAB::FAB$W_MRS= 512tB >both before and after the sys$open and sys$connect lines.  ["Hey,C >Rocky watch me pull a rabbit out of my hat!" "But that trick nevereE >works!"]  Again, I'd prefer to avoid DCL unless I could call the seteE >file/attribute command from BASIC only when needed.  There should be F >an easier way to read any file in BASIC block by block, regardless of' >it's file attributes, but I'm stumped.h > ! >Dennis Baker, Programmer/Analyst- >Wabash Valley Hospitala >dennisb at dontspam wvhmhc.org0    - Here is what I would do in your circumstance.t  < 1.  Include the RECORDTYPE ANY clause on the open statement.B 2.  Allocate a MAP large enough to accomodate any possible record.- 3.  Use a WHEN block to trap any OPEN errors.h> 4.  Use GET statement rather than a LINPUT statement since the4 file can be any type of file and any kind of record.- 5.  Use a WHEN block top trap any GET errors.EA 6.  If an error is trapped in either the OPEN or GET blocks, thenuA inform the user "File format not recognized" and then quietly logs8 the relevant information to a log file for later review.  A I would take this approach because if the program can't recognizeiC the structure of the file, it's not going to be able to process thet data inside it.o  @ While it's possible to call RMS directly and read data record by> record, or read block by block, it's not terribly easy for the> average BASIC programmer.  If you really want to do this, I've@ got some routines, written in BASIC, that call RMS directly that@ are 17 years old but have been in production that long too, that I might be able to give you.   ------------------------------  % Date: Mon, 30 Jun 2003 00:37:29 -0400 ( From: David Froble <davef@tsoft-inc.com>Q Subject: Re: Subject: Reading long files in BASIC that appears to be "recordless"m, Message-ID: <3EFFBE89.7070300@tsoft-inc.com>   Randy Park wrote:g  B > On 27 Jun 2003 12:11:40 -0700, dennisb@wvhmhc.org (Dennis Baker) > wrote: >  > D >>I have a BASIC program that lists files matching numerous wildcardD >>patterns, sorted in descending date order, and prompts the user toF >>select one for processing.  It opens each file and reads a few linesF >>to try to figure out what kind of contents are in them.  Previously,H >>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 beenG >>referred to as "unix-like" files: they don't have individual records,  >>so a GET results in      <snip>    F >>A DUMP confirms there are no LF or CR bytes in the file.  I'm tryingE >>to read files block by block in BASIC.  I'd like to just open f$ aseE >>#5, virtual, then use get and move from statements to read each 512lD >>byte block.  I have tried various open clauses to no avail.  You'dD >>think organization virtual would imply 512 byte records, or adding= >>recordsize 512 would achieve the goal, but it doesn't work.     P Randy is quite knowledgable about this stuff, and the following is good advice, # but I'd like to add a few comments.     / > Here is what I would do in your circumstance.  > > > 1.  Include the RECORDTYPE ANY clause on the open statement.    P If you use ORGANIZATION VIRTUAL and RECORDTYPE ANY, I don't think that you will M encounter any file which you cannot open and read using GET.  You'll get 512 eJ bytes on each read.  Not always very useful, but interpreting the data is % outside the scope of this discussion.   D > 2.  Allocate a MAP large enough to accomodate any possible record.    P Well, it's possible for Unix to write byte streams longer than 32767 bytes, and N I don't think you'll be able to alloocate a MAP variable larger than that.  I  could be wrong.H  / > 3.  Use a WHEN block to trap any OPEN errors.n@ > 4.  Use GET statement rather than a LINPUT statement since the6 > file can be any type of file and any kind of record./ > 5.  Use a WHEN block top trap any GET errors.oC > 6.  If an error is trapped in either the OPEN or GET blocks, then C > inform the user "File format not recognized" and then quietly loga: > the relevant information to a log file for later review. > C > I would take this approach because if the program can't recognize E > the structure of the file, it's not going to be able to process then > data inside it.l > B > While it's possible to call RMS directly and read data record by@ > record, or read block by block, it's not terribly easy for the@ > average BASIC programmer.  If you really want to do this, I'veB > got some routines, written in BASIC, that call RMS directly thatB > are 17 years old but have been in production that long too, that > I might be able to give you. >   E This would be similar to the QIO I/O you already tried.  If you were  M unsuccessful, it would be because of errors in your implementation.  Reading H6 files using QIO will always work, on any type of file.  O You've indicated that some, possibly most, of the files you get do not present /N any problems.  You could look at the file characteristics in the hearer(s) to N determine whether you need to do anything special with a file.  Another thing O that isn't very easy for the average BASIC programmer.  You've got to be a bit lO familiar with the concepts, have a bunch of manuals, and like to read.  If you 2J decide that you'd like to pre-screen the files in this manner, and aren't P familiar with what's required, contact me and I'll give you some code that does M that type of thing.  If I remember correctly, it's implemented in a callable e< subroutine, so it shouldn't impact your existing program(s).   Dave   -- n4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  + Date: Sun, 29 Jun 2003 19:32:02 +0000 (UTC)>P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)6 Subject: TCPIP$SMTP_FROM: working on VAX but not ALPHA$ Message-ID: <bdneri$6fi$1@online.de>  G I have a VAX and ALPHA in the same cluster, both with TCPIP 5.0A.  The vI TCPIP$SMTP_FROM logical works as documented on the ALPHA, but not on the tH VAX.  TCPIP SHOW CONF SMTP shows an identical configuration, all *SMTP* E logicals are defined the same way (not that I expect either of these  0 things to affect the way TCPIP$SMTP_FROM works).  G Before I do a detailed investigation, I just wanted to check if anyone   else has seen this.   F Yes, I will upgrade soon, perhaps even this weekend, but that doesn't ) necessarily make the question irrelevant.r   ------------------------------    Date: 29 Jun 2003 19:24:26 -07000 From: jason.mccormick@lexi.com (Jason McCormick)! Subject: VMS backup to NFS sharest= Message-ID: <7a78a31c.0306291824.777408de@posting.google.com>a  F I was hoping that a VMS guru could answer a question for me.  I have aF VAXStation 4000 90A and I'm attempting to get a usable backup solutionC for it.  The tape unit I've been using on it requires a data stream E speed that the VAX simply can't keep pushing out to the unit and it's-> casuing physical damage.  I have Multinet and I was looking atF mounting a remote NFS share to the VAX and using the backup command toD create savesets on the remote NFS server and then put those savesets to tape on the remote server.0  D   I ran this idea past someone who's more familiar with VMS and theyE expressed concern that this plan may not work whenever you attempt tonF restore files from the savesets as "information specific to VMS may beD lost" but couldn't be clear to me what information that might be.  IE know that you can use backup to create savesets on-disk that function F identical to those on tape so I'm curious as to if there's any gotchasD that might be associated with creating backups on a remote NFS shareE disk.  The remote computer serving NFS would be Linux or Solaris.  Ifu> anyone could share insight on this plan, I'd be most grateful.   -- Jason McCormick   ------------------------------  % Date: Sun, 29 Jun 2003 23:24:42 -0400c* From: "Stanley F. Quayle" <stan@stanq.com>% Subject: Re: VMS backup to NFS sharesf- Message-ID: <3EFF753A.1203.735D158@localhost>n  / On 29 Jun 2003 at 19:24, Jason McCormick wrote:aE > I have Multinet and I was looking at mounting a remote NFS share tos@ > the VAX and using the backup command to create savesets on theE > remote NFS server and then put those savesets to tape on the remotee	 > server.h > F >   I ran this idea past someone who's more familiar with VMS and theyG > expressed concern that this plan may not work whenever you attempt tooH > restore files from the savesets as "information specific to VMS may beC > lost" but couldn't be clear to me what information that might be.t  B I do exactly this with all my VMS machines, VAX and Alpha, and it ; works great (I do use the HP/Compaq TCP/IP stack, however).i  F Here's the command I use to mount the shares (again, it's specific to  the "UCX" stack):l   $ UCXf.   MOUNT DNFS0:[<dir>] NFS_<dir>  DISK$<dir>  -2     /HOST=<nfs box ip>  /PATH="<nfs mount point> -/     /PROTECTION=(S:RWED,O:RWED,G:RWED,W:RWED) -      /RETRIES=100 /ADF=CREATE  C The secret is the "/ADF=CREATE".  For every file that's created by cC VMS, a second file which starts with ".$ADF$" which holds the file 3C characteristics (in Unix/Linux, files that start with a period are  E "hidden").  This is the information that your guru mentioned -- this :E information is stored in the file header on VMS volumes, but there's 6 no equivalent in Unix.  < I don't know you do this in Multinet, but there might be an - equivalent.  Here's the HELP for /ADF in UCX:n     TCPIP> help mount /adf   MOUNT1     /ADF           /ADF=CREATEc         /NOADF  $      Optional. Default: /ADF=CREATE.  A      If attributes data files (ADFs) exist on the NFS server, the &      /ADF qualifier lets you use them.  A      The server uses ADFs to store OpenVMS file attributes. TheseoC      files appear on the server as .$ADF$file files, but you cannotg3      view them directly on the local client system.r        The option is:b        o  CREATE  B         The client uses and updates the ADFs, and creates ADFs for         new files.  *      /NOADF - No ADFs are created or used.
 --Stan Quaylea Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671a1 8572 North Spring Ct. NW, Pickerington, OH  43147h= Preferred address:  stan@stanq.com       http://www.stanq.comi   ------------------------------    Date: 29 Jun 2003 23:27:26 -05004 From: cornelius@encompasserve.org (George Cornelius)% Subject: Re: VMS backup to NFS sharesA3 Message-ID: <dOjzDl3ID1o4@eisner.encompasserve.org>m  p In article <7a78a31c.0306291824.777408de@posting.google.com>, jason.mccormick@lexi.com (Jason McCormick) writes:H > I was hoping that a VMS guru could answer a question for me.  I have aH > VAXStation 4000 90A and I'm attempting to get a usable backup solutionE > for it.  The tape unit I've been using on it requires a data streamcG > speed that the VAX simply can't keep pushing out to the unit and it'sa@ > casuing physical damage.  I have Multinet and I was looking atH > mounting a remote NFS share to the VAX and using the backup command toF > create savesets on the remote NFS server and then put those savesets > to tape on the remote server.e > F >   I ran this idea past someone who's more familiar with VMS and theyG > expressed concern that this plan may not work whenever you attempt toeH > restore files from the savesets as "information specific to VMS may beF > lost" but couldn't be clear to me what information that might be.  IG > know that you can use backup to create savesets on-disk that function H > identical to those on tape so I'm curious as to if there's any gotchasF > that might be associated with creating backups on a remote NFS shareG > disk.  The remote computer serving NFS would be Linux or Solaris.  Ifn@ > anyone could share insight on this plan, I'd be most grateful.  E It used to be explicitly stated that BACKUP savesets could not resideTE on NFS volumes, or at least could not reside on HP TCPIP Services NFSfH volumes.  I suppose the issue is that the record size information is notF recorded on an NFS volume - information that is crucial when restoring from a saveset.l  @ That being the case, you might have to play some games to get itB to work.  One of these is to do the backup disk-to-disk, then copyB the saveset to the NFS volume afterwards.  Equivalently, you could use a pipe, sayi  >  $ ! Note use of limited blocksize (may be necessary on a VAX):  $ PIPE BACKUP/IMAGE mydisk SYS$OUTPUT:/SAVE/BLOC=4096 | -+      COPY SYS$INPUT nfsvol_destination_fileb  B In the latter case you may have trouble with restores because COPYA as an initial pipeline stage feeding into BACKUP will not be ableiC to convert a stream of bytes into records of the correct size.  You.D may, however, find that a tool such as EXCHANGE/NETWORK, or a simpleD homegrown C program, could do this.  With the staging disk approach,@ you would copy the file to the staging disk, then use $ SET FILE> /ATTRIBUTES to set its record format and logical record length' before using it as input to VMS BACKUP.F  = For restores in general, remember that you'll need a bootable.@ VMS system that includes NFS in order to restore any data.  ThisA makes system disk backups an issue unless you have a spare system 1 disk available or can restore using another node.V  F Also: be sure that your NFS connection supports binary files.  I don'tG know how it works with Multinet, but I believe that with TCPIP ServicesrG you have to make sure there is no automatic translation of data recordsu to and from STREAM/STREAM_LF.s  H Another approach is to use ZIP.  But you are then of course substitutingF a public domain tool with little or no support and unknown reliability? for the highly reliable and well understood VMS BACKUP utility.I  2 Oh, and if it's VMS to VMS, consider using DECnet:  E    $ BACKUP/IMAGE mydisk node"access control"::saveset/SAVE/BLOCK=...E  G remembering that you may want to increase the RMS default network block G size at both ends of the network link, say in the LOGIN.COM files or byoA issuing a $ SET RMS_DEFAULT/SYSTEM command in SYSTARTUP_VMS.COM .t   --9 George Cornelius              cornelius@encompasserve.orgw0                               cornelius@mayo.edu   > -- Jason McCormick   ------------------------------  # Date: Mon, 30 Jun 2003 05:20:51 GMTI) From: Andrew Balaam <abalaam@yahoo.co.uk>?% Subject: Re: VMS backup to NFS sharese3 Message-ID: <20030630.5205100.382232437@imagnu.geo>d  I Multinet stores the FDL info in a hidden file (ie, one starting with a .=i )=20H on an NFS server by default. So when the file is viewed from VMS, the=20 file attributes are correct.  F If you are doing and image followed by daily and weekly incremental=20H backups, you will have to work out some method of restoring the image=20" backup (if it is the system disk).  I Backup savesets seem to compress quite well using gzip on the linux box.=s =20cE I went through an exercise recently, reading all our older project=20 H archives that were stored on Exabyte (8mm) tapes. I mounted the tapes=20I non-foreign and copied all the savesets off the tapes to an NFS served=20 I area on a Linux box. There was at the end, about 30GB of data. I gzipped=o =20gI all the savesets, and removed all the hidden FDL files (the contents of =a  I these files were all identical) and got all the data on to 2 DVD-Rs. To =>  I read a saveset, I just copy one off the DVD into an area readable by my =D  I VAX over NFS, gunzip it, create the hidden FDL file and then use backup =n   on the VAX.>  6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 30/06/03, 03:24:26, jason.mccormick@lexi.com (Jason McCormick) wrote =o  # regarding VMS backup to NFS shares:(    I > I was hoping that a VMS guru could answer a question for me.  I have a=e  I > VAXStation 4000 90A and I'm attempting to get a usable backup solution=e  E > for it.  The tape unit I've been using on it requires a data streameG > speed that the VAX simply can't keep pushing out to the unit and it'sh@ > casuing physical damage.  I have Multinet and I was looking atI > mounting a remote NFS share to the VAX and using the backup command to=n  F > create savesets on the remote NFS server and then put those savesets > to tape on the remote server.s  F >   I ran this idea past someone who's more familiar with VMS and theyG > expressed concern that this plan may not work whenever you attempt tofI > restore files from the savesets as "information specific to VMS may be=u  F > lost" but couldn't be clear to me what information that might be.  IG > know that you can use backup to create savesets on-disk that function I > identical to those on tape so I'm curious as to if there's any gotchas=c  F > that might be associated with creating backups on a remote NFS shareG > disk.  The remote computer serving NFS would be Linux or Solaris.  Ifs@ > anyone could share insight on this plan, I'd be most grateful.   > -- Jason McCormick   ------------------------------   End of INFO-VAX 2003.357 ************************