1 INFO-VAX	Wed, 03 Nov 2004	Volume 2004 : Issue 610       Contents:  3of9 Barcoding libraries for VMS$ Re: 3of9 Barcoding libraries for VMS$ Re: 3of9 Barcoding libraries for VMS$ Re: 3of9 Barcoding libraries for VMS) Re: Call for OpenVMS Freeware: 8-Nov-2004 ? Re: Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client ? Re: Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client / Re: ComputerWorld: OpenVMS Survives and Thrives  LNM$SYSCLUSTER_TABLE question ! Re: LNM$SYSCLUSTER_TABLE question ! Re: LNM$SYSCLUSTER_TABLE question ! Re: LNM$SYSCLUSTER_TABLE question + Re: MSL5026 Tape lib with OpenVMS & Windows 2 Multiple PCSI kits in one pass from one directory?6 Re: Multiple PCSI kits in one pass from one directory?' OpenVMS on OSNews - leave your comments $ Re: OT: Election technology question$ Re: OT: Election technology question( Re: Samba 2.2.8 for OpenVMS, new release. Seeking ancient DTR, FMS distros for VMS 5.5-12 Re: Seeking ancient DTR, FMS distros for VMS 5.5-12 Re: Seeking ancient DTR, FMS distros for VMS 5.5-1 Re: Time Change  Re: Time Change  Re: Time Change  Re: Time Change  Re: Time Change ( Re: Undocumented (?) PCSI error messages Re: VMS for Bush ?P We have Juvio: Computer Glitches? Rent your own tech. 24 hours a day, 7 days a w< Re: [OT]: No publication tests and writes about VMS this way  F ----------------------------------------------------------------------  % Date: Tue, 02 Nov 2004 15:15:43 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> ) Subject: 3of9 Barcoding libraries for VMS ' Message-ID: <4188070F.7020708@MMaz.com>   H Does anyone know of any open-source libraries that would run on VMS for D producing 3of9 barcoding ?  I need to modify some of our systems to F produce embedded barcoding on our documents and I suspect that if any I commercial products existed in the past, they are probably gone or owned  , my CA and CA would want 6 figures for it....   Barry    --    < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------  % Date: Tue, 02 Nov 2004 18:06:40 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Re: 3of9 Barcoding libraries for VMS , Message-ID: <418812FC.580AB1E9@teksavvy.com>   "Barry Treahy, Jr." wrote: > I > Does anyone know of any open-source libraries that would run on VMS for  > producing 3of9 barcoding ?    . Have you looked at http://www.barcode-1.net/ ?  5 There are bad code postscript fonts you can download.    ------------------------------  % Date: Tue, 02 Nov 2004 16:59:07 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> - Subject: Re: 3of9 Barcoding libraries for VMS ' Message-ID: <41881F4B.6000509@MMaz.com>    JF Mezei wrote:    >"Barry Treahy, Jr." wrote:  >    > I >>Does anyone know of any open-source libraries that would run on VMS for  >>producing 3of9 barcoding ?   >>     >> > / >Have you looked at http://www.barcode-1.net/ ?  > 6 >There are bad code postscript fonts you can download. >    >  Thanks for the lead...   Barry    --    < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------  # Date: Wed, 03 Nov 2004 04:24:57 GMT 6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>- Subject: Re: 3of9 Barcoding libraries for VMS = Message-ID: <t4Zhd.37964$QJ3.6391@newssvr21.news.prodigy.com>   , This is a multi-part message in MIME format.& --------------0507000205010005070209099 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit    Barry Treahy, Jr. wrote:J > Does anyone know of any open-source libraries that would run on VMS for F > producing 3of9 barcoding ?  I need to modify some of our systems to H > produce embedded barcoding on our documents and I suspect that if any K > commercial products existed in the past, they are probably gone or owned  . > my CA and CA would want 6 figures for it.... >  > Barry  >  Here's what I use.  & --------------050700020501000507020909% Content-Type: application/postscript;   name="bar_code39.ps"  Content-Transfer-Encoding: 7bit  Content-Disposition: inline;  filename="bar_code39.ps"    %! Adobe-PS 
 % Bar Code 39 & % Copyright 2003, Digital Synergy Inc.  
 15 dict begin    /FontType	3 def # /FontMatrix	[.001 0 0 .001 0 0] def  /FontName	(Bar_Code39) def /FontBBox	[0 0 660 1000] def /Encoding	256 array def ( 0 1 255 {Encoding exch /.notdef put} for  9 Encoding 32 /Space put	% Actual space, others are fillers  Encoding 33 /Space put Encoding 34 /Space put Encoding 35 /Space put Encoding 36 /Dollar put  Encoding 37 /Pct put Encoding 38 /Space put Encoding 39 /Space put Encoding 40 /Space put Encoding 41 /Space put Encoding 42 /Star put  Encoding 43 /Plus put  Encoding 44 /Space put Encoding 45 /Dash put  Encoding 46 /Dot put Encoding 47 /Slash put Encoding 48 /C0 put  Encoding 49 /C1 put  Encoding 50 /C2 put  Encoding 51 /C3 put  Encoding 52 /C4 put  Encoding 53 /C5 put  Encoding 54 /C6 put  Encoding 55 /C7 put  Encoding 56 /C8 put  Encoding 57 /C9 put  Encoding 65 /CA put  Encoding 66 /CB put  Encoding 67 /CC put  Encoding 68 /CD put  Encoding 69 /CE put  Encoding 70 /CF put  Encoding 71 /CG put  Encoding 72 /CH put  Encoding 73 /CI put  Encoding 74 /CJ put  Encoding 75 /CK put  Encoding 76 /CL put  Encoding 77 /CM put  Encoding 78 /CN put  Encoding 79 /CO put  Encoding 80 /CP put  Encoding 81 /CQ put  Encoding 82 /CR put  Encoding 83 /CS put  Encoding 84 /CT put  Encoding 85 /CU put  Encoding 86 /CV put  Encoding 87 /CW put  Encoding 88 /CX put  Encoding 89 /CY put  Encoding 90 /CZ put  Encoding 91 /Space put Encoding 92 /Space put Encoding 93 /Space put Encoding 94 /Space put Encoding 95 /Space put Encoding 96 /Space put Encoding 97  /CA put Encoding 98  /CB put Encoding 99  /CC put Encoding 100 /CD put Encoding 101 /CE put Encoding 102 /CF put Encoding 103 /CG put Encoding 104 /CH put Encoding 105 /CI put Encoding 106 /CJ put Encoding 107 /CK put Encoding 108 /CL put Encoding 109 /CM put Encoding 110 /CN put Encoding 111 /CO put Encoding 112 /CP put Encoding 113 /CQ put Encoding 114 /CR put Encoding 115 /CS put Encoding 116 /CT put Encoding 117 /CU put Encoding 118 /CV put Encoding 119 /CW put Encoding 120 /CX put Encoding 121 /CY put Encoding 122 /CZ put Encoding 123 /Space put  Encoding 124 /Space put  Encoding 125 /Space put  Encoding 126 /Space put  Encoding 127 /Space put    /CharProcs 128 dict def  CharProcs begin    /.notdef   {} def   ( /C0	{s nb ns nb ws wb ns wb ns nb i} def( /C1	{s wb ns nb ws nb ns nb ns wb i} def( /C2	{s nb ns wb ws nb ns nb ns wb i} def( /C3	{s wb ns wb ws nb ns nb ns nb i} def( /C4	{s nb ns nb ws wb ns nb ns wb i} def( /C5	{s wb ns nb ws wb ns nb ns nb i} def( /C6	{s nb ns wb ws wb ns nb ns nb i} def( /C7	{s nb ns nb ws nb ns wb ns wb i} def( /C8	{s wb ns nb ws nb ns wb ns nb i} def( /C9	{s nb ns wb ws nb ns wb ns nb i} def( /CA	{s wb ns nb ns nb ws nb ns wb i} def( /CB	{s nb ns wb ns nb ws nb ns wb i} def( /CC	{s wb ns wb ns nb ws nb ns nb i} def( /CD	{s nb ns nb ns wb ws nb ns wb i} def( /CE	{s wb ns nb ns wb ws nb ns nb i} def( /CF	{s nb ns wb ns wb ws nb ns nb i} def( /CG	{s nb ns nb ns nb ws wb ns wb i} def( /CH	{s wb ns nb ns nb ws wb ns nb i} def( /CI	{s nb ns wb ns nb ws wb ns nb i} def( /CJ	{s nb ns nb ns wb ws wb ns nb i} def( /CK	{s wb ns nb ns nb ns nb ws wb i} def( /CL	{s nb ns wb ns nb ns nb ws nb i} def( /CM	{s wb ns wb ns nb ns nb ws nb i} def( /CN	{s nb ns nb ns wb ns nb ws wb i} def( /CO	{s wb ns nb ns wb ns nb ws nb i} def( /CP	{s nb ns wb ns wb ns nb ws nb i} def( /CQ	{s nb ns nb ns nb ns wb ws wb i} def( /CR	{s wb ns nb ns nb ns wb ws nb i} def( /CS	{s nb ns wb ns nb ns wb ws nb i} def( /CT	{s nb ns nb ns wb ns wb ws nb i} def( /CU	{s wb ws nb ns nb ns nb ns wb i} def( /CV	{s nb ws wb ns nb ns nb ns wb i} def( /CW	{s wb ws wb ns nb ns nb ns nb i} def( /CX	{s nb ws nb ns wb ns nb ns wb i} def( /CY	{s wb ws nb ns wb ns nb ns nb i} def( /CZ	{s nb ws wb ns wb ns nb ns nb i} def* /Dash	{s nb ws nb ns nb ns wb ns wb i} def) /Dot	{s wb ws nb ns nb ns wb ns nb i} def + /Space	{s nb ws wb ns nb ns wb ns nb i} def * /Star	{s nb ws nb ns wb ns wb ns nb i} def, /Dollar	{s nb ws nb ws nb ws nb ns nb i} def+ /Slash	{s nb ws nb ws nb ns nb ws nb i} def * /Plus	{s nb ws nb ns nb ws nb ws nb i} def) /Pct	{s nb ns nb ws nb ws nb ws nb i} def    end    /BuildGlyph  	{660 0   	0 0 660 720 setcachedevice exch 	<< F 	/nb	{40 setlinewidth 20 0 rmoveto gsave 0 720 rlineto stroke grestore 		20 0 rmoveto}  	/ns	{40 0 rmoveto} G 	/wb	{100 setlinewidth 50 0 rmoveto gsave 0 720 rlineto stroke grestore  		50 0 rmoveto}  	/ws	{100 0 rmoveto} 	/i	{120 0 rmoveto}  	/s	{0 0 moveto}	 	>> begin  	/CharProcs get exch, 	2 copy known not {pop /.notdef} if get exec 	end 	} bind def   
 /BuildChar! 	{1 index /Encoding get exch get   	 1 index /BuildGlyph get exec 	} bind def    currentdict end  /Bar_Code39 exch definefont pop   ( --------------050700020501000507020909--   ------------------------------  % Date: Tue, 02 Nov 2004 21:46:31 -0000 1 From: wspencer@ap.dontspamme.org (Warren Spencer) 2 Subject: Re: Call for OpenVMS Freeware: 8-Nov-20041 Message-ID: <9595A678Bwspenceraporg@216.168.3.30>    Hoff,   J When Ingres goes Open-Source (ish), can it go on the free-ware cd?  Or do  certain rules prohibit that?   Thanks,    ws --   Warren Spencer Senior Software Engineer The Associated Press    & hoff@hp.nospam (Hoff Hoffman) wrote in( <godfd.1550$oy5.1431@news.cpqcorp.net>:    > I >  The next OpenVMS Freeware is closing at 8-Nov-2004; please submit your I >  Freeware submissions or your notifications of potential candidate kits G >  or packages, or please let me know the submission(s) are expected to  >  arrive Real Soon Now. > D >  The OpenVMS Freeware submission information URL is available via: > , >    <http://www.hp.com/go/openvms/freeware> > 
 >  Thanks! > 1 > ---------------------------- #include <rtfaq.h>   > ----------------------------- 2 >    For additional, please see the OpenVMS FAQ -- >    www.hp.com/go/openvms/faq  3 > --------------------------- pure personal opinion  > --------------------------- F >        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com >    ------------------------------  * Date: Tue, 2 Nov 2004 14:53:03 -0600 (CST) From: sms@antinode.orgH Subject: Re: Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client) Message-ID: <04110214530264@antinode.org>   -    Sorry about the delay, but I've been away.   / From: kenneth.randell@verizon.net (Ken Randell)   H > >    The latest I see for VMS V7.3-1 is what I have (V5.3 - ECO 2) at:A > > ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/  > >  > In this directory I see: > 2 > DEC-AXPVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_AXPEXE > # > which should be the ECO4 patch...   D    Perhaps it should be, but "ftp://ftp.itrc.hp.com/openvms_patches/E layered_products/alpha/ALP_TCPIP_ECO-V0503-182.txt" says, "TCPIP V5.3 G ECO 2", and that's the one I believe I've installed.  If there's really ) a newer one, feel free to point me to it.   B > Are you mounting the drives on your UNIX boxes as 'root' in both > cases?  [...]   /    So far as I can tell, everything's the same.   F > Have you set up ACLs on the directory you are exporting so that your9 > user 'ROOT' mentioned above in #2 has the right access?   F    ROOT is really "UIC: [1,4] ([SYSTEM])".  "/dka0" is a disk, with no ACL.  E    I'll be trying other suggestions as time (and/or ambition) allows.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  * Date: Tue, 2 Nov 2004 15:03:19 -0600 (CST) From: sms@antinode.orgH Subject: Re: Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client) Message-ID: <04110215031951@antinode.org>   4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com>  = >     TCP/IP V5.3 ECO 4 is there, here are the release notes:  > c > ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/DEC-AXPVMS-TCPIP_ECO-V0503-184-4.txt  > = >     Are you trying to use automount on Solaris to mount it?  > ; >     Finally, are you exporting an ODS-2 or ODS-5 disk and  > does SunOS 4 support NFS V3?  E    Oops.  I see it now.  ALP_TCPIP_ECO-V0503* was not close enough to H DEC-AXPVMS-TCPIP_ECO-V0503* for me to notice the second one until beaten/ over the head with it.  Who names these things?   %    Thanks for the thump, in any case.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Tue, 02 Nov 2004 20:47:10 -0000 1 From: wspencer@ap.dontspamme.org (Warren Spencer) 8 Subject: Re: ComputerWorld: OpenVMS Survives and Thrives1 Message-ID: <9595A8571wspenceraporg@216.168.3.30>   7 kfarmer@NOSPAM.spyderbyte.com (Kenneth Farmer) wrote in 3 <QKwhd.37972$Jb.1080502@twister.southeast.rr.com>:    K On July 14 2004, I wrote the letter below to the editor (Mary Fran Johnson) E of ComputerWorld.  Maybe they listened?  Maybe I wasn't the only one   asking?    ws Warren Spencer Senior Software Engineer The Associated Press ------------------
 Hi Mary Fran,   L About six or seven years ago (I'm a longtime CW reader), I wrote to you and L asked why you didn't cover OpenVMS more often (or at all).  The response at K the time, as I recall, was that it was too small a niche to be of interest  H to your readship.  I was pushing for more OpenVMS exposure at that time J because the management of the company I worked for seemed far too willing H to trust a product that was, in my opinion, an inappropriate choice for 0 some types workloads - namely Microsoft Windows.  L Well times have changed a little, and despite many onerous predictions from K the trade press (including CW, I believe), OpenVMS lives on, and continues  ; to thrive in the high-availability and high-security arena:   ( http://osnews.com/story.php?news_id=7680E http://www.computerweekly.com/articles/article.asp?liArticleID=131808   H Since security and reliability are now daily headlines, and other trade K reporters are picking up on OpenVMS, do you think CW might now investigate  E and report on OpenVMS?  Your readship might appreciate this now that  - security is the stuff nightmares are made of.   
 Best regards,    ws   Warren Spencer Senior Software Engineer The Associated Press  , >ComputerWorld: OpenVMS Survives and Thrives >News Story by Drew RobbJ >http://www.computerworld.com/softwaretopics/software/story/0,10801,97032,	 >00.html   >  >:)  > B >We as a community owe Drew Robb a collective thanks.  He's gottenH >several articles about VMS in the trade press over the course of 2004. 4 >If everyone has a minute please drop him a message. >  >drewrobb (AT) sbcglobal.net > I >Here's a list of Editorial Contacts at ComputerWorld.  Let them know you " >appreciate them covering OpenVMS. > 8 >http://www.computerworld.com/aboutus/contacts?type=edit >  >  >Ken >  >OpenVMS.org& >_____________________________________ >Kenneth R. Farmer <><& >SpyderByte: http://www.SpyderByte.com >  >  >  >      --   Warren Spencer Senior Software Engineer The Associated Press   ------------------------------  % Date: Tue, 02 Nov 2004 16:34:25 -0600 ( From: brandon@dalsemi.com (John Brandon)& Subject: LNM$SYSCLUSTER_TABLE question1 Message-ID: <04110216342549@dscis6-0.dalsemi.com>   1 I have a question about the LNM$SYSCLUSTER_TABLE    + Two nodes are in a cluster, NODE1 and NODE2     6 On NODE1 I define a CLUSTER wide logical of XYZ = TRUE  1 NODE1$ DEFINE/TABLE=LNM$SYSCLUSTER_TABLE XYZ TRUE       8 If NODE1 (or NODE2 for that matter) crashes and reboots,# what happens to that logical table?   6 Is the table rebuilt from the existing cluster member?      5 I do not have the luxury to test this at this moment.      TIA!     John "REBOOT" Brandon  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------   Date: 2 Nov 2004 18:25:41 -0500 / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) * Subject: Re: LNM$SYSCLUSTER_TABLE question- Message-ID: <9fyzdpKIMBTe@cuebid.zko.dec.com>   * brandon@dalsemi.com (John Brandon) writes:3 > I have a question about the LNM$SYSCLUSTER_TABLE   > - > Two nodes are in a cluster, NODE1 and NODE2  > 8 > On NODE1 I define a CLUSTER wide logical of XYZ = TRUE > 3 > NODE1$ DEFINE/TABLE=LNM$SYSCLUSTER_TABLE XYZ TRUE  > : > If NODE1 (or NODE2 for that matter) crashes and reboots,% > what happens to that logical table? ? 	Assuming that one node remains up, the joining node pulls over A the clusterwide logical definitions from the remaining node while ; it boots.  This happens quite early in the booting process.   8 > Is the table rebuilt from the existing cluster member? 	Yes  I Note that in V8.2, it will be a tad easier to define clusterwide logicals    $ def/clus clusname equiv_str  $ sho log/ful clusnameF    "CLUSNAME" [super,clusterwide] = "EQUIV_STR" (LNM$SYSCLUSTER_TABLE)  ! You can thank Guy Peleg for that!    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Tue, 02 Nov 2004 19:58:17 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: LNM$SYSCLUSTER_TABLE question, Message-ID: <41882D1E.19A4E33F@teksavvy.com>   Rob Brooks wrote: H >         Assuming that one node remains up, the joining node pulls overC > the clusterwide logical definitions from the remaining node while = > it boots.  This happens quite early in the booting process.   J However, if node1 defines a clusterwide logical, and node1 fails, does theK logical survive in the other nodes or do the other nodes drop it along with 7 all other resources they discard when node1 went away ?    ------------------------------   Date: 2 Nov 2004 21:42:14 -0500 / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) * Subject: Re: LNM$SYSCLUSTER_TABLE question- Message-ID: <sxGs9xan6lld@cuebid.zko.dec.com>   / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > Rob Brooks wrote: I >>         Assuming that one node remains up, the joining node pulls over D >> the clusterwide logical definitions from the remaining node while> >> it boots.  This happens quite early in the booting process. > L > However, if node1 defines a clusterwide logical, and node1 fails, does theM > logical survive in the other nodes or do the other nodes drop it along with 9 > all other resources they discard when node1 went away ?   C When a clusterwide logical is defined, the definition is replicated I across the cluster immediately.  That means that each node in the cluster E has a local definition of that logical name, such that the definition D will survive a rolling reboot.  The only way to remove a clusterwideC logical name definition is to reboot the entire cluster at once (or  use the DCL command DEASSIGN).   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------   Date: 2 Nov 2004 18:55:19 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)4 Subject: Re: MSL5026 Tape lib with OpenVMS & Windows0 Message-ID: <cm8l6n$idt$1@n.ruf.uni-freiburg.de>  l In article <2NOV04.10180042@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:8 >In a previous article, <ksrich<at>bellsouth.net> wrote: > = >->You can use MRU which should have come with the Library.    > I >Not anymore. The MSL 5026 we received in Feb 2004 didn't come with it. I D >had to get a copy from someone who's MSL drive arrived in May 2003.C >HP wants you to use "HP StorageWorks Library and Tape Tools". It's C >available for VMS but when I tried it a few months back, I thought C >it was the worst hack job I've ever used on VMS (beats CA/WEBES by  >miles).  " You could give my program a try at8    http://www.immunbio.mpg.de/groups/gartmann/loader.zip   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  $ Date: Tue, 2 Nov 2004 15:44:04 -0500 From: norm.raphael@metso.com; Subject: Multiple PCSI kits in one pass from one directory? Q Message-ID: <OF42E6B2DF.0F95AFDC-ON85256F40.0071A7C4-85256F40.0071ECD1@metso.com>   D With VMSINSTALL one could point to a directory and specific * as theG product list and get every product in the specified directory installed ! albeit in kit-alphabetical order.   2 Is it possible to do this with multiple PCSI kits?G If so, and /SAVE is specified, is one and only one recoveryset created? 	 Comments?    ------------------------------  * Date: Tue, 2 Nov 2004 21:12:55 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)? Subject: Re: Multiple PCSI kits in one pass from one directory? 1 Message-ID: <newscache$70lk6i$9g41$1@news.sil.at>   p In article <OF42E6B2DF.0F95AFDC-ON85256F40.0071A7C4-85256F40.0071ECD1@metso.com>, norm.raphael@metso.com writes:E >With VMSINSTALL one could point to a directory and specific * as the H >product list and get every product in the specified directory installed" >albeit in kit-alphabetical order.   Yup.  3 >Is it possible to do this with multiple PCSI kits?   
 Of course.I And you have the same problem as with VMSINSTAL if the kits are dependant L on each other and require an installation order different to the alphabet...  H >If so, and /SAVE is specified, is one and only one recoveryset created?
 >Comments?  ? I tried it once and it did indeed produce only one recoveryset. H Don't know if this was with V7.3-2 or already with V7.3-1, but I do knowJ that for a successfull UNDO you need at least V7.3-2 with VMS732_PCSI ECO.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Wed, 03 Nov 2004 04:56:42 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>0 Subject: OpenVMS on OSNews - leave your comments> Message-ID: <eyZhd.43080$hr3.1423664@twister.southeast.rr.com>  L I posted a link to the ComputerWorld OpenVMS article on OSNews (50K+ hits a L day).  Many Linux, IBM and Solaris folks tearing it down.  Get in there and  educate these children.  :)   . http://www.osnews.com/comment.php?news_id=8744     Ken    OpenVMS.org % _____________________________________ " Kenneth R. Farmer <>< 336-736-7376% SpyderByte: http://www.SpyderByte.com    ------------------------------  % Date: Tue, 02 Nov 2004 21:17:46 -0000 1 From: wspencer@ap.dontspamme.org (Warren Spencer) - Subject: Re: OT: Election technology question 1 Message-ID: <9595AB37Awspenceraporg@216.168.3.30>   	 Hi Folks,   E Since I've been working for The AP for the last 4 years, I'll try to    address some of these questions.  H Things have changed since 2000 - VNS, the Voter News Service, no longer F exists.  They did exit polls - I think we're doing them now.  An exit J poller just asks people leaving the voting booth how they voted - if they C want to say.  This info is used to predict the winners - sometimes  I inaccurately, as we saw last election.  But these numbers can be helpful  A because they can be collected before ballot counting is complete.   L Ballots are counted in the precinct where they are cast, and phoned into a  K county office.  The AP has staff at each county office, and they phone the  J counts in our Elections contact center in New York City, where data entry J occurs.  Additionally, some states provide automated feeds, which we take L in leiu of phone-ins.  Automated feeds are provided over private circuits -  not the Internet.   J Our primary elections back end is all VMS - it receives and tabulates the L counts. We have redundant systems ready to go in a western state.  But this = addresses only the collection and tabulation of the election.   L The other part of all this is distribution of the results.  Most major news K organizations buy our elections feed, which contains the latest results as  D they happen.  The feeds are delivered via a number of technologies,   including Solaris, Windows, etc.  I Disclaimer:  I'm not part of the elections team, so not all of the above   may be completely accurate.   J Regardless, I hope this makes us c.o.v.'ers proud, knowing OpenVMS is the E backbone on which the election is tabulated, and has been for over a   decade!    ws --   Warren Spencer Senior Software Engineer The Associated Press    0 jfmezei.spamnot@teksavvy.com (JF Mezei) wrote in" <4182BA87.CFBD490A@teksavvy.com>: G >Thanks. So AP has people who are at the counting sites who call in the H >numbers.  But the document still doesn't describe the interface between  >AP and the media organisations. > I >There is an interesting paragraph about how their servers are built with F >lots of failover and fallback to different data centre. Sounds like aA >job of VMS. Does anyone know what technology they use for this ?  > H >I can understand why, no matter what OS, the manufacturer woudln't wantH >to publicsize this since any voting problems  would reflect badly (even8 >if the problem is totally unrelated to the AP systems). > E >Is it correct to state that there is no "official" national election I >office that tabulates the votes in an official manner and that the media H >is the one to actually decide which of the two will concede that night? > E >Do the states officially declare the winner during the course of the E >evening, or does that take days before the official pronouncement is  >made ?    ------------------------------  % Date: Tue, 02 Nov 2004 18:04:41 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Re: OT: Election technology question , Message-ID: <41881285.23597422@teksavvy.com>   Warren Spencer wrote: L > Ballots are counted in the precinct where they are cast, and phoned into aL > county office.  The AP has staff at each county office, and they phone theK > counts in our Elections contact center in New York City, where data entry 	 > occurs.   K > Our primary elections back end is all VMS - it receives and tabulates the M > counts. We have redundant systems ready to go in a western state.  But this ? > addresses only the collection and tabulation of the election.   J Many thanks for that information.  Is there a backup data entry capabilityN outside of New York in case New York is pulverized by some bomb etc ? Or is it4 just the VMS servers that are tolerant of disaster ?  M > The other part of all this is distribution of the results.  Most major news L > organizations buy our elections feed, which contains the latest results asE > they happen.  The feeds are delivered via a number of technologies, " > including Solaris, Windows, etc.  N Is this done via dedicated links, or via internet ?   Does AP also provide theL ability for media to inquire from database of statistics etc, or do you just provide a raw feed ?  M In such a mission critical application, does AP use trendy stull like XML, or 5 is there some serious design of the data interfaces ?   K > Regardless, I hope this makes us c.o.v.'ers proud, knowing OpenVMS is the F > backbone on which the election is tabulated, and has been for over a	 > decade!   N Well, lets just hope this thing works out. If it does, I think that Sue shouldL get in touch with AP and get some authorisation to brag about VMS working soE well for the elections. That would be such a great marketing for VMS.    ------------------------------  % Date: Tue, 02 Nov 2004 22:08:39 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>1 Subject: Re: Samba 2.2.8 for OpenVMS, new release + Message-ID: <418859C7.BDCAC0D2@comcast.net>    "John E. Malmberg" wrote:  >  > David J Dachtera wrote:  > > "John E. Malmberg" wrote:  > L > >>Any way that it is done it is likely to require a number of object kits.K > >>  The object kit must be compiled on the lowest version of OpenVMS that ) > >>the resulting executable will run on.  > > C > > Please elucidate. How does the o.s. version effect compilation?  > B > The compiler uses information obtained from the operating system< > supplied data files to determine how to compile a program.  C Sound to me like another case of "if the kit needs it, the kit must D supply it unless it is guaranteed to be present in the environment".  A The machine works for me, not the other way around. If I needed a G specific library/version, I'd make sure the compiler could find it. The ; environment does not control me, I control the environment.   G > With the C compiler, these are known as the header files, and are not ? > actually supplied as individual files, but in a text library.   F Here again, if a specific SYS$LIB_C.TLB version is needed, it would be. *MY* job to supply, not the environment's job.  G > Other compilers have their own definition libraries, including Macro.   D ...and some of those are only present AFTER the compiler product has been installed.   J > Sometimes a new entry point is introduced for improved operation, or newB > parameters are activated.  These can be hidden in the definitionJ > libraries.  Old objects would not specify these codes, and when linked a > default behavior would occur.    ...which is as it should be.  F > New objects will may set extra flags which may not be handled by theA > older shared images.  And this may not be visible to a program.   G That would be a case of the software product requiring specific support G from the system RTL - i.e., an o.s. version requirement, not a language  version requirement.  I > These are all hypothetical issues, as such configurations have not been I > tested, there is no way to predict what will work and what will not, or " > how visible such issues will be.  H Again, I think its just a matter of providing a suitable environemnt for? the compiler to match the requirements of the source code. It's + developer's job, not the environment's job.   J > >>There have been significant improvements in OpenVMS compatibility withC > >>UNIX calls in the various 7.x and 8.x releases, and some of the 3 > >>improvements have been delivered with ECO kits.  > > I > > Have the C (and other langauge compilers) acquired such dependencies? 8 > > ... or is upward-compatibility no longer maintained? > E > Upward compatible means that a non-privileged object compiled on an J > older version of OpenVMS can link and run on a newer one.  And generally1 > a best effort is attempted for privileged code.  > H > It does not mean that code compiled on a newer version of OpenVMS willC > run correctly or predictably on an older version.  As that is not < > tested, there is no listing of what will or will not work.  ? To date, this has yet to be an issue for me in other languages.    > > I > >>It will take a bit of work to determine the optimum SAMBA for OpenVMS 7 > >>binary that would match a specific OpenVMS release.  > > L > > Optimum is probably not an issue. The "optimum" version is any that willL > > run on a specific version/architecture. Performance, etc. issues will beL > > on a "can do" basis, within the limits of what the operating environment
 > > provides.  > C > Would you want to limit the performance of a program on a current I > version of VMS so that it can share the same binary as a older version?   C Limit? No. Provide a default behavior when "optimal support" is not  available? Yes.    > > L > >>While in some cases you can link on an older version of OpenVMS than theI > >>objects were compiled on and get away with it, the rule is that it is  > >>unsupported. > > , > > How so? ...and when did this come about? >  > It has always been the case. >  > > References:  > J > Hoff has posted about this many times before.  In one case before I tookI > my current job, I was proposing to compile on current versions and linkb > on older versions.  F As long as system RTL calls are consistent across versions, should not be an issue.  J > It is a matter of risk management.  Compiling on older, linking on newer( > is supported for upward compatibility. > H > Compiling on newer, linking on older is not supported and has not been	 > tested.o  F If necessary, I can provide back to a V7.1-2 environment. That's aboutF as back-rev. as I could see doing for Alpha. I don't have a (Micro)VAXB that will run V5.5-2 (I think). So, can't help there. Don't have a' (Micro)VAX running right now, actually.o  H I developed my Samba CD Kit procedure on V7.1-2, but have since upgradedC to V7.2-2 (lowest version I have at work). I tested the VAX part onu V7.2.   I > > Process Software Multinet is distributed in object form and linked oneK > > the target system; it usually must be re-installed (no relink procedureSK > > is provided) if the host o.s. is upgraded, but this is sometimes not ane > > absolute requirement.a > F > I have no idea what Process Software is doing for their build, but II > would assume that they do quality testing on all their supported targethE > versions.  In this case Process Software is the one responsible fora& > making sure that what they do works.  H Hunter could maybe speak to that, if he's following this thread, but may prefer to address it privately.   J > > All-in-1 was a bit sensitive to the host o.s. version, usually needingI > > relinking after an upgrade (a procedure was provided by the install).  > 7 > Again, compiling on old, linking on new is supported.  > > > >>And it would take a bit of work to determine what cases it5 > >>could be supported on prior versions of OpenVMS,.p > >hD > > I should think any version that supports the required C-RTL, no? > C > The DEC/COMPAQ/HP CRTL and definition files are supplied with the J > operating system since the 6.X release, and the shared image is specific > to that operating system.  > C > Some updates have been distributed with the compiler in the past.:  B Here again, if the install kit requires it, the install kit shouldH provide it. I've seen products with their own private copy of a languageF RTL in the destination directory from the install. Where the host o.s.E system RTL supports it, perhaps that's an option, though perhaps less. than "optimal"..   > <snip> > >eJ > > "Current", in that context, is undefined, or defined by context as theL > > version on which the required C-RTL elements can be installed/supported. > B > Which are supplied with the Operating system or ECO kit, not the > compiler,   H ...but can be moved to specific development environments, as needed, ...  > > except in the cases of older releases of OpenVMS.  The DEC CJ > RTL is not supplied with OpenVMS 5.5-2.  There is a special kit and ECOs > for that.   - ACRTL, I think. Not sure what the version is.y  L > >>With each release of VMS, better UNIX compatibility has been implementedB > >>so object code built older releases may not provide as good ofH > >>functionality for later releases.  It would take a bit of testing to! > >>determine the optimum result.  > >rJ > > Again, let's keep the cart behind the horse. Functional is by FAR moreJ > > important than optimization. Any specific version of Samba may performL > > better in some environments than in others. So be it. *THAT* it performsJ > > is, at this point, *FAR* more important than how well (within reason -% > > let's not get pedantic, people!).  > J > In the case of SAMBA, speed and scalability is a major usability factor.G >   Anything that can be done to speed up the file server on OpenVMS is.F > needed.  And some of that speed up may depend on version of the host* > operating system that it is targeted to.  C Then again, even if it's not "lightning fast", as long as it works,c' that's where the rubber meets the road.   D > Also anything that get improve the number of sessions that a given( > platform can handle is also important.  B Mostly environment dependencies (RAM, CPU capacity, I/O bandwidth, etc.).  H > Right now, a lot of SAMBA functionality is disabled on the VMS port of > the 2.2.x stream.r  
 Such as ... ?    > [snip]H > > Well, one would assume that source code released into the wild wouldI > > have a fair chance to compile clean, so long as compiler versions andn> > > such are clearly stated in the accompanying README's, etc. > >sJ > > If you need someone to produce object libraries, I might be willing to > > take that on, provided:e > >nI > > o No requirement for any elements of DECset (CMS, MMS, LSE, etc.), oreI > > other build environment elements that are not provided by the default ! > > OpenVMS installation options./ > F > MMK is available free even for non-hobby users.  It will process theE > same files.  GNV is available in binary form for ALPHA.  HP has notp$ > created a VAX binary distribution. > < > Future builds may end up using GNU make for compatibility.  C Again, if the kit requires it, the kit must providie it. *DO* *NOT*oG assume it to present in the target environment, or you doom the producti to failure.t  B > There are other tools that are needed to make it practical to beG > building OpenVMS test versions of open source projects that are up togL > date with the mainstream UNIX versions.  RSYNC and SUBVERSION for example. > F > RSYNC is a remote synchronization product.  It basically is a clientG > server application where the client keeps a directory tree up to date H > with a server, and only transfers the changed components of a file.  IE > do not have it working well enough on VMS to be of general use yet.g > I > SUBVERSION is a replacement for CVS.  I have not even looked at a port, 8 > but have discovered that Netbeans has a plugin for it.  C Those sound like development tools. Should not be needed for simple 	 compiles.8  I > > o Clearly state the C version (minimum required) for Alpha and VAX (I K > > can probably use the HP testdrives for I64, for now). The C version mayiJ > > require a minimum OpenVMS version; however, the software itself should6 > > be agnostic of such outside of C version features. > J > Until OpenVMS 8.2 ships, the minimum C version is still a moving target.L > For Alpha 6.2-002 is what I am using.  My VAXen are currently powered off.   I have:K   DJAS01::DDACHTERA$ cc/vers+ Compaq C V6.4-008 on OpenVMS Alpha V7.2-2  o  J > >>You may find the DOCBOOK issues to also be something that fits in withI > >>your talents.  The products to implement it appear to be available onoH > >>OpenVMS, but setting them up for use by people who do not want to beI > >>open source document processing experts does not appear to be trivialc! > >>the way they distributed now.n > >gK > > Well, o.k., but understand that "DOCBOOK for Dummies" will be a projectr0 > > unto istelf. For example, what is "DOCBOOK"? > ? > Use GOOGLE to quickly find out as much as I know or more. :-)  > H > As near as I can tell it is a set of preset templates and instructions? > on how to use them that is used to feed document translators.s > H > It is built on SGML and XML which are implemented in TeX and LaTeX and > other open source packages.C > G > There seems to be a wide varieties of ways to implement it, includingdD > editing the source which will look quite a bit like HTML, and thenL > compiling the result, to tools that will do GUI WYSIWYG type environments. > G > Most of the explanations that I have found is that you run the sourcesH > document through several build procedures that vary depending on which > outputs that you want.  D Hhmmm... Probably stick to plain text for now and fancy it up later,@ time permitting. Plain text is the "universal" language (on VMS,9 Stream_LF text files are more universal than non-stream).   D We've still got folks out there with LA50s, LA75s, LA100s, and such,	 anyway...    -- s David J Dachtera dba DJE Systemss 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/    ------------------------------   Date: 2 Nov 2004 17:47:07 -0800n From: alegend@mail.com (Al)w7 Subject: Seeking ancient DTR, FMS distros for VMS 5.5-1s= Message-ID: <f486c91c.0411021747.67842061@posting.google.com>	   Hi All,   F I am looking for DATATRIEVE and FMS distributions that would run on myA resurrected MicroVAX II. I'm running VMS 5.5-1, and I believe the 8 versions I'm after would be dated between 1990 and 1993.  3 No license needed as I am using a hobbyist license.h  ? Any help, from the actual savesets to an unknown-condition TK50n+ distribution, would be greatly appreciated.w   Many Thanks  -Al.   ------------------------------  % Date: Tue, 02 Nov 2004 22:18:46 -0600s2 From: David J Dachtera <djesys.nospam@comcast.net>; Subject: Re: Seeking ancient DTR, FMS distros for VMS 5.5-1e+ Message-ID: <41885C26.5260820C@comcast.net>t  	 Al wrote:  > 	 > Hi All,o > H > I am looking for DATATRIEVE and FMS distributions that would run on myC > resurrected MicroVAX II. I'm running VMS 5.5-1, and I believe thee: > versions I'm after would be dated between 1990 and 1993. > 5 > No license needed as I am using a hobbyist license.r > A > Any help, from the actual savesets to an unknown-condition TK502- > distribution, would be greatly appreciated.-  E E-mail me privately. How to de-mung the reply-to should be obvious. Im7 regret that I cannot guarantee response times, however.r   --   David J Dachtera dba DJE Systemss 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/r   ------------------------------  % Date: Tue, 02 Nov 2004 23:24:47 -0500H- From: JF Mezei <jfmezei.spamnot@teksavvy.com>c; Subject: Re: Seeking ancient DTR, FMS distros for VMS 5.5-18, Message-ID: <41885D78.1BACBBEE@teksavvy.com>  	 Al wrote:yH > I am looking for DATATRIEVE and FMS distributions that would run on myC > resurrected MicroVAX II. I'm running VMS 5.5-1, and I believe theo: > versions I'm after would be dated between 1990 and 1993.  F FMS hasn't changed since then, and I assume DTR hasn't changed either.  A > Any help, from the actual savesets to an unknown-condition TK50-- > distribution, would be greatly appreciated.a  N Would FTP be acceptable ? If so, drop me am email (remove spam countermeasures to my email address).r   ------------------------------  # Date: Tue, 02 Nov 2004 20:38:09 GMTo# From: hoff@hp.nospam (Hoff Hoffman)] Subject: Re: Time Change2 Message-ID: <ReShd.2156$Of7.1059@news.cpqcorp.net>  h In article <tCOhd.2115$3a7.2107@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:O :In article <opsgug0pxpzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:'5 :>On Tue, 02 Nov 2004 15:08:13 GMT, Charlie Hammond  n& :><hammond@not@peek.ssr.hp.com> wrote: :>L :>> In article <RIBgd.32133$R05.26886@attbi_s53>, brad@rabbit.dnsalias.org  " :>> (Bradford J. Hamilton) writes: :>> M :>>> Not until you upgrade to V7.3 (at least).  A new SYSGEN parameter calledEF :>>> AUTO_DLIGHT_SAV comes into play to assist in "automatic" spring   :>>> forward/fallh :>>> back operations.  :>>>L :>>> I notice that there is no such SYSGEN parameter for VAX/VMS V7.3.  Is  
 :>>> there anI! :>>> automatic mechanism for VAX?s :>>l :>> No.  Alpha and I64 only. :>> ( :>Will that also be true for 8.2 on VAX? :nC :It is highly unlikely that this mechanism will ever be implementedI :for OpenVMS VAX.n    I   As Charlie says, I too would not expect to see the system parameter andtG   the integrated TDF support appear on any OpenVMS VAX release, but the H   underlying time-change mechanism used in recent OpenVMS Alpha versionsK   is itself an integrated version of DECnet-Plus DTSS support -- and AFAIK, K   DTSS DST/daylight support can and does exist for OpenVMS VAX, if enabled.     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.comt   ------------------------------  % Date: Tue, 02 Nov 2004 08:24:35 -0700v+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>  Subject: Re: Time Change' Message-ID: <4187A6B3.8050800@MMaz.com>h   David J Dachtera wrote:e   >"Barry Treahy, Jr." wrote:I >  - >0	 >>>        >>> B >>Process's TCPware didn't miss a beat, it handled it just fine... >>     >>H >I know. Really screws you up if you don't have hings timed quite right. >VD >I've been in touch with the CSC about this. Seems there are still aE >number of issues surrounding this, UTC, etc. Watch for related ECOs,i% >that's about all we can do, I guess.a >  h > H The irony is that NTP has been around for eons, and UCX isn't exactly a E spring-chicken either, so one would have expected that some of these hH more basic TCP functions to have been ironed out by now in a product of B UCX's age.  Seriously, how often has a NTP client really required F modification over the years, especially the past five?  Very little I 
 suspect...   Barrya   -- e  < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                          t   ------------------------------   Date: 2 Nov 2004 15:58:12 -0600e- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Time Change3 Message-ID: <VO5mgSnNVPCh@eisner.encompasserve.org>   q In article <9VxmgrL3JXLj@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:sP > In article <opsguiwwpgzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: >> sH >> Might make your CHARON-VAX users unhappy.  Wouldn't have thought thatK >> it anything to do with the underlying platform on which VMS was running.  > H >    Indirect.  It actually has to due with DEC's silly decision to keepE >    two source trees when they did the port to Alpha.  A mistake notw  < It was not silly at the time, to reach time-to-market goals.B They should have re-merged them by now, but VAX is not a priority.= Their current behaviour is to avoid shaking up VAX stability.   # >    repeated for the port to IA64.h  F Going to IA64 is much simpler from a source code viewpoint since it isD a 64-bit machine.  It is harder for compilers, but the initial Alpha- compilers did not use 64 bit features anyway.n   ------------------------------   Date: 2 Nov 2004 16:00:02 -0600n- From: Kilgallen@SpamCop.net (Larry Kilgallen)n Subject: Re: Time Change3 Message-ID: <+GtqQntKdH4c@eisner.encompasserve.org>h  X In article <ReShd.2156$Of7.1059@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:  K >   As Charlie says, I too would not expect to see the system parameter and I >   the integrated TDF support appear on any OpenVMS VAX release, but the,J >   underlying time-change mechanism used in recent OpenVMS Alpha versionsM >   is itself an integrated version of DECnet-Plus DTSS support -- and AFAIK,oM >   DTSS DST/daylight support can and does exist for OpenVMS VAX, if enabled.   @ So those who have disabled the annoying DTSS Opcom messages with/ logical name NET$DISABLE_DTSS are out of luck ?p   ------------------------------  % Date: Tue, 02 Nov 2004 22:15:14 -0600o2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Time Change+ Message-ID: <41885B52.A708353F@comcast.net>t   "Barry Treahy, Jr." wrote: >  > David J Dachtera wrote:n >  > >"Barry Treahy, Jr." wrote:  > >s > >t > >>>s > >>>-D > >>Process's TCPware didn't miss a beat, it handled it just fine... > >> > >>J > >I know. Really screws you up if you don't have hings timed quite right. > > F > >I've been in touch with the CSC about this. Seems there are still aG > >number of issues surrounding this, UTC, etc. Watch for related ECOs, ' > >that's about all we can do, I guess.o > >  > >EI > The irony is that NTP has been around for eons, and UCX isn't exactly aNF > spring-chicken either, so one would have expected that some of theseI > more basic TCP functions to have been ironed out by now in a product of C > UCX's age.  Seriously, how often has a NTP client really requiredoG > modification over the years, especially the past five?  Very little I. > suspect...  B Well, I discovered that XNTP differs from NTP; however, the latest. versions have again been renamed NTP (no "X").   Dub-dub-dub-dub-dub...   -- E David J Dachtera dba DJE Systemsd http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:i" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 02 Nov 2004 20:08:29 GMTD3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)N1 Subject: Re: Undocumented (?) PCSI error messages,1 Message-ID: <1PRhd.2149$fA7.938@news.cpqcorp.net>   o In article <79de9693.0410291154.2109f5c6@posting.google.com>, kenneth.randell@verizon.net (Ken Randell) writes:  >VMS 7.3-1 on a DS10 >aA >I'm attempting to create a patch kit with multiple .PCSI kits int$ >one-installable VMSINSTAL save set. ..  J The OpenVMS engineers responsible for the POLYCENTER Software InstallationB (PCSI) utility have taken a look at this and responded as follows:  J 1.  We do not understand what the customer is trying to do.  However, it's1     probably not relevant to the error situation.n  B > I'm attempting to create a patch kit with multiple .PCSI kits in% > one-installable VMSINSTAL save set.   D 2.  The messages about losing recovery data should not appear if theG     VMS731_PCSI remedial kit was re-installed with /SAVE_RECOVERY_DATA.3J     However, if this operation specifies a full product kit along with the.     patch kit, then this warning would appear.  H 3.  The %PCSI-E-NOPEV indicates that certain piece of data is missing inG     the product database. The cause of this data omission is not known.e  J     The PCSI utility recently has been updated to detect the missing pieceF     of data.  The fix gives a chance to repair the product database byH     resupplying the missing kit data and forcing it to be written in theK     database for future use.  To recover from this %PCSI-E-NOPEV error, oneoF     must reinstall the patch kit identified in the error message text.  H     The code change in the PCSI utility to address this problem has beenH     included in field test 1 of OpenVMS V8.2.  We expect to release PCSIJ     remedial kits that contain this fix for supported V7.3x systems in the7     next 2-3 months (though a date has not be set yet).y  K     The best and least risky solution is to reinstall the patch kit that is,I     identified in the error message.  If this should fail, try installingoK     the other patch or product kits one-by-one from a source directory that *     contains only the kit being installed.     -- ,J       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: Tue, 02 Nov 2004 13:02:53 -0500l( From: David Froble <davef@tsoft-inc.com> Subject: Re: VMS for Bush ?s, Message-ID: <4187CBCD.2000703@tsoft-inc.com>   Neil Rieck wrote:   K > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message t/ > news:9yu4vOaw92cU@eisner.encompasserve.org...) > K >>In article <JTRgd.33018$Qs6.2241353@news20.bellglobal.com>, "Neil Rieck" @  >><n.rieck@sympatico.ca> writes: >>I >>>There is a strange thing going on in the world today; the majority of C	 >>>people)I >>>seem to have less religion in their lives than the same number did 50 Y >>>years >>>ago.h >>>l
 >>  Says who?h >> >>8 > I heard it from the pulpit (I'm Evangelical Lutheran). > > > It seems this drop is more prevalent in industrial cultures.    N Maybe in an industrial culture, some people actually have to think.  Once you P apply the same attitude to religion that you apply to science, some 'well known ) truths' don't seem to have any substance.r  
 > It is also tK > believed that the attendance statistics in the Western hemisphere may be .F > actually lower than the published numbers (e.g. some churches count M > membership; if a member moves on to another church then that member may be :J > counted more than once. Some churches count occasional attendance which M > includes once-a-month or less; Some attendance figures come from telephone .
 > samples) >  > Neil >  >  >        -- -4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road6 Vanderbilt, PA  154860   ------------------------------  # Date: Wed, 03 Nov 2004 04:56:01 GMTs From: <sales@asan.com>Y Subject: We have Juvio: Computer Glitches? Rent your own tech. 24 hours a day, 7 days a wc= Message-ID: <BxZhd.39967$Jb.1197983@twister.southeast.rr.com>?   http://tinyurl.com/3rcs4  S We have Juvio: Computer Glitches? Rent your own tech. The Juvio Single Service Plan-Z is perfect for the user looking to get their computer related problems solved at anytime, S 24 hours a day, 7 days a week.Computers are here to help make your life easier and s\ more efficient. Wasting valuable time on a computer system that is down is very frustrating.W  If youre in need of computer assistance, dont waste any more time rummaging through eX manuals or waiting on hold for someone whose focus is to get you off the phone quickly. % Call in the professionals from Juvio!b   http://tinyurl.com/3rcs4 www.gamerschoice.biz   ------------------------------  $ Date: Tue, 2 Nov 2004 16:33:22 -0500# From: "John Smith" <a@nonymous.com>tE Subject: Re: [OT]: No publication tests and writes about VMS this way , Message-ID: <YtCdnTG0Vru5YBrcRVn-jg@igs.net>   Keith Parris wrote:e > John Smith wrote:y >> By Jason Brooks, eWEEK  > ... E >> Based on the time that we've spent with Solaris 10, we believe the ? >> system is a much more attractive option for enterprises thanf >> previous versions > H > Conspicuous by its absence is any comparison of Solaris 10 with Linux.@ > That seems to be the burning question on the minds of many Sun > customers right now.  J Sure, but that's not what HP out to be concerned about with repect to VMS.  I HP ought to be concerned about getting as much favorable press for VMS as<H possible and than means guys like you Keith, sitting down with the pressK (know what you've been doing)  and practically mentoring them about VMS ando* how it compares to other things out there. \eK Not everyone has need of a Ferrari but just about everyone would give their C right arm to have one if the opportunity arose. Why? Because of theoH perfomance and capabilities and because Ferrari promotes their vehicles.H Whither HP, other than promoting Intel hardware with Microsoft operating systems?   ------------------------------   End of INFO-VAX 2004.610 ************************