1 INFO-VAX	Sat, 23 Jul 2005	Volume 2005 : Issue 407       Contents: CMS$EVENT_ACTION does not work.  Re: Exabyte 220 robot blues. Re: Exabyte 220 robot blues. Re: lan failover Re: Modbus TCP for VMS?  Re: Modbus TCP for VMS?  Re: Modbus TCP for VMS? 3 Re: perfomance question about bool variables in cxx 3 Re: perfomance question about bool variables in cxx % Platform Support vs. Business Support  uptimes project   F ----------------------------------------------------------------------    Date: 22 Jul 2005 20:58:45 -0700+ From: "dreherthomi" <tdreher@economweb.com> ( Subject: CMS$EVENT_ACTION does not work.B Message-ID: <1122091125.254388.20250@o13g2000cwo.googlegroups.com>   DECSET CMS: B I would am trying to set up an own event handler for a CMS action." (ACL), but CMS is always returning1 "%RMS-F-RFA, invalid record's file address (RFA)"    This is the ACL I have set up:  ) cms show acl/obj=element mds829_form.ifdl ' ACLs in CMS Library ADE_SOURCE:[DMSLIB]  MDS829_FORM.IFDL< (ACTION,PARAMETER="ONL7::TDREHER",IDENTIFIER=*,ACCESS=FETCH)A (ACTION=IFM_CMS_EVENT,PARAMETER="DIDA",IDENTIFIER=*,ACCESS=FETCH)     G You can see that I have set up two actions, the standard event handler, ' and a user event handler IFM_CMS_EVENT. < The standard event is working fine, and is sending the mail.B my own routine is not working, and CMS returns always "%RMS-F-RFA.   ----G Here is the excerpt from the manual how the event handler should be set  up: 1 CMS$EVENT_ACTION (library_data_block, user_param, > library_specification_id, ace_parameter_id, history_record_id)  ! library_data_block Type: cntrlblk $ Access: read Mechanism: by reference9 Specifies the library data block for the current library.   > user_param Type: undefined Access: modify Mechanism: undefined  A library_specification_id Type: address Access: read Mechanism: by 	 reference C ace_parameter_id Type: address Access: read Mechanism: by reference D history_record_id Type: address Access: read Mechanism: by reference   ---   6 And here is the handler I have written: (in DEC BASIC)0 The declaration of ldb_cntrlblk looks like this:D I1           91       DECLARE LONG CONSTANT ldb$s_ldb_cntrlblk = 200) I1           92       record ldb_cntrlblk = I1           93          LONG ldb$l_reserved_for_cms1(1 to 4) 2 I1           94          LONG ldb$l_user_parameter> I1           95          LONG ldb$l_reserved_for_cms2(1 to 45)- I1           96       end record ldb_cntrlblk      PROGRAM IFM_CMS_EVENT  OPTION TYPE = EXPLICIT     END PROGRAM 3 SUB cms$event_action(ldb_cntrlblk lib_db BY REF,  & 3                      user_param,                  & :                      LONG lib_spec_id BY REF,            &9                      LONG ace_parameter_id BY REF,      & 3                      LONG history_record_id BY REF)  OPTION TYPE = EXPLICIT %include "CMS$ROUTINES.BAS"  DECLARE STRING dcl_command DECLARE LONG  return_status   8         dcl_command = "$mail /subject='cms$event_action'$ developer:[tdreher]test.com tdreher"2         call sys_spawn(dcl_command, return_status)   END SUB    -----   F Could someone please give me a hint on what I did wrong, or give me an0 example (also in another language if convenient)   Thank you very much!!  regards - Thomas   ------------------------------  % Date: Fri, 22 Jul 2005 16:06:00 -0400 - From: William Webb <william.w.webb@gmail.com> % Subject: Re: Exabyte 220 robot blues. 7 Message-ID: <8660a3a1050722130616ccef7d@mail.gmail.com>   ? On 7/21/05, David J Dachtera <djesys.nospam@comcast.net> wrote:  > prep@prep.synonet.com wrote: > > B > > I have a feeling this is `user is an idiot', and I've forgoten% > > something simple in the set up...  > > C > > I have just got a 220 robot with a Mammoth 8900 drive for home, @ > > and hooked it to the VLC running 7.2. That's because the VLCF > > does not weigh 90lbs! Drive works fine, backup seems to be a happy& > > camper, but MRU, aka ROBOT is not. > > ? > > Loaded the GK driver, defined the MRU_ROBOT logical, but...  > > B > > ROBOT GKA0 is not responding: Operating system specific error.6 > > %ROBOT-E-OS_ERROR, Operating system specific error >=20H > The robot in a TZ887, for example, is at LUN 1. If the drive's SCSI Id? > is 5, for example, as MKA500:, the robot can be found at 501:  >=202 > $ MC SYSMAN IO LOAD GKA501/DRIVER=3DSYS$GKDRIVER >=20F > Dunno if that gives any insight into what the Mammoth may offer, but > hope it helps, anyway... >=20 > -- > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ >=20+ > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ >=20* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  >=20$ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/  >=20 > Coming soon:( > Unofficial OpenVMS Marketing Home Page >=20  0 Shouldn't that be IO CONNECT instead of IO LOAD?   WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Fri, 22 Jul 2005 21:59:29 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>% Subject: Re: Exabyte 220 robot blues. + Message-ID: <42E1B291.EBFA493E@comcast.net>    William Webb wrote:  > A > On 7/21/05, David J Dachtera <djesys.nospam@comcast.net> wrote:  > > 2 > > $ MC SYSMAN IO LOAD GKA501/DRIVER=SYS$GKDRIVER > 2 > Shouldn't that be IO CONNECT instead of IO LOAD?   Probably...    --   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: Fri, 22 Jul 2005 20:38:58 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com> Subject: Re: lan failover 2 Message-ID: <CPcEe.9121$AQ1.4139@news.cpqcorp.net>   Nazim wrote:  : > having read the openVMS documentation about LAN failover2 > (understganding lan failover) i have a question:  H    Those NICs that can notify the host -- and the particular mechanisms D and implementations can and do vary, and this is why the particular D support is controller-specific and driver-specific -- of link state F changes are generally supported for failover.  The NIC reports a link 2 status change, and the OpenVMS driver then reacts.  D    How and what the NIC might detect can and does vary, as does the ! particular NIC chipset interface.   H    Some background on the question, please?  (Experience indicates that H questions such as this one almost always have some back-story involved, E and information that can often help with tailoring the answer to the   particular situation.)   ------------------------------  % Date: Fri, 22 Jul 2005 14:39:01 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>  Subject: Re: Modbus TCP for VMS?- Message-ID: <42E10505.5113.50DDDD6@localhost>   ( On 22 Jul 2005 at 7:14, tadamsmar wrote:= > I am a developer for a VMS-based control system.  I need to @ > interface to devices that have a Modbus TCP interface.  We are; > considering this as an alternative to RS-232 interfacing.   E I've done this on a project fairly recently (6 months) ago.  It's not C freeware.  The protocol is just Modbus with another protocol layer  B wrapped around it.  And I can write it for you, cheaper than $15k.  " [Hey, I just don't do CHARON-VAX.]  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  % Date: Fri, 22 Jul 2005 17:52:51 -0400 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: Modbus TCP for VMS?0 Message-ID: <11e2qf6gm08j6fc@corp.supernews.com>   Stanley F. Quayle wrote:* > On 22 Jul 2005 at 7:14, tadamsmar wrote: > = >>I am a developer for a VMS-based control system.  I need to @ >>interface to devices that have a Modbus TCP interface.  We are; >>considering this as an alternative to RS-232 interfacing.  >  > G > I've done this on a project fairly recently (6 months) ago.  It's not E > freeware.  The protocol is just Modbus with another protocol layer  D > wrapped around it.  And I can write it for you, cheaper than $15k. > $ > [Hey, I just don't do CHARON-VAX.]  0 Did you mean to say, "Hey, I don't just do .....   --  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 Road  Vanderbilt, PA  15486    ------------------------------    Date: 22 Jul 2005 16:19:34 -0700" From: chris_doran@postmaster.co.uk  Subject: Re: Modbus TCP for VMS?B Message-ID: <1122074374.924220.28550@g44g2000cwa.googlegroups.com>   tadamsmar wrote:G > I am a developer for a VMS-based control system.  I need to interface G > to devices that have a Modbus TCP interface.  We are considering this * > as an alternative to RS-232 interfacing. > C > I don't have any experience with control and data acquistion over C > TCP/IP, but it seems that just about every new instrument that we A > consider interfacing these days supports TCP/IP communications.   D I'm a bit out of touch with present VMS products as sadly we stoppedG using a proper operating system long ago :-(, but UCX used to come with F simple TCP/IP client and server examples in C. The spec on the ModiconF website, which is long gone, had example programs for MODBUS/TCP in C.B I can't find it even on the Wayback Machine, but if you contact me& offline, I'll e-mail the pages to you.  + You can also look at http://www.modbus.org/   F If you can convince me you aren't a competitor ;-) I may be able to be a little more helpful.  D Chris, plant communications developer, ABB (but not representing the company, etc. etc.)    ------------------------------    Date: 22 Jul 2005 11:50:34 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> < Subject: Re: perfomance question about bool variables in cxxB Message-ID: <1122058234.888333.17740@f14g2000cwb.googlegroups.com>   Larry,  F With all due respect, I disagree with your explanation.  If Klaus wereE dealing with a large array of booleans, I would agree with you to the G extent that stepping through 8 times as much data (quadwords instead of % bytes) would generate inefficiencies.   E In this case, the posted code generates a large number (42,949,672 to A be precise) of references to a single variable (quadword or byte, D respectively). In the case of the Alpha, Itanium, and almost all VAXE models, presuming that the data is naturally aligned by the compiler, < each reference should be a single cache or memory reference.  E However, this simple experiment also illustrates the difficulties and  challenges of benchmarking.   > - The compiler will, in many cases, optimize out the invariantE assignment code in the loop. Thus, with the correct compiler switches G used, the nearly 43 million iterations of the loop will be optimized to , a single instruction, executed exactly once.  G - The fine level timing of this code, if it executes even a significant D number of iterations will be influenced by the other activity on theD CPU. Any event which affects cache hit rate, will effect the overallE performance of the code. To do this experiment effectively requires a G deeper analysis, and many test runs to get a significant certainty that A the numbers are not being influenced by random events. Science is # reproduceable, happenstance is not.   E - There is a certain amount of processing that is not attributable to F the actual code under test. This includes image activation, the jacketG code in the test program, and image rundown.  How much this is needs to G be computed, and subtracted from the test results to obtain an accurate B result. This overhead is the computational equivalent of the "tareA weight", the weight of an empty container when placed on a scale.   A My apologies for running on a bit. I hope that this commentary is  helpful.  $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------    Date: 22 Jul 2005 20:41:27 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) < Subject: Re: perfomance question about bool variables in cxx3 Message-ID: <+5RWzQ4781$F@eisner.encompasserve.org>   n In article <1122058234.888333.17740@f14g2000cwb.googlegroups.com>, "Bob Gezelter" <gezelter@rlgsc.com> writes: > Larry, > H > With all due respect, I disagree with your explanation.  If Klaus wereG > dealing with a large array of booleans, I would agree with you to the I > extent that stepping through 8 times as much data (quadwords instead of ' > bytes) would generate inefficiencies.  > G > In this case, the posted code generates a large number (42,949,672 to C > be precise) of references to a single variable (quadword or byte,  > respectively).  8 Oops.  I noticed it was in C and decided not to read it.  @ I should have noticed it was in C and then not presumed it was a useful program :-)   ------------------------------  % Date: Fri, 22 Jul 2005 19:52:50 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> . Subject: Platform Support vs. Business SupportR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB651581@tayexc19.americas.cpqcorp.net>   All,   Something to kick around ..   G The following is an interesting article which, imho,  seems to bear out G why some projects that want to change their platforms after 10-15 years G of running just fine fail miserably and crash and burn. Of course, when F they do crash-n-burn, a great deal of money has already been spent and< there is no shortage of finger pointing as to why it failed.  D [I know of two major OpenVMS to Windows/UNIX projects that fall intoD this category - very large, high profile multi-million $ projects. AF third one I know of is just waiting for someone to slam the lid on theG coffin as the main players are already transferring to other projects.. @ I could make reference to rodents leaving the ship, but I won't]   :-)   H http://news.com.com/The+great+legacy+skills+debate/2010-1007_3-5798584.h tml?tag=3Dnefd.ac   "The great legacy skills debate"  C Side rant - I hate the term "legacy" as every platform has "legacy" G versions, but that does not mean their current version should be called E "legacy". As an example, even though Microsoft refers to Windows 2000 F and Windows NT4 as "legacy", that does not mean Windows 2003 should be classified as "legacy".=20  F However, the article does bring out some good points about focusing to: much on techie stuff and not enough on business knowledge.  D Imho, there has been way to much emphasis on the platform technologyG i.e. the OS religion stuff without a real understanding of just how big C the business logic iceberg really is. The iceberg theory is the one E which says the techie issues are what one view's above the water, but G the tough business logic challenges are what lies below the water. What G lies below the water is code and security logic that has been extremely C tightly integrated with the current platform and highly tuned after  10-15 years.  H When they try to re-host the custom business logic and security that hasH been extremely tightly integrated with that platform and fine tuned overG the years. Sure, the person off the street (I wont say what country) is H a great C or Java or C# programmer, but how much of that can they reallyF apply without a good understanding of the business logic that runs theF company? Especially when the majority of that original code is written/ in Cobol or some other language. Those Cobol=20   G What I found very interesting and will be extremely pleased if true, is F the recognition by some Universities of the growing need to focus lessG on cranking out pure techies and focusing more on Systems Integration - : the real challenge being faced by most company's today.=20  D The article above reminded me of another article which also had some excellent points: > http://www.eweek.com/article2/0,1759,1237807,00.asp (May 2003)% "Is COBOL the 18-Wheeler of the Web?"   F "Can a person build a 21st-century IT career on this 1960s foundation?D Well, foundations are better than shifting sands. Legacy Reserves, aE databank for over-35 IT pros, cites Gartner estimates that retirement B and death will shrink the population of working COBOL coders by 13? percent between 2002 and 2006, even while 15 percent of all new C applications are being written in the language--and quotes the GIGA  Group as predicting that=20   G "The most highly paid programmers in the next ten years are going to be ) COBOL programmers who know the Internet."   / [read - can integrate Cobol with J2EE and .Net]   H Perhaps the article quoted first in the above is a sign that some of theE OS religion is starting (ok, crack in the door) to give way to a more E practical realization that better integrating what you have is likely F going to cost you about 10% of what a platform re-write / re-host willH cost, at a fraction of the time to do it in and with exponentially lower risks involved.    :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 22 Jul 2005 16:29:43 -0600 + From: John Nebel <john.nebel_vms@csdco.com>  Subject: uptimes project( Message-ID: <42E17357.2040800@csdco.com>  P The host of the uptimes project - hostingwired.com - appears to have fallen off  the net.   Name:    hostingwired.com 
 Served by: - ns1.hostingwired.com            67.15.12.238             hostingwired.com  - ns2.hostingwired.com            65.75.175.141            hostingwired.com  - ns3.hostingwired.com            67.15.12.239             hostingwired.com    Default Server:  [67.15.12.238]  Address:  67.15.12.238    > hostingwired.com. Server:  [67.15.12.238]  Address:  67.15.12.238  H *** [67.15.12.238] can't find hostingwired.com.: No response from server  N I was in the process of adding a moderately high uptime VMS system - it would K come in around 7 on the active list - to help bring the VMS average up and  * noticed the hosting service had gone down.   Temporary? Permanent?     
 John Nebel   ------------------------------   End of INFO-VAX 2005.407 ************************