1 INFO-VAX	Tue, 05 Apr 2005	Volume 2005 : Issue 189       Contents: Re: /include/nocopy 4 Can an ES47 tower be rackmounted in a 10000 cabinet?4 Re: Finding The Right Path For Your VMS Applications1 Frustration!  EB64+ too old to run OpenVMS 7.3-1?  Re: microvax Re: microvax$ RE: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25$ Re: poor disk I/O performace on ds25* Re: problem with router---NAT and caching?* Re: problem with router---NAT and caching?/ Re: Procedure for installing PERL modules (LWP) / Re: Procedure for installing PERL modules (LWP) F Re: Send data to an interactive VMS application from a Windows system?F Re: Send data to an interactive VMS application from a Windows system?F RE: Send data to an interactive VMS application from a Windows system? Re: shadow minicopy  Re: shadow minicopy  Re: shadow minicopy  Re: shadow minicopy  Re: Time change questions  Re: Time change questions  Re: Time change questions  Re: Time change questions  Re: Time change questions  VMS Command language.  Re: VMS Command language.  Re: VMS Command language.  Re: VMS Command language.  Re: VMS Command language.  Re: VMS Command language. 9 [GHOSTSCRIPT V8.50] Precompiled PCSI Kit (VMS Freeware) ? = Re: [GHOSTSCRIPT V8.50] Precompiled PCSI Kit (VMS Freeware) ?   F ----------------------------------------------------------------------  % Date: Mon, 04 Apr 2005 14:25:07 -0700 , From: Ken Fairfield <my.full.name@intel.com> Subject: Re: /include/nocopy+ Message-ID: <d2sbbj$t1c$1@news01.intel.com>   / Phillip Helbig---remove CLOTHES to reply wrote: ; > In article <d29ucg$cno$1@news01.intel.com>, Ken Fairfield # > <my.full.name@intel.com> writes:   >  >  >>>Why use /INCLUDE? >>@ >>    Because of the context: /NOinclude is the default, and if,C >>as we did, you specify a single member to the /Shadow= qualifier, 1 >>you need /INCLUDE to pick up all valid members.  >  > I > All seem to agree now that /NOCOPY was the essential bit of your stuff  D > at SLAC.  Is there any reason to use /INCLUDE other than to avoid ) > listing all the members in the command?   =      Given AEF's many comments, investigate the "newer" MOUNT = qualifiers, but also include /NoAssist (if you don't already) = and that, along with the /NoCopy, should take care of things.   	      -Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------   Date: 4 APR 2005 15:29:06 GMT 4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)= Subject: Can an ES47 tower be rackmounted in a 10000 cabinet? 5 Message-ID: <4APR05.15290641@thuria.waisman.wisc.edu>   A Can an ES47 tower (DY-20AAA-AB) be rack mounted in a series 10000 $ cabinet by purchasing a CK-BA60B-AA?  G Since the door to the PCI slots takes up the full width (height in rack @ mount position) of the tower box I don't see how a rail could beF attached to that "side" (the top of the tower box) without interfering with the door.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 7 --                karcher.nomoresp5m@waisman.wisc.edu      ------------------------------  % Date: Mon, 04 Apr 2005 14:12:38 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> = Subject: Re: Finding The Right Path For Your VMS Applications B Message-ID: <1112638356.f4ea429c0bab347ed0709387fc647620@teranews>   Roy Omond wrote:> > Note the implication that it is HP recommending migration to@ > Itainium (sic), and therefore recommending migration away from > VMS.  *Sigh* ... FUDsters.  C Yes and no. When you have a weak platform such as VMS, and you then G force customers to plan for a migration, no matter how simple it may be H at the recompile-link level, it is still a big project for teh customer.G And this opens the doors for all the vultures flying over VMS customers - to stear those customers to better platforms.   G This is especially the case since very few believe that IA64 has a long B term future, which means that if you migrate now, you'll progbably migrate in a couple years too.  G Right now, going to Linux on Power would probably be a pretty safe bet, 7 as would Solaris on AM64, followed by Solaris on Sparc.    ------------------------------  % Date: Mon, 04 Apr 2005 18:37:04 -0700 - From: Jake Hamby <jhamby IS AT pobox DOT com> : Subject: Frustration!  EB64+ too old to run OpenVMS 7.3-1?8 Message-ID: <pcp351l431r7t45sid50gudu4ehk3htkl2@4ax.com>   Hi all,   E I'm a programmer who used VMS back in college and thought it'd be fun D to set up this *old* Alpha that I bought five years ago on eBay withE the latest version from the OpenVMS Hobbyist program.  At one point I E had the previous version of VMS (7.2) installed on it, but I shuffled . hard drives around so I need to install again.  C The machine is an EB64+ motherboard in a generic tower case, 266MHz D 21064A CPU, 64MB RAM, 2MB cache, with onboard NCR 53C810 SCSI and anD ISA video card (WDC chipset).  At one point I had a Trio64 PCI video@ card installed but I removed it and can't find it at the moment.B While I was waiting for the hobbyist CD to arrive, I tried and andE failed to install Linux (neither 2.4 nor 2.6 kernel supports the SCSI A controller properly so it hangs in a loop resetting sym0), NetBSD B (kernel panics immediately), and finally FreeBSD 4.11 installs andE runs (FreeBSD 5.3 installs but isn't reliable).  Clearly this old box  is not well supported any more!   A Anyway, I had some bad RAM in there which I replaced, and I ran a @ program called "memtester" from the FreeBSD ports collection for> several hours with no problems so that should be okay.  I alsoC discovered that with "pci_parity on" in the SRM, FreeBSD wasn't too 8 reliable, so I turned that off.  Now it's time for VMS..  B My Hobbyist CD hadn't arrived yet so I found an older ISO image ofC VMS, 7.2-2, and started to install that, but had some problems with B the DW-MOTIF package so after several reboots I started an installF without DECWindows.  I checked the mailbox and my CD had arrived, so IB cancelled out of that to install OpenVMS 7.3-1 (or so I thought!).  F Anyway, I can't get past the "Configuring devices..." prompt no matter" what I try.  The typical error is:       Configuring devices...$ %EWA0, Autosense mode set by console. %EWA0, Half Duplex 10BaseT connection selected  B   Improperly handled condition, bad stack or no handler specified.1     Signal arguments:   Number = 0000000000000005 1                         Name   = 000000000000000C 1                                  0000000000010000 1                                  0000000000003008 1                                  0000000000003008 1                                  0000000000000012        Register dump:9     R0  = 0000000000000000  R1  = 000000007FFCE2B8  R2  =  00000000000000009     R3  = 000000007FFCE400  R4  = 0000000000000000  R5  =  00000000000000009 ... (bunch more registers that I don't want to type :-) ) 9     SP  = 000000007FFAC3C4  PC  = 0000000000003008  PS  =  0400000000000012    D Now the EB64+ is unfortunately not ROM-upgradeable so I'm stuck with
 an old EPROM.    >>>show version ( version			X4.1-1299 Jun  1 1995 11:59:08 >>>show pal 1 pal			VMS PALcode X5.48-102, OSF PALcode X1.35-69   C Am I totally out of luck or is there some secret fix I can perform? D Or is there somewhere that I can find a newer EPROM image that I canB find someone to burn for me, or better yet buy an SRM ROM for thisC box?  Or could it be the ISA video card that's causing the problem? D I'm going to try to bid on a cheap DEC Personal Workstation 600AU onF eBay this week, of which there are several for sale at the moment.  IfD I succeed then perhaps I will relegate this machine to FreeBSD duty.   Cheers,  Jake   ------------------------------   Date: 4 Apr 2005 13:26:54 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: microvax 3 Message-ID: <YNOT6+x5hxUu@eisner.encompasserve.org>   m In article <Txe4e.55132$wL4.4122720@phobos.telenet-ops.be>, "Bruno van Dooren" <microvax@hotmail.com> writes: 	 > Hi all,  > N > i have a microvax 3400 in good working condition -together with a terminal, # > keyboards and some add-in boards.  > O > i am thinking about selling it on ebay, but the problem is that i don't have  3 > any idea about what would be a fair price for it.  > ( > can anyone please give me some advice?  6 Use eBay to determine recent prices for similar goods.  F Note that eBay _is_ the market for used gear, and those are the pricesD you can likely fetch (with a wide margin for verying market demand).   ------------------------------  % Date: Tue, 05 Apr 2005 00:49:54 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: microvax 0 Message-ID: <11545krrtte80c9@corp.supernews.com>   Bruno van Dooren wrote: 	 > Hi all,  > N > i have a microvax 3400 in good working condition -together with a terminal, # > keyboards and some add-in boards.  > O > i am thinking about selling it on ebay, but the problem is that i don't have  3 > any idea about what would be a fair price for it.  > ( > can anyone please give me some advice? >  > kind regards, 
 >     Bruno.   >  >   D You're not going to like hearing it, but the reality is that either D someone wants a 3400 system bad enough to pay for the shipping, or, F you'll have to pay someone to take.  Shipping is a problem for such a  large (heavy) system.    ------------------------------   Date: 4 Apr 2005 13:15:57 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) - Subject: RE: poor disk I/O performace on ds25 3 Message-ID: <QzmC+EaW2Nw7@eisner.encompasserve.org>   ] In article <d2rsc3$td$1@newslocal.mitre.org>, klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:  > Kilgallen@SpamCop.net (Larry Kilgallen) writes in article <Cs2pcQljdA$B@eisner.encompasserve.org> dated 3 Apr 2005 10:25:23 -0500:D >>If you have an application that explicit asks for a big allocationB >>increase and then writes data near the end of that space withoutE >>having written data in between then the effect Kerry describes will 6 >>take effect.  But those applications are quite rare. > M > I curse every time I type the following without disabling highwater marking  > first: > 0 > $ MC SYSGEN CREATE PAGEFILE2.SYS /SIZE=2000000   As I said, rare.   ------------------------------   Date: 4 Apr 2005 13:15:11 -0700 $ From: "AEF" <spamsink2001@yahoo.com>- Subject: Re: poor disk I/O performace on ds25 C Message-ID: <1112645711.055624.211920@o13g2000cwo.googlegroups.com>    Larry Kilgallen wrote:> > In article <BE76088B.AE0F%roktsci@comcast.net>, Jeff Cameron <roktsci@comcast.net> writes:  > E > > I can appreciate the meaning behind the nomenclature, but that is  not whatG > > is happening. I just got finished writing a test program in FORTRAN  where I F > > used SYS$ASSIGN to open a file of 2048 blocks and used SYS$QIOW to read theD > > blocks, and when done on a disk with HFWM active all blocks were	 zero, but 5 > > were not on the same disk when HFWM was disabled.  > 7 > That is exactly the description of Highwater Marking. > > But it does not tell you whether those blocks were zeroed on% > disk before you tried to read them. - > And that does not mimic any useful program.  > E > For a test of of overhead from Highwater Marking, try the following 3 > both with Highwater Marking enabled and disabled.  >  > 	Create a new file( > 	Write 100000 blocks of non-zero bytes > 	Close the file % > 	Report the resources and time used  > C > A different test would be to allocate the file to a large size on 	 creation.     G OK. It's near instantaneous either way using COPY NL: A.A/ALLOC=100000. C However, setting the eof mark from the beginning to the end is near = instantaneous without highwater but took 27 seconds with! OK, @ non-shared sequential files have the "security pattern" of zeros written when the eof is moved.   ------------------------------  % Date: Mon, 04 Apr 2005 22:02:14 -0700 ( From: Jeff Cameron <roktsci@comcast.net>- Subject: Re: poor disk I/O performace on ds25 / Message-ID: <BE7769E6.AFF5%roktsci@comcast.net>   K On 4/4/05 7:38 AM, in article i4Q0tsJXozr8@eisner.encompasserve.org, "Larry ) Kilgallen" <Kilgallen@SpamCop.net> wrote:   > > In article <BE76088B.AE0F%roktsci@comcast.net>, Jeff Cameron > <roktsci@comcast.net> writes:  > M >> I can appreciate the meaning behind the nomenclature, but that is not what N >> is happening. I just got finished writing a test program in FORTRAN where IN >> used SYS$ASSIGN to open a file of 2048 blocks and used SYS$QIOW to read theM >> blocks, and when done on a disk with HFWM active all blocks were zero, but 4 >> were not on the same disk when HFWM was disabled. > 7 > That is exactly the description of Highwater Marking. > > But it does not tell you whether those blocks were zeroed on% > disk before you tried to read them. - > And that does not mimic any useful program. I Are you saying that the 100 or so times that the program is run with HFWM H enabled always yields all blocks as zeros vs. 100 or so runs of the sameI program on the same disk with HFWM disabled always yields non zero blocks  was just a coincidence?   J The disk I am using is an RZ26-VA 1GB drive where I have had to purge manyG times in it's life because it has filled up. So I'm reasonably sure the $ program exhibits what HFWM is doing.  I I was not attempting to "mimic" a useful program, nor measure overhead of L HFWM. It does, however exhibit what HFWM does what the documentation says it< does, that being blocks are zeroed out on allocation/extent. > E > For a test of of overhead from Highwater Marking, try the following 3 > both with Highwater Marking enabled and disabled.  >  > Create a new file ' > Write 100000 blocks of non-zero bytes  > Close the file$ > Report the resources and time used > M > A different test would be to allocate the file to a large size on creation.   I I performed this test too, which also validated my assertion. The time it H takes to open a large pre-allocated file takes significantly longer when+ HFWM is enabled vs. when it is not enabled.    ------------------------------   Date: 5 Apr 2005 00:16:12 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) - Subject: Re: poor disk I/O performace on ds25 3 Message-ID: <6egEyw+YhiaS@eisner.encompasserve.org>   j In article <1112645711.055624.211920@o13g2000cwo.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: >  > Larry Kilgallen wrote:  F >> For a test of of overhead from Highwater Marking, try the following4 >> both with Highwater Marking enabled and disabled. >> >> 	Create a new file ) >> 	Write 100000 blocks of non-zero bytes  >> 	Close the file& >> 	Report the resources and time used >>D >> A different test would be to allocate the file to a large size on > creation.  >  > I > OK. It's near instantaneous either way using COPY NL: A.A/ALLOC=100000.   D Yes, because that does not write 100000 blocks of non-zero (or zero)C bytes.  It creates a file with a large allocation but leaves EOF at  the _start_ of the file.  E > However, setting the eof mark from the beginning to the end is near ? > instantaneous without highwater but took 27 seconds with! OK, B > non-shared sequential files have the "security pattern" of zeros  > written when the eof is moved.  $ As described earlier in this thread.   ------------------------------  % Date: Mon, 04 Apr 2005 18:13:22 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: problem with router---NAT and caching? B Message-ID: <1112652783.d25ce534b599808e5dc5ca2248949bf7@teranews>  / Phillip Helbig---remove CLOTHES to reply wrote: G > that only port 6000 is affected.  Probably tomorrow morning I'll test J > JF's suggestion that it is some security feature in DECwindows, i.e. theJ > problem should go away if I restart DECwindows.  Maybe the IP address is3 > cached somewhere in DECwindows when it starts up.     ' Try to TELNET/PORT=6000 new.ip.add.ress   H You shoudl see if the call is refused, of if it connects with no answer,6 or if it just timesout before giving up on connecting.   ------------------------------  % Date: Mon, 04 Apr 2005 19:46:41 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: problem with router---NAT and caching? B Message-ID: <1112658381.8796b90432d14bd99fe4f3d07f6555bd@teranews>  F Another thing you can do is to allow logging of connection attempts on the decw server (the terminal).   7 It is in sys$startup:decw$private_server_setup.com, add    $decw$server_connect_log == "T"   H or, after 7.2, I think it is in DECW$SERVER_AUDIT_LEVEL that needs to be6 set. ( these values are used in decw$startserver.com )  B Then, whenever someone tries to connect to the terminal, something6 shoudl be written to sys$manager:decw$server_error.log   ------------------------------   Date: 4 Apr 2005 12:03:13 -0700  From: mcbill20@yahoo.com8 Subject: Re: Procedure for installing PERL modules (LWP)B Message-ID: <1112641393.582171.37180@l41g2000cwc.googlegroups.com>   Craig A. Berry wrote: D > In article <1112353601.347455.80370@l41g2000cwc.googlegroups.com>, >  mcbill20@yahoo.com wrote: > B > > Hello. I have the latest PERL and MOD_PERL from the HP websiteG > > installed (5.6-1 update 3) on a 7.3-1 system. It seems to work fine  but G > > I can't seem to get the Useragent module to work. The message I get  is, > > that PERL can't find it in the lib path. > > B > > To be honest, I don't have the slightest clue how to add a new module> > > to PERL. I've searched this group and quite a few VMS/PERL websites. I E > > find lots of references to LWP but usually they just say "install  LWP", 9 > > assuming that the reader knows how to do this on VMS.  > > ? > > Can anyone point me to any documentation on how to do this?  >  > $ perldoc perlmodinstall > D > and flip through until you get to the VMS section, or see the same > documentation at:  > 9 > http://search.cpan.org/dist/perl/pod/perlmodinstall.pod  >  > The basic steps are: >  > $ perl Makefile.PL > $ mms  > $ mms test > $ mms install  > G > If you don't already have it, you can get the latest LWP distribution    > from here: > 1 > http://search.cpan.org/~gaas/libwww-perl-5.803/   G Thanks. I found the docs and downloaded the LWP from CPAN. I discovered C quite a few prerequisites and now I am having trouble with those. I E installed the BASE64 one. There was one bug in the make procedure but E when I fixed that the install went OK. However, when I try to install ? the URI 1.35 I get tons of errors when I get to the "MMK TEST". E Unfortunately, it just says "tests failed" without any real specifics C so I am not sure where to look for the problem. I have included the 3 output below. Any suggestions would be appreciated.    Thanks.  Bill  
 $ mmk test! olddef = F$Environment("Default")  Set Default [.mime-base64-3_05] 0 MMK all /Macro=(LIB="", LIBPERL_A="libperl.olb", LINKTYPE="dynamic", E PREFIX="/DSA0/SYS0/SYSCOMMON/PERL5_006_01/",    OPTIMIZE="/Optimize")  CC/DECC H /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/NOANSI_ALIAP S/Define=("VERSION=""3.05""","XS_VERSION=""3.05""")/Include=(perl_root:[lib.VMS_# AXP.5_6_1.CORE])/Optimize  BASE64.c C If F$Search("[-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLB").eqs."" Then  Library/Obje2 ct/Create [-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLB? Library/Object/Replace [-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLB 
 BASE64.OBJ? %CREATE-I-EXISTS, [-.BLIB.ARCH.AUTO.MIME.BASE64] already exists < If F$TrnLNm("PerlShr").eqs."" Then Define/NoLog/User PerlShr Sys$Share:PerlShr.e  xe Link /NoTrace/NoMap < /Shareable=[-.BLIB.ARCH.AUTO.MIME.BASE64]PL_MIME__BASE64.EXE  K Base64.opt/Option,perl_root:[lib.VMS_AXP.5_6_1.CORE]perlshr_attr.opt/Option ' Running mkbootstrap for MIME::Base64 () @ Copy/NoConfirm Base64.bs [-.blib.arch.auto.MIME.Base64]Base64.bs1 Copy/NoConfirm encode-qp [-.blib.script]encode-qp 9 Copy/NoConfirm encode-base64 [-.blib.script]encode-base64 9 Copy/NoConfirm decode-base64 [-.blib.script]decode-base64 1 Copy/NoConfirm decode-qp [-.blib.script]decode-qp  Set Default 'olddef'9 perl "-I[.blib.arch]" "-I[.blib.lib]" "-Iperl_root:[lib]"  "-Iperl_root:[lib.VMS_= AXP.5_6_1]"     -e "use Test::Harness qw(&runtests $verbose);  $verbose=0; runtes ts @ARGV;"      t/*.t  t/abs............... FAILED tests 1-45 &         Failed 45/45 tests, 0.00% okay t/clone............. ok t/data.............. ok t/escape............" ok, 2/9 skipped: perl-5.8 required t/file.............. ok t/ftp............... ok t/generic........... ok t/heuristic......... ok t/http.............. ok t/ldap.............. ok t/mailto............ ok t/mix............... ok t/mms............... ok t/news.............. ok t/old-absconf....... ok t/old-base.......... ok t/old-file.......... ok t/old-relbase....... ok t/pop............... ok t/query-param....... ok t/query............. ok t/rel............... ok t/rfc2732........... ok t/roy-test.......... ok t/rsync............. ok t/rtsp.............. ok t/sip............... ok t/split............. ok t/storable.........., skipped: Needs the Storable module installed t/urn-isbn..........2 skipped: Needs the Business::ISBN module installed t/urn-oid........... ok; Failed Test Status Wstat Total Fail  Failed  List of Failed P --------------------------------------------------------------------------------3 t/abs.t                       45   45 100.00%  1-45  2 tests and 2 subtests skipped. E Failed 1/31 test scripts, 96.77% okay. 45/463 subtests failed, 90.28%  okay.  %SYSTEM-F-ABORT, abortD %MMK-F-ERRUPD, error status %X0000002C occurred when updating target TEST_DYNAMIC   ------------------------------  % Date: Mon, 04 Apr 2005 19:38:59 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>8 Subject: Re: Procedure for installing PERL modules (LWP)D Message-ID: <craigberry-876A05.19385804042005@news.isp.giganews.com>  B In article <1112641393.582171.37180@l41g2000cwc.googlegroups.com>,  mcbill20@yahoo.com wrote:  I > Thanks. I found the docs and downloaded the LWP from CPAN. I discovered E > quite a few prerequisites and now I am having trouble with those. I G > installed the BASE64 one. There was one bug in the make procedure but G > when I fixed that the install went OK. However, when I try to install A > the URI 1.35 I get tons of errors when I get to the "MMK TEST". G > Unfortunately, it just says "tests failed" without any real specifics E > so I am not sure where to look for the problem. I have included the 5 > output below. Any suggestions would be appreciated.  > 	 > Thanks.  > Bill >  > $ mmk test# > olddef = F$Environment("Default") ! > Set Default [.mime-base64-3_05] 2 > MMK all /Macro=(LIB="", LIBPERL_A="libperl.olb", > LINKTYPE="dynamic", G > PREFIX="/DSA0/SYS0/SYSCOMMON/PERL5_006_01/",    OPTIMIZE="/Optimize") 	 > CC/DECC J > /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/NOANSI_ALIAP > S/Define=("VERSION=""3.05""","XS_VERSION=""3.05""")/Include=(perl_root:[lib.VM > S_% > AXP.5_6_1.CORE])/Optimize  BASE64.c E > If F$Search("[-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLB").eqs."" Then  > Library/Obje4 > ct/Create [-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLBA > Library/Object/Replace [-.BLIB.ARCH.AUTO.MIME.BASE64]BASE64.OLB  > BASE64.OBJA > %CREATE-I-EXISTS, [-.BLIB.ARCH.AUTO.MIME.BASE64] already exists > > If F$TrnLNm("PerlShr").eqs."" Then Define/NoLog/User PerlShr > Sys$Share:PerlShr.e  > xe > Link /NoTrace/NoMap > > /Shareable=[-.BLIB.ARCH.AUTO.MIME.BASE64]PL_MIME__BASE64.EXE > M > Base64.opt/Option,perl_root:[lib.VMS_AXP.5_6_1.CORE]perlshr_attr.opt/Option ) > Running mkbootstrap for MIME::Base64 () B > Copy/NoConfirm Base64.bs [-.blib.arch.auto.MIME.Base64]Base64.bs3 > Copy/NoConfirm encode-qp [-.blib.script]encode-qp ; > Copy/NoConfirm encode-base64 [-.blib.script]encode-base64 ; > Copy/NoConfirm decode-base64 [-.blib.script]decode-base64 3 > Copy/NoConfirm decode-qp [-.blib.script]decode-qp  > Set Default 'olddef'; > perl "-I[.blib.arch]" "-I[.blib.lib]" "-Iperl_root:[lib]"  > "-Iperl_root:[lib.VMS_? > AXP.5_6_1]"     -e "use Test::Harness qw(&runtests $verbose);  > $verbose=0; runtes > ts @ARGV;"      t/*.t  > t/abs............... > FAILED tests 1-45 ( >         Failed 45/45 tests, 0.00% okay  B Actually there were 31 test scripts, and 30 of them succeeded, so F that's not too bad, though this appears to be the MIME::Base64 build, C not the URI build that gave you so much trouble.  You can get more  F verbose output by doing the same thing "MMK TEST" does except set the D verbose flag and only run it for the one test you are interested in:  = $ perl "-I[.blib.arch]" "-I[.blib.lib]" "-Iperl_root:[lib]" - +  "-Iperl_root:[lib.VMS_AXP.5_6_1]"     -e - I "use Test::Harness qw(&runtests $verbose); $verbose=1; runtests @ARGV;" -   t/abs.t    G Note that Perl 5.6.1 is pretty long in the tooth now; 5.8.6 is current.    ------------------------------  $ Date: Mon, 4 Apr 2005 15:09:17 -0400# From: "John Smith" <a@nonymous.com> O Subject: Re: Send data to an interactive VMS application from a Windows system? , Message-ID: <0emdndEQXN56DczfRVn-jA@igs.net>  
 Abe wrote:G > On Fri, 01 Apr 2005 11:34:10 -0500, Dave Froble <davef@tsoft-inc.com>  > wrote: > 
 >> Abe wrote: G >>> We have an old COBOL & FMS application that we'd like to "send data F >>> to" from a Windows system.  We don't want to alter the COBOL code.F >>> We'd like to be able to write a Windows program (maybe in VB) thatG >>> looks like an interactive user to the VMS system and sends data and C >>> the correct "keystrokes" to fool the COBOL/FMS application into  >>> processing the data. >>> ? >>> Doesn't have to be a VB based solution.  Could be something 
 >>> scripted.  >>>  >>> Any product suggestions? >>> 9 >>> ** Due to SPAM I no longer receive email responses to + >>> ** newsgroup postings, so don't bother.  >>- >> I'm not sure if I understand the question.  >>@ >> Using FMS indicates that the program would use an interactive >> terminal. > G > Yes today someone uses an interactive terminal to enter data into the  > FMS application. > H > Someday in the future the data will arrive electronically to a WindowsG > manufacturing system.  The VMS system still needs to be updated as it H > will be in service a few more years before it's replaced.  The idea isE > to get the data to the VMS system as simply as possible, which here G > means without writing or changing code on the VMS system if possible.  > C > We've considered moving the data (eg FTP or something) to the VMS F > system but we'd still need to write something to pull the data apartG > and update numerous RMS files.  To do it correctly someone would have H > to study the COBOL and replicate it's logic, which we'd like to avoid.      E Is the data on the Windows side in SQL Server or something like that? C How real-time does the data transfer to the VMS machine have to be?   F You could use a db trigger to 'push' the appropriate data out from SQLG Server to a flat file upon insert into the db, or on a timed loop. This L could then be sent to the VMS machine via ftp or a message queue (preferable	 I think).   J If you are using ACMS with the app on the VMS side then you should be ableH to find the relevant Cobol easily enough inside the ACMS transactions. AH detached process on VMS can rip apart the received files or messages andK stuff them into RMS via the ACMS/Cobol routines. Just pass the correct data K to the relevant Cobol structures.  As long as you know that the data coming H from the Windows box is 'clean' and won't hit any boundary conditions orL other errors this should work, otherwise the detached process is going to beE 'smarter' in order to manage notifying you of a transaction rollback.    ------------------------------  * Date: Mon, 4 Apr 2005 19:22:48 +0000 (UTC). From: Dale Dellutri <ddelQQQlutr@panQQQix.com>O Subject: Re: Send data to an interactive VMS application from a Windows system? , Message-ID: <d2s468$7qd$1@reader1.panix.com>  T On Fri, 01 Apr 2005 00:12:47 GMT, Abe <mark-news@please.nospam.gags-r-us.org> wrote:E > We have an old COBOL & FMS application that we'd like to "send data D > to" from a Windows system.  We don't want to alter the COBOL code.D > We'd like to be able to write a Windows program (maybe in VB) thatE > looks like an interactive user to the VMS system and sends data and A > the correct "keystrokes" to fool the COBOL/FMS application into  > processing the data.  G > Doesn't have to be a VB based solution.  Could be something scripted.    > Any product suggestions?  C If you're trying to look like an interactive user, then Kermit for  @ Windows can easily do it.  Kermit has a very complete scripting 	 language.    --  7 Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)    ------------------------------  $ Date: Mon, 4 Apr 2005 16:43:56 -0400' From: "Main, Kerry" <kerry.main@hp.com> O Subject: RE: Send data to an interactive VMS application from a Windows system? R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB5956C5@tayexc19.americas.cpqcorp.net>   > -----Original Message-----: > From: Dale Dellutri [mailto:ddelQQQlutr@panQQQix.com]=20 > Sent: April 4, 2005 3:23 PM  > To: Info-VAX@Mvb.Saic.Com B > Subject: Re: Send data to an interactive VMS application from=20 > a Windows system?  >=20* > On Fri, 01 Apr 2005 00:12:47 GMT, Abe=200 > <mark-news@please.nospam.gags-r-us.org> wrote:G > > We have an old COBOL & FMS application that we'd like to "send data F > > to" from a Windows system.  We don't want to alter the COBOL code.F > > We'd like to be able to write a Windows program (maybe in VB) thatG > > looks like an interactive user to the VMS system and sends data and C > > the correct "keystrokes" to fool the COBOL/FMS application into  > > processing the data. >=20B > > Doesn't have to be a VB based solution.  Could be something=20 > scripted.  >=20 > > Any product suggestions? >=20G > If you're trying to look like an interactive user, then Kermit for=20 D > Windows can easily do it.  Kermit has a very complete scripting=20 > language.  >=20 > --=20 9 > Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)  >=20   Some commercial options are:   1. Attunity Connect.=20   < We have them at a local site linking some old legacy WindowsG environments using COM into new state of the art VMS Alpha ES45 cluster = systems and from all reports received, it is going very well.   
 Reference:, http://www.attunity.com/products/openvms.aspB http://www.attunity.com/products/OpenVMSItanium/ (now available on Itanium/OpenVMS as well)   2. WRQ Verastream.  
 Reference:' http://www.wrq.com/products/verastream/ 6 http://www.wrq.com/aboutwrq/news/2004/051004pr.html=20    D If interested in either of these, email me offline and I will send a
 contact name.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Mon, 04 Apr 2005 14:11:01 -0700 , From: Ken Fairfield <my.full.name@intel.com> Subject: Re: shadow minicopy+ Message-ID: <d2sah6$so8$1@news01.intel.com>   E Sorry to take so long to get back to this.  Real work and all that...    Tom Linden wrote: 4 > On Mon, 28 Mar 2005 17:41:22 -0800, Ken Fairfield " > <my.full.name@intel.com>  wrote: >  >> Tom Linden wrote: >>A >>>  Have three shadow sets in a cluster containing nodes running C >>> 7.3, 7.3-1, 7.3-2 and 8.2 on alpha and VAX.  Had to replace the C >>> CD drives in one 7.3 AXP and one 7.3-1.  The shadow sets are on @ >>> a shared scsi bus with those two and yet a third 7.3-2 node.H >>> The shadow sets are each 74GB.  A merge operation was thus initiatedF >>> One of the sets hosts hosts WASD, MX HGFTP and QUEUE Manager. ThisL >>> one took 7 days to merge!  (the sets are in a BA356 so only 40MB/sec Tx)I >>> the others completed in two days.  So I thought I would implement the 
 >>> minicopy.  >> >>F >>      Before we go any further, you need to understand that minicopyB >> is implemented by creating a bitmap in memory on your choice of: >> cluster (or stand-alone) nodes.  When you do a DISMOUNTE >> /POLICY=MINICOPY of a shadow member, bits in that map get set when E >> a write occurs while that shadow member is dismounted.  (A certain C >> efficiency is gained by having each bit map to 127 disk blocks.)T > J > So does that mean that I have to dismount a member from all nodes in theG > cluster with the /policy=minicopy=optional qualifier, then mount themhF > similarly, from each node, one at a time?  Does the bitmap reside on > more than one node?v  ?      First a technicality: if you dismount a shadow set member,s@ it gets dismounted on all nodes, period.  The shadow set and its# membership is a clusterwide entity.e  9      Now a caveat: I am *very* familiar with the new HBMMu= functionality but I have never used mini-copy.  However, HBMMe@ was built on the functionality provided by the bitmaps developed> for mini-copy, so I *think* I'm on solid ground here...what we> both _should_ do is to reread the Volume Shadowing manual, but> barring that activity... :-)  OK, OK, so it's all in Chapter 7B of the Volume Shadowing manual, at least in the VMS 7.3-2 version.  D      ... Having now read skimmed through Ch.7, I have to add another? caveat: mini-copy _may_, or _may not_, have been changed if you > installed the HBMM kits.  What I do find from the docs is thatB Host-based Minimerge uses bitmaps in a significantly different way" than is described for mini-copies.  >      The most important thing I find in Ch.7 is that a _single@ node_ has the Master Write Bitmap for any shadow set member thatD is dismounted with /Policy=Minicopy (with or without the =OPTIONAL).A This implies to me that if you're taking some system down, and it0D "contributes" a locally attached member to some shadow set, you needB to Dismount/Policy=Minicopy that member from a _different_ cluster@ node before you start shutting down the "some system".  It would@ do no good at all to do the Dismount/Policy=Minicopy on the node? shutting down since the Master Write Bitmap for that shadow setc
 will be lost.u  C      The other thing that is somewhat counter-intuitive is that the A Write Bitmap(s) are created at *dismount*.  In addition, they aremB deleted after a successful minicopy.  It is entirely unclear to meA what the effect of Mount/Policy=Minicopy is, or why you'd want toNB use it [but see below].  It does not seem to be a prerequisite forC the Dismount/Policy=Minicopy, and it is the default action when you @ subsequently add the dismounted member back into its shadow set.  A      OK, reading Sect. 7.6.2, it says you could do the following:-@ (a) you can do a "normal" dismount of a shadow set, (b) then, ifB for some reason you want to mount that shadow set again with _only? a single member_, you can specify /Policy=Minicopy on the Mount-> command to generate the Write Bitmap on the node that does theD first mount.  You'd use the "=OPTIONAL" if it were automated so thatC other nodes doing the same mount would not fail the mount (only oneaE node can actually have the Master Write Bitmap).  At some later time,a@ you could then add the 2nd member into this shadow set, and that> would be a minicopy.  (Editorial: this may be applicable where@ various nodes contribute locally-attached shadow set members andC you aren't able to make them all available at the time of the firstg. mount...might apply to Phillip's situation...)  G      Finally, its recommended VAX nodes in a mixed-architecture cluster.E have SHADOW_MAX_COPY set to 0 because they cannot have Write Bitmaps,eD and if they "accidently" pick up the copy, it will be done as a full copy, not a mini-copy.   [....]I > OK, now I am more confused.  I have three shadow sets (with two memberscH > each) on a shared scsi bus which can have two to four nodes (dependingK > on what I decide to boot) but lets say three.  Do I successively dismount J > one member from each shadow set from each node (with minicopy) and the  + > mount again with minicopy from each node?a  H      Speaking of confused, so am I.  :-(  If I read the above correctly,E all disks are accessible from all nodes.  Just as if they were on HSxtD controllers on a CI.  So why do you want to do a minicopy?  To avoid merges?t  F      If you want to avoid merges, here's one thing that will help you:E *install HBMM* on your Alphas!  This works really, really well. I canwD tell you that in our testing, with the disks on a SAN (so a bit moreF throughput than you'll see), a 72GB shadow set will minimerge in aboutE 2-3 minutes.  *Most* of the time is spent reading the write bitmap inaE memory (under the assumption that you're not doing a humongous amount0B of write I/Os to the shadow set prior to and while it is merging).  C      And unlike Minicopy, all Alpha cluster members can have active3G minimerge bitmaps for the same shadow set.  This allows any "surviving"eB cluster member to execute minimerge on the given shadow set in the) event one or more cluster member crashes.   I      The other thing that will help in the case you described originally, G shutting down a couple of systems to replace their CD drives (yes?), isaE to work really hard on your shutdown procedures to be sure you're not E left with open files on your shadow sets.  Admittedly, various things D can make this frustratingly difficult to do (host-based RAID is one,H various "daemon" processes can be another).  This won't help in a crash,@ but it will help for normal shutdowns, especially prior to HBMM.        Hope this helps!  -Kend --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfieldo! D1C Automation VMS System Supportl" who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Mon, 04 Apr 2005 14:16:00 -0700t, From: Ken Fairfield <my.full.name@intel.com> Subject: Re: shadow minicopy+ Message-ID: <d2saqg$spd$1@news01.intel.com>c   JF Mezei wrote:r0 > How difficult would it to have something like: > = > SET VOLUME DSA0/LOG_WRITES=dka200:[000000]mytransaction.log. > : > you then remove one of more members from DSA0, and then: > x > MOUNT DSA0/SHADOW=(gooddisk, olddisk1, olddisk2) - /REBUILD_FROM_LOG=dka200:[000000]mytransactyion.log/RESET_WHEN_DONE > H > So, when you are ready to do stuff on drives, you set a mode that logs3 > all writes to a log file on some temporary drive.t > D > When you bring the drives back, it uses that temporary log file toB > re-apply all the writes that have occured since the log file was> > created, and when it is done, it automatically turns off the3 > auto-logging and optionally deletes the log file.c > G > You could then rebuild your data from any disk, even if the last goodoB > drive is not available, since your transaction log would be on a > seperate drive.a > + > This would also be a great auditing tool.m    B      Believe me, *YOU DON'T WANT TO DO THIS*.  An attempt was made? to implement minimerge based on such a file-based write history @ log.  Ultimately, the years-delayed project to implement failed.? VMS Engineering regrouped, leveraged the work done on in-memory @ write bitmaps for minicopy, and produced HBMM.  This is a reallyF good product, long-promised (mini-merge for high-availability clustersC using FiberChannel instead of CI), and they only made us wait 4 1/2  years for delivery.  :-}  
 	Regards, Kent -- -6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield0! D1C Automation VMS System Supportr" who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  * Date: Mon, 4 Apr 2005 21:45:33 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: shadow minicopy$ Message-ID: <d2scht$3ki$3@online.de>  9 In article <d2sah6$so8$1@news01.intel.com>, Ken Fairfield ! <my.full.name@intel.com> writes: R  K > >>> the others completed in two days.  So I thought I would implement thel > >>> minicopy.o > >>H > >>      Before we go any further, you need to understand that minicopyD > >> is implemented by creating a bitmap in memory on your choice of< > >> cluster (or stand-alone) nodes.  When you do a DISMOUNTG > >> /POLICY=MINICOPY of a shadow member, bits in that map get set when G > >> a write occurs while that shadow member is dismounted.  (A certain E > >> efficiency is gained by having each bit map to 127 disk blocks.)4 > > L > > So does that mean that I have to dismount a member from all nodes in theI > > cluster with the /policy=minicopy=optional qualifier, then mount themiH > > similarly, from each node, one at a time?  Does the bitmap reside on > > more than one node?l > A >      First a technicality: if you dismount a shadow set member,tB > it gets dismounted on all nodes, period.  The shadow set and its% > membership is a clusterwide entity.  > ; >      Now a caveat: I am *very* familiar with the new HBMMt? > functionality but I have never used mini-copy.  However, HBMMiB > was built on the functionality provided by the bitmaps developed@ > for mini-copy, so I *think* I'm on solid ground here...what we@ > both _should_ do is to reread the Volume Shadowing manual, but@ > barring that activity... :-)  OK, OK, so it's all in Chapter 7D > of the Volume Shadowing manual, at least in the VMS 7.3-2 version.  H OK, I'll ask a question I asked a while back but never got a completely  satisfactory answer to.o   > At some later time,sB > you could then add the 2nd member into this shadow set, and that@ > would be a minicopy.  (Editorial: this may be applicable whereB > various nodes contribute locally-attached shadow set members andE > you aren't able to make them all available at the time of the firstn0 > mount...might apply to Phillip's situation...)  G All my disks have a direct connection to only one machine.  At startup tE time, I wait long enough for all nodes which are going to come up to 0B come up, then do the MOUNT, so normally all members are available.  I >      Finally, its recommended VAX nodes in a mixed-architecture clustereG > have SHADOW_MAX_COPY set to 0 because they cannot have Write Bitmaps,EF > and if they "accidently" pick up the copy, it will be done as a full > copy, not a mini-copy.   Glad you mentioned that.  F I have VAXes and ALPHAs in the cluster.  I have shadow sets with both G members on the same VAX, on two different VAXes, and on the same ALPHA.tC None on two different ALPHAs yet, but that will probably come soon.h  G Which type of shadow set could benefit from MINIMERGE? From MINICOPY?  qA Is it clear from which node the DISMOUNT would have to be issued.i   ------------------------------   Date: 5 Apr 2005 00:18:39 -0500L+ From: young_r@encompasserve.org (Rob Young)- Subject: Re: shadow minicopy3 Message-ID: <HM1LWvAKCPpz@eisner.encompasserve.org>s  Z In article <d2saqg$spd$1@news01.intel.com>, Ken Fairfield <my.full.name@intel.com> writes: > JF Mezei wrote:01 >> How difficult would it to have something like:  >> t> >> SET VOLUME DSA0/LOG_WRITES=dka200:[000000]mytransaction.log >> a; >> you then remove one of more members from DSA0, and then:  >> oy >> MOUNT DSA0/SHADOW=(gooddisk, olddisk1, olddisk2) - /REBUILD_FROM_LOG=dka200:[000000]mytransactyion.log/RESET_WHEN_DONE  >> SI >> So, when you are ready to do stuff on drives, you set a mode that logs 4 >> all writes to a log file on some temporary drive. >>  E >> When you bring the drives back, it uses that temporary log file to C >> re-apply all the writes that have occured since the log file was ? >> created, and when it is done, it automatically turns off theb4 >> auto-logging and optionally deletes the log file. >> nH >> You could then rebuild your data from any disk, even if the last goodC >> drive is not available, since your transaction log would be on al >> seperate drive. >>  , >> This would also be a great auditing tool. >  > D >      Believe me, *YOU DON'T WANT TO DO THIS*.  An attempt was madeA > to implement minimerge based on such a file-based write history B > log.  Ultimately, the years-delayed project to implement failed.A > VMS Engineering regrouped, leveraged the work done on in-memory B > write bitmaps for minicopy, and produced HBMM.  This is a reallyH > good product, long-promised (mini-merge for high-availability clustersE > using FiberChannel instead of CI), and they only made us wait 4 1/2a > years for delivery.  :-} >   C 	Engineering is about making choices.  In my opinion, incorporatingI< 	such a mechanism would be a waste of resources for a reason> 	differing from Ken's.  Only HP knows what percentage of their< 	installed base (in percent revenue or monies) uses high-endB 	storage.  I'd guess 80%?  The writes to these storage subsystems A 	aren't lost (very rare circumstances, so the targetting of such h7 	resources to develop such a mechanism would be waste).   9 	It's only going to get better.  This may not be the yearnD 	of storage virtualization, but it will be next year.  IBM announced= 	they shipped SAN Volume Controller to their 1000th customer:w  A http://www-1.ibm.com/servers/storage/software/virtualization/svc/i  > 	EMC is to ship their Storage Router this quarter.  Of course,A 	this first link is hanging, try the cached link (second link) ifo- 	it hangs (working now on the original link).r  F http://www.emc.com/products/software/storage_router/storage_router.jsp http://64.233.179.104/search?q=cache:ijXYqbHxsDoJ:www.emc.com/products/software/storage_router/storage_router.jsp+emc+storage+router&hl=en&client=firefox-ai  B 	HP's problem is they were crushed by EMC on virtualization patent 	violations:  S http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci965445,00.html   8 	You think Lewis and Elias had a hint that HP was on the/ 	wrong side of that?  This loss hamstrung CASA.   C 	Today, HP has element virtualization and a good one at that (EVA). B 	With CASA, SAN Volume Controller and Storage Router, a LUN can be? 	in two (or more) separate frames.  Frames that could easily be ? 	in separate datacenters so you wouldn't need a Veritas or hostoA 	based mirroring to ensure your writes are in two places at once. > 	With writes hitting two separate places, an ability to replay@ 	a log at a filesystem level is a very narrow niche.  After all,? 	any recent database has journal/log replay capabilities today.a 	nG 	HP is partnering with someone (if I recall) on storage virtualization.i 	Can't find the reference.   				Roba   ------------------------------  # Date: Mon, 04 Apr 2005 18:42:21 GMTn3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e" Subject: Re: Time change questions1 Message-ID: <hUf4e.2913$Jr7.468@news.cpqcorp.net>R  C In article <1112631490.299361.264790@z14g2000cwz.googlegroups.com>,e  tadamsmar@yahoo.com writes: ..E >I and dlighted to get a reply from the guy who's command procedure I2 >was just reviewing!  ? I'm glad.  Unfortunatly, I can't answer your questions.  Sorry. ( Perhaps someone else will come forth....  H >1.  The FAQ seems to imply that I would have to shutdown NTP during the >time change. WhybF >is that?  I never had to do that before since the system time and the >tdf were changed> >at the same time. > E >2.  The system doc implies that I should use sys$set_system_event to 	 >look fornH >sysevt$c_tdf_change event to synchronize with the time change.  Is that	 >correct?tH >Is there an easy way to have a command procedure to run just before the
 >time change?tH >(I know I can do it the old way, just schedule the application-specific >stuff)  >m >e   -- iJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  * Date: Mon, 4 Apr 2005 21:31:08 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)" Subject: Re: Time change questions$ Message-ID: <d2sbms$3ki$1@online.de>  2 In article <0Cb4e.2855$L27.2532@news.cpqcorp.net>,6 hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:   ( >     $ @SYS$MANAGER:UTC$TIME_SETUP SHOW  F Note that some of the new daylight-saving stuff (perhaps this as well)B is not available on VAX (even though some of it is in the VAX help files).    ------------------------------  # Date: Mon, 04 Apr 2005 23:07:06 GMTe# From: hoff@hp.nospam (Hoff Hoffman)h" Subject: Re: Time change questions2 Message-ID: <uMj4e.2949$q_7.1870@news.cpqcorp.net>  g In article <hUf4e.2913$Jr7.468@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:MD :In article <1112631490.299361.264790@z14g2000cwz.googlegroups.com>, : tadamsmar@yahoo.com writes:D  I :>1.  The FAQ seems to imply that I would have to shutdown NTP during the  :>time change. Why is that?  o  C   Depending on the revision of NTP, it may not contend happily withsD   the change -- current revisions do, I'm told.   The cut-over wouldC   have been around OpenVMS V7.3.  (Piles of time-keeping got betterhC   with V7.3, as that was a major overhaul in OpenVMS time-keeping.))  D   The FAQ is fairly conservative here, as there can be problems withE   processes -- NTP prefers to drift the time, and that is not how the-B   folks that decided on this mess based on an idea from an EnglishD   Golfer (William Willet) who reputedly wanted to get more time for D   his evening golf game (I'm not kidding) or derived from an idea ofF   Frankin's, or whatever, daylight change-over is intended to operate.F   It's supposed to be one big one-hour ker-chunk, and not the drifting!   that NTP would want to provide.   = :>I never had to do that before since the system time and the $ :>tdf were changed at the same time.  %   Congratulations, it worked for you.o  F :>2.  The system doc implies that I should use sys$set_system_event toI :>look for sysevt$c_tdf_change event to synchronize with the time change.o :>Is that correct?  >   If your application wants to know when the TDF changed, yes.  E   I tend to prefer to use UTC or GUIDs/UUIDs or other such operations"C   or values for unique identities, and relative timers and such --  F   relative timers get adjusted automatically, and UTC obviously avoids   the "fun" of the change-over.n  I :>Is there an easy way to have a command procedure to run just before thet :>time change?  B   Easy?  Not that I am aware of.  There are certainly some ways toD   do this, but I'm not aware of any TDF-is-about-to-change event norC   any customization procedure.  (This would have to be run some seteD   time prior to the change, to allow the operation to complete -- itB   would have to be a TDF-will-change-in-delta event or task or...)B   The ways involve some brute-force coding -- the easiest of theseD   is a SUBMIT/AFTER=six-months-or-so (ugly, but functional -- and itF   does not take into account any decreed "unscheduled" TDF changes) orF   a periodic job that watched for the approaching switch-over based on   the TZ rules.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqbN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Mon, 04 Apr 2005 21:30:23 -0500"2 From: David J Dachtera <djesys.nospam@comcast.net>" Subject: Re: Time change questions+ Message-ID: <4251F83E.31BC1B7E@comcast.net>t   tadamsmar@yahoo.com wrote: > 4 > (My springforward.com failed, apparently due to my1 > earlier upgrade to 7.3.2. The command procedureS, > sys$manager:utc$configure_tdf is obsolete. > . > I disabled ntp and just used SET TIME to get > the times close for now.)B >  > What is the replacement for: > ( > @sts$manager:utc$configure_tdf -240 60 > - > and, my X-windows clocks now display a timea. > that is one hour later than the system time.& > Why is that?  How can I change that? > 	 > Thanks!k  G Charlie's and Hoff's answers are more likely to represent the supportedE methods.  A This should be considered unsupported (for V7.3 and later, only):o  & Spring Forward just after 02:00:00 ST: - Suspend NTP*D - Set the time forward (SET TIME="+01:00:00"). Use SYSMAN as needed.% - DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULEy - @SYS$STARTUP:TDF$UTC_STARTUP
 - Restart NTPb  " Fall Back just after 02:00:00 DST: - Suspend NTP*% - DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULE[ - @SYS$STARTUP:TDF$UTC_STARTUPA - Set the time back (SET TIME="-01:00:00"). Use SYSMAN as needed.[
 - Restart NTP_G (Caveat: If you reboot before 02:00:00 ST, the SYS$TIMEZONE_* LNMs wills revert to DST.)   @ The reason for suspending NTP is to prevent it trying to make an0 adjustment while the time change is in progress.   -- . David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:." http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/.   Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  # Date: Tue, 05 Apr 2005 05:25:52 GMT.4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>" Subject: Re: Time change questions& Message-ID: <42524B8F.54AA6E72@hp.com>   David J Dachtera wrote:. >  > tadamsmar@yahoo.com wrote: > >/6 > > (My springforward.com failed, apparently due to my3 > > earlier upgrade to 7.3.2. The command procedureb. > > sys$manager:utc$configure_tdf is obsolete. > >a0 > > I disabled ntp and just used SET TIME to get > > the times close for now.)/ > >i  > > What is the replacement for: > >t* > > @sts$manager:utc$configure_tdf -240 60 > >-/ > > and, my X-windows clocks now display a time-0 > > that is one hour later than the system time.( > > Why is that?  How can I change that? > >s > > Thanks!a > I > Charlie's and Hoff's answers are more likely to represent the supportedS
 > methods. > C > This should be considered unsupported (for V7.3 and later, only):a > ( > Spring Forward just after 02:00:00 ST: > - Suspend NTP*F > - Set the time forward (SET TIME="+01:00:00"). Use SYSMAN as needed.' > - DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULEr  > - @SYS$STARTUP:TDF$UTC_STARTUP > - Restart NTPe > $ > Fall Back just after 02:00:00 DST: > - Suspend NTP*' > - DEASS/SYSTEM/EXEC SYS$TIMEZONE_RULEo  > - @SYS$STARTUP:TDF$UTC_STARTUPC > - Set the time back (SET TIME="-01:00:00"). Use SYSMAN as needed.C > - Restart NTP I > (Caveat: If you reboot before 02:00:00 ST, the SYS$TIMEZONE_* LNMs will  > revert to DST.)4 > B > The reason for suspending NTP is to prevent it trying to make an2 > adjustment while the time change is in progress. >  <sig snipped...>  . What worked for me on systems V7.3-1 and over:H Note: Israel is in the position of (until 2005) never having the IST/IDTC dates fixed by an unchanging rule, due to political considerations. H Hopefully there is now a fixed rule, but the daylight-saving changes areH linked to the Jewish (lunar) calendar, so that there is a different rule for every year._  F 1. Check SYS$SYSROOT:[SYS$TIMEZONE.SYSTEM.SOURCE] to find the timezone0 DST rule(s) for your region. In my case I editedA SYS$SYSROOT:[SYS$TIMEZONE.SYSTEM.SOURCE]ASIA. with the new rules.RG 2. If you edited the rules file, compile using ZIC. Instructions are in"% the C runtime utilities manual (IIRC)= 3. mc TDF$SET_TIMEZONE MODIFY.3 4. check SYS$TIME* logicals (esp SYS$TIMEZONE_RULE)LB 5. set sysgen parameter AUTO_DLIGHT_SAV to 1 and reboot (thats the difficulty)-  C I did not stop NTP. The NTP logs showed a skip from 01:xx to 03:xx.BC Worked like a charm! (Changed IST to to IDT at 02:00 on 1-Apr-2005)   B P.S. Any Israeli readers who want the new rules file (unsupported,F undocumented and like everything else, liable to political change) can contact me offline.    Mike -- eE ---------------------------------------------------------------------tE Usual disclaimer: All opinions are mine alone, perhaps not even that.n? Mike Rechtman                            *rechtman@tzora.co.il*.F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------6 -----BEGIN GEEK CODE BLOCK-----. Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------e   ------------------------------  % Date: Mon, 04 Apr 2005 17:27:45 -0700 # From: "Tom Linden" <tom@kednos.com>A Subject: VMS Command language.( Message-ID: <opsoqgwjxpzgicya@hyrrokkin>  > Just curious.  On mainframes there are different possibilites,C JCL, Rexx, CMS and in Unix a number of shells, csh, ksh, bash, rexx F regina.  Was there ever any alternative to DCL?  Note, I am not sayingG that there is anything wrong with it, just struck me odd that there wasgC not any other interface.  At one time VMS, e.g. owned the CAD/CAM  I marketplace 3 and I could imagine all sorts of third party tools.:   ------------------------------  $ Date: Tue, 5 Apr 2005 12:25:20 +1000# From: "Gremlin" <not-here@all.mate>a" Subject: Re: VMS Command language./ Message-ID: <4251f70d$1@duster.adelaide.on.net>   " -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1   MCR??0  = Back in VMS1.x I remember that you could set MCR as your CLI,nC something that became easier sometime in VMS3.x when the UAF switchsA for CLI became visible.  Hard to remember back that far, the late1 70s!!  Anyone else remember?    . "Tom Linden" <tom@kednos.com> wrote in message" news:opsoqgwjxpzgicya@hyrrokkin...@ > Just curious.  On mainframes there are different possibilites,E > JCL, Rexx, CMS and in Unix a number of shells, csh, ksh, bash, rexxbA > regina.  Was there ever any alternative to DCL?  Note, I am noteA > saying that there is anything wrong with it, just struck me odd @ > that there was not any other interface.  At one time VMS, e.g.! > owned the CAD/CAM   marketplaces5 > and I could imagine all sorts of third party tools.    -----BEGIN PGP SIGNATURE-----r Version: PGP 8.1  @ iQA/AwUBQlH3AbBJFNOSUYtbEQIvdQCgtHpif+/EhCaG4GFvoQE21myAhQgAoJjC U77odrTPZMy+l5qyrgjVmLT8 =tirP' -----END PGP SIGNATURE-----r   ------------------------------  * Date: Tue, 5 Apr 2005 02:58:21 +0000 (UTC)% From: Dan Foster <usenet@evilphb.org> " Subject: Re: VMS Command language.6 Message-ID: <slrnd53vs0.e75.usenet@gaia.roc2.gblx.net>  F DEC also had a POSIX CLI available as well, IIRC. I don't think it was used much, if at all.    -Dan   ------------------------------  % Date: Mon, 04 Apr 2005 23:16:22 -0400w- From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Re: VMS Command language.B Message-ID: <1112670943.bb6feb188a004ec02e43b6218740eb76@teranews>   Dan Foster wrote:y > H > DEC also had a POSIX CLI available as well, IIRC. I don't think it was > used much, if at all.b  H Was the POSIX thing implemented in a way that it could be specified as a CLI in SYSUAF ?.   ------------------------------  * Date: Tue, 5 Apr 2005 04:07:18 +0000 (UTC)% From: Dan Foster <usenet@evilphb.org> " Subject: Re: VMS Command language.6 Message-ID: <slrnd543t9.e75.usenet@gaia.roc2.gblx.net>  q In article <1112670943.bb6feb188a004ec02e43b6218740eb76@teranews>, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:r > Dan Foster wrote:l >> lI >> DEC also had a POSIX CLI available as well, IIRC. I don't think it was  >> used much, if at all. >mJ > Was the POSIX thing implemented in a way that it could be specified as a > CLI in SYSUAF ?   H I thought I remembered that was the case, but now, I'm not such so sure.  G I'd try it myself with SIMH, but don't have 5.5 media or anything newero
 than 7.1/VAX.   J Not sure what version retired the POSIX tools... would guess early in 6.x?   -Dan   ------------------------------  % Date: Mon, 04 Apr 2005 22:10:02 -0700t( From: Jeff Cameron <roktsci@comcast.net>" Subject: Re: VMS Command language./ Message-ID: <BE776BBA.AFF7%roktsci@comcast.net>s  J On 4/4/05 7:25 PM, in article 4251f70d$1@duster.adelaide.on.net, "Gremlin" <not-here@all.mate> wrote:   > $ > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >  > MCR??a > ? > Back in VMS1.x I remember that you could set MCR as your CLI,iE > something that became easier sometime in VMS3.x when the UAF switch$C > for CLI became visible.  Hard to remember back that far, the later > 70s!!  Anyone else remember? >  > 0 > "Tom Linden" <tom@kednos.com> wrote in message$ > news:opsoqgwjxpzgicya@hyrrokkin...A >> Just curious.  On mainframes there are different possibilites,kF >> JCL, Rexx, CMS and in Unix a number of shells, csh, ksh, bash, rexxB >> regina.  Was there ever any alternative to DCL?  Note, I am notB >> saying that there is anything wrong with it, just struck me oddA >> that there was not any other interface.  At one time VMS, e.g.b" >> owned the CAD/CAM   marketplace6 >> and I could imagine all sorts of third party tools. >  > -----BEGIN PGP SIGNATURE-----d > Version: PGP 8.1 > B > iQA/AwUBQlH3AbBJFNOSUYtbEQIvdQCgtHpif+/EhCaG4GFvoQE21myAhQgAoJjC > U77odrTPZMy+l5qyrgjVmLT8 > =tirPt > -----END PGP SIGNATURE------ >  > 4 Yeah I remember these MCR commands from my PDP days: DMP - File Dump Utilityc EDI - Line Text Editor# FLX - File Transfer Utility Programn LBR - Librarian Utility Program- MAC - PDP-11 MACRO-11 AssemblerA! PAT - Object Module Patch Utility.$ PIP - Peripheral Interchange Program# SLP - Source Language Input Programl TKB - Task Builder ZAP - Task/File Patch Program   BRU - Backup and Restore Utility   ------------------------------   Date: 4 Apr 2005 21:59:52 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)B Subject: [GHOSTSCRIPT V8.50] Precompiled PCSI Kit (VMS Freeware) ?, Message-ID: <4251b8d8$1@NEWS.LANGSTOEGER.AT>  @ I had a GHOSTSCRIPT V8.11 PCSI Kit. It was from VMS Freeware V6.M Now GHOSTSCRIPT V8.50 (and VMS Freeware V7) is current. But so far, I haven'tm found a PCSI kit.   K There is none, I think. Why ? Was this kit from a user submitted to Hoff ?  H And did this user now more important things or forgot to submit for V7 ?E Or was this kit from VMS engineering (which had to do V8.2 instead) ?b  
 Any insight ?   H I think, if I'm impatient, I have to revert back to build my own versionI of Ghostscript, a work I thought I'm done with. OTOH, what do I need from  V8.50 ?i   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistl E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Mon, 04 Apr 2005 23:15:14 GMTo# From: hoff@hp.nospam (Hoff Hoffman)tF Subject: Re: [GHOSTSCRIPT V8.50] Precompiled PCSI Kit (VMS Freeware) ?2 Message-ID: <6Uj4e.2950$q_7.2928@news.cpqcorp.net>  e In article <4251b8d8$1@NEWS.LANGSTOEGER.AT>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:nA :I had a GHOSTSCRIPT V8.11 PCSI Kit. It was from VMS Freeware V6.p: :Now GHOSTSCRIPT V8.50 (and VMS Freeware V7) is current... .. :There is none, I think. Why ?   ... :Was this kit from a user submitted to Hoff ?   	   Nope.  d  C   I'll happily queue a submission for the next Freeware, of course,rD   if you port and re-kit it, or convince the original contributor to   port and re-kit.   ..  F :Or was this kit from VMS engineering (which had to do V8.2 instead) ?  4   The kit was not provided by OpenVMS Engineering.    G   And yes, we had OpenVMS V8.2 to complete and ship -- I've work on two>E   OpenVMS releases underway right now, as do various other engineers.c    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq.N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comn   ------------------------------   End of INFO-VAX 2005.189 ************************ The shadow sets are on @ >>> a shared scsi bus with those two and yet a third 7.3-2 node.H >>> The shadow sets are each 74GB.  A merge operation was thus initiatedF >>> One of the sets hosts hosts WASD, MX HGFTP and QUEUE Manager. ThisL >>> one took 7 days to merge!  (the sets are in a BA356 so only 40"    Language:     VMSINSTAL kits, C3    Homepage URL: http://www.madgoat.com/netlib.htmlwP --------------------------------------------------------------------------------
 NEWSLETTER    Version:      ,6    Description:  TeX macros for formatting newsletters8    Author:       Hunter Goatley <goathunter@PROCESS.COM>    Architecture: :    # of parts:   -    Language:     TeXP -------------------------------------------------------------------------------- NEWSRDRA$    Version:      V4.9-2, 16-NOV-1998; 