1 INFO-VAX	Thu, 28 Jul 2005	Volume 2005 : Issue 417       Contents:) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) I don't C what the C help says I should C - Re: I don't C what the C help says I should C  Re: IA64 .CALL_LINKAGE problem Return Value in COM script Re: Return Value in COM script Re: Return Value in COM script Re: Return Value in COM script Re: Return Value in COM scriptP Re: Two New Itanium 2s Feature Faster Front-Side Bus - Is this newMontecito info= Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.   F ----------------------------------------------------------------------  % Date: Wed, 27 Jul 2005 19:50:17 -0400 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: Another VMS system bites the dust :-(4 Message-ID: <42e81edc$1_2@spool9-west.superfeed.net>   Sorry for top-posting....   J have you written Mark Hurd and Ann McQuaid with the details?, he asked notL expecting that writing them would result in any tangible change in behaviour of HP towards VMS.       Dr. Dweeb wrote: > William Webb wrote: 5 >> On 7/26/05, DeanW <dean.woodward@gmail.com> wrote: 9 >>> On 7/26/05, Stanley F. Quayle <stan@stanq.com> wrote: H >>>>> But, that sounds like you were replacing hardware- not solving theF >>>>> stated issue, "Integration"- or was there more to your proposal? >>>>G >>>> "Integration" is a frequent excuse for eliminating VMS.  There are H >>>> gobs of integration options for VMS, but that's not the real issue. >>> E >>> In law enforcement, "Integration" between 911, police (incident & E >>> investigation) records, corrections, supervision (probation), the F >>> courts- is the hot topic. In many places, that's at least four and% >>> as many as six different systems.  >>> G >>> We're currently working an interface for a customer to pull 911/CAD F >>> data to start the officer's incident reports, which (if someone isG >>> arrested) can also pre-populates the the jail's booking data... The F >>> police and jail systems are already "integrated" (They're both ourF >>> product, and really, it's only one product), and interfaces to the" >>> courts have existed for years. >>> G >>> I suspect the issue is that the Miami/Dade system was "home grown", B >>> and nobody wanted to do the work to straighten it out. (HavingG >>> encountered "home grown" before, I know how ugly the design can be, H >>> but the memories are locked away and only accessible by handing me a >>> beer... ;-)  >>> D >>> You're probably right that hardware (VAX) maintenance costs wereD >>> also an issue. In any case, they saw VMS as part of the problem-A >>> too many people associate "VMS" directly with "VAX". Too bad.  >>>  >>> >> Where's Jim Strehlow? the E-911 guy-- and his take on this? >> > E > I guess the bottom line is that VMS is not going to revive any time G > soon.  I am a ware of an F500 company where billions of dollars worth G > of business runs through their Alpha/VMS systems.  2 guys running the E > lot.  They are not only forgotten, they are being replaced.  The HP D > people have pissed the customer off so badly (and some software isG > not going to make it to Itanic) that the decision is anything but HP.  > F > One less customer.  It will take a few years to get off the systems.+ > Service already terminated.  Bye Bye VMS.  > C > Sad, but that's not an atypical story these days.  VMS is on life F > support at all but the few critical places that have to have it - itG > is not a platform of choice for the general computing world any more, 7 > no matter how much we would like that to be the case.  > = > I hope I retire before the last system gets the plug pulled  >  >  > Dr. Dweeb  > 	 >> WWWebb    --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------    Date: 27 Jul 2005 18:30:05 -0700$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Another VMS system bites the dust :-(C Message-ID: <1122514205.538757.154250@g44g2000cwa.googlegroups.com>    Sorry for mid-posting. (!)   John Smith wrote:  > Sorry for top-posting....  > L > have you written Mark Hurd and Ann McQuaid with the details?, he asked notN > expecting that writing them would result in any tangible change in behaviour > of HP towards VMS.    D You know, I would definitely pass this question along to our chicken8 soup dispenser Kent Hurt. ;-) or is that Kent Hurd?! :-)     > Dr. Dweeb wrote: > > William Webb wrote: 7 > >> On 7/26/05, DeanW <dean.woodward@gmail.com> wrote: ; > >>> On 7/26/05, Stanley F. Quayle <stan@stanq.com> wrote: J > >>>>> But, that sounds like you were replacing hardware- not solving theH > >>>>> stated issue, "Integration"- or was there more to your proposal? > >>>>I > >>>> "Integration" is a frequent excuse for eliminating VMS.  There are J > >>>> gobs of integration options for VMS, but that's not the real issue. > >>>  [...] H > > One less customer.  It will take a few years to get off the systems.- > > Service already terminated.  Bye Bye VMS.  > > E > > Sad, but that's not an atypical story these days.  VMS is on life H > > support at all but the few critical places that have to have it - itI > > is not a platform of choice for the general computing world any more, 9 > > no matter how much we would like that to be the case.  > > ? > > I hope I retire before the last system gets the plug pulled  > >  > > 
 > > Dr. Dweeb  > >  > >> WWWebb  >  > --H > OpenVMS - The never-advertised operating system with the dwindling ISV > base.  >  >  > Q > ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- U > http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups M > ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  # Date: Wed, 27 Jul 2005 17:59:18 GMT " From:   VAXman-  @SendSpamHere.ORG2 Subject: I don't C what the C help says I should C0 Message-ID: <00A4763B.D84D9C69@SendSpamHere.ORG>   RX2600$ HELP CC Link_libraries   CC     Link_libraries  G      The following describes how to link with the HP C Run-Time Library       (RTL).   A      Most linking needs should be satisfied by using the HP C RTL A      shareable image DECC$SHR.EXE in the ALPHA$LIBRARY directory.   H      Because DECC$SHR.EXE has only prefixed names (no unprefixed names),F      to successfully link against it, make sure you cause prefixing toF      occur for all HP C RTL entry points.  Do this by compiling in one      of two ways:       :      :H      After making sure that all HP C RTL entry points are prefixed, linkF      against the shareable image using the LINK command.  For example:  7      $ CC/DECC/PREFIX_LIBRARY_ENTRIES=ALL_ENTRIES PROG1       $ LINK PROG1   @      There are five object libraries provided with the HP C RTL:  /       o  Object library included in STARLET.OLB          o  VAXCRTL.OLB         o  VAXCRTLD.OLB          o  VAXCRTLT.OLB          o  VAXCCURSE.OLB       :        :       RX2600$ DIR SYS$LIBRARY:VAX*.OLB! %DIRECT-W-NOFILES, no files found      --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Wed, 27 Jul 2005 21:32:20 GMT % From: cdm <charlie.mccutcheon@hp.com> 6 Subject: Re: I don't C what the C help says I should C& Message-ID: <42E7FA1A.B42082AF@hp.com>  ! >RX2600$ DIR SYS$LIBRARY:VAX*.OLB " >%DIRECT-W-NOFILES, no files found  N This is the non-prefix library, for compatibility with VAX C (very old stuff).  J If your RX2600 is an IA64 system (wild guess), then you wouldn't see theseO object libraries, because they weren't ported, and aren't supported on IA64.  A 9 hint of this is the mention of the ALPHA$LIBRARY logical.   L The V8.2 HP C Run-Time Reference Manaual says these are Alpha only in a more
 clear way.  I (They shouldn't be documented on IA64 help - I'll try to correct that for 
 future...)   Charlie    ------------------------------   Date: 28 Jul 2005 05:33:24 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>' Subject: Re: IA64 .CALL_LINKAGE problem ? Message-ID: <DTiotGxQ0bj6-pn2-md90CP9dg5Xd@dave2_os2.home.ours>   C On Wed, 27 Jul 2005 14:44:11 UTC, John Reagan <john.reagan@hp.com>   wrote:     K > but guess what?  The compiler dies.  I swear I tested with overriding an  4 > existing linkage.  That is one of the uses for it.   ......   	 > Sigh...   E I know that feeeling :-) I (_occasionally_) get it just after Q/A of   our tools is complete.  E The first time it happened was the day we completed Q/A of our first  F version. Our record code was used to RK05's on pdp-11 (max. block no. E 4800 IIRC) so when the actual block number exceeded 9999, the bit of  D code that displayed the number recorded went oops. I wouldn't  have F minded but this test had never been run by the user in the previous 6 9 months... He was the second user after Q/A was complete.     --   Cheers - Dave W.   ------------------------------    Date: 27 Jul 2005 16:29:59 -0700. From: "Jay Hamilton" <jayhamiltoniv@gmail.com># Subject: Return Value in COM script C Message-ID: <1122506999.774109.192060@f14g2000cwb.googlegroups.com>    Hello,  E I am trying to locate the return value of a C program in a COM script E on a VMS machine.  Is there a member variable that gets set after the + call or do I need to trap the value myself?    Thanks,  Jay    ------------------------------  % Date: Thu, 28 Jul 2005 08:11:24 +0800 + From: Tim E Sneddon <tesneddon@bigpond.com> ' Subject: Re: Return Value in COM script B Message-ID: <1122509514.7711854b4840288887cb5af3305804c6@teranews>   Jay Hamilton wrote: G > I am trying to locate the return value of a C program in a COM script G > on a VMS machine.  Is there a member variable that gets set after the - > call or do I need to trap the value myself?   = Check out what's in the DCL symbol $STATUS on exit from the C  program, eg.       $ run mumble.exe4     $ write sys$output "return value was ''$status'"  
 Regards, Tim.    ------------------------------  # Date: Thu, 28 Jul 2005 00:19:14 GMT % From: Rob Brown <mylastname@gmcl.com> ' Subject: Re: Return Value in COM script E Message-ID: <Pine.LNX.4.61.0507271812160.18429@localhost.localdomain>   ( On Wed, 27 Jul 2005, Jay Hamilton wrote:  A > I am trying to locate the return value of a C program in a COM  E > script on a VMS machine.  Is there a member variable that gets set  7 > after the call or do I need to trap the value myself?   C I will interpret your question to mean that you have a DCL command  @ file from which you are running a C program.  You want your DCL > command file to know what the exit status of the C program is.      $ SHOW SYMBOL $STATUS    $ SHOW SYMBOL $SEVERITY)    $ WRITE SYS$OUTPUT F$MESSAGE ($STATUS)   E I find $STATUS more useful most of the time.  You can assign or test  @ the exit status with any of the usual DCL commands.  Of course, E $STATUS/$SEVERITY values are replaced with the execution of each new  B command, so you will need to save the value if you want to use it  later.  C I don't know what you mean by "member variable" or "trap the value   myself".   hth    - Rob      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Wed, 27 Jul 2005 18:20:49 -0700 ( From: Jeff Cameron <roktsci@comcast.net>' Subject: Re: Return Value in COM script 0 Message-ID: <BF0D8101.11764%roktsci@comcast.net>   On 7/27/05 5:11 PM, in articleE 1122509514.7711854b4840288887cb5af3305804c6@teranews, "Tim E Sneddon"  <tesneddon@bigpond.com> wrote:   > Jay Hamilton wrote: H >> I am trying to locate the return value of a C program in a COM scriptH >> on a VMS machine.  Is there a member variable that gets set after the. >> call or do I need to trap the value myself? > ? > Check out what's in the DCL symbol $STATUS on exit from the C  > program, eg. >  >     $ run mumble.exe6 >     $ write sys$output "return value was ''$status'" >  > Regards, Tim.  > F You might want to get used to saving the status first thing after it'sH execution, because many commands will update $STATUS. Case in point, the example above :    $ run mumble.exe0 $ write sys$output "return value was ''$status'"   If written as :    $ run mumble.exe0 $ write sys$output "return value was ''$status'"< $ write sys$output "Which translates to ",f$message($status)  L Would yield improper results because in the second write command the $statusJ will reflect the termination status of the first write command and not the2 run command. So I commonly do something like this:   $ run mumble.exe $ mumble_stat = $status 4 $ write sys$output "return value was ''mumble_stat'"@ $ write sys$output "Which translates to ",f$message(mumble_stat)   Just a suggestion.   ------------------------------  % Date: Thu, 28 Jul 2005 00:03:40 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>' Subject: Re: Return Value in COM script . Message-ID: <42E820DC.18245.B3AD148@localhost>  , On 27 Jul 2005 at 16:29, Jay Hamilton wrote:G > I am trying to locate the return value of a C program in a COM script G > on a VMS machine.  Is there a member variable that gets set after the - > call or do I need to trap the value myself?   5 There were some good answers already, but incomplete.   C In DCL, "successful" status values are odd (low bit set).  If your  B program returns an unsuccessful status, it'll cause the script to  abort.  So, I recommend:  6   $ set noon                 ! suppress error handling0   $ run whatever             ! run the C program6   $ save_status = $status    ! keep the returned value<   $ set on                   ! back to normal error handling  5 Now, symbol "save_status" will have the status value.   D Please note that you can't return 0 from your program -- it will be F converted to 1.  Any positive value should come through unscathed.  I " don't know about negative numbers.  E Sounds like you're new to VMS -- welcome to the club!  I'd recommend  : that you consult the OpenVMS FAQ for lots of good tidbits:  E http://h71000.www7.hp.com/faq/openvms_faq.html?jumpid=/go/openvms/faq   
 --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: Wed, 27 Jul 2005 13:34:19 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Two New Itanium 2s Feature Faster Front-Side Bus - Is this newMontecito info , Message-ID: <42E7C59A.EA2770AD@teksavvy.com>  
 Someone said:   B > > But you are also wrong, Montecito does beat Power5 in LINPACK.  N Since Montecito is not out commercially, you cannot talk in the present tense. You must use future tense.  N And when Montecito does come out, you will need to compare it against what IBMC will have available at that time, not what IBM has available today.   N I don't care about what vendors claim about future products. I care about what is available now to customers.     Someone else wrote:   F >   The only thing they got wrong was the minor matter of comparing an9 > 8-core Montecito system against a 4-core POWER5 system.   K One should be careful about these comparisons. One should compare apples to K apples and I think that the validity of the comparison rests with licencing J terms. When a customer buys the intel thing with "8 cores" , will licencesL cost the same as if he were buying an "4 core" IBM system ? If not, then theH comparison is not valid and is akin of comparing a 64 CPU wildfire class" machine against a single CPU DS15.  M If the licences cost the same, then the comparison is valid. If having 8 slow K cores yields better performance than 4 faster cores, and software costs the I same, then customers may choose the 8 core solution since it yield better  performance for the same money.    ------------------------------   Date: 28 Jul 2005 05:33:22 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.? Message-ID: <DTiotGxQ0bj6-pn2-ysv9YgcXzCOC@dave2_os2.home.ours>   F On Wed, 27 Jul 2005 13:18:19 UTC, "Tom Linden" <tom@kednos.com> wrote:    F > >  Every programming language has it's own set of rules for implicit > >> conversion.  H > > Is the difference here not down to explicit (casted) versus implicit > > conversion?   N > Indeed, that is why I said IMPLICIT conversion.  Each language has its own   > set of rulesI > If you don't exploit EXPLICIT conversion then you had better know the    > rules.  A Indeed you did Tom. Sorry, I was thinking more about Simon's Ada  > Integer cast when I tapped the keyboard and your example code ) (obviously:-)) fitted in with my thought.    --   Cheers - Dave W.   ------------------------------   End of INFO-VAX 2005.417 ************************