1 INFO-VAX	Thu, 28 Jul 2005	Volume 2005 : Issue 418       Contents:) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ) Re: Another VMS system bites the dust :-( ! Re: Collapsing a bound volume set  COM script exiting early Re: COM script exiting early Re: COM script exiting early DEC, VMS, VAX items for sale DSSI EISA config files9 Heads Up - Prize for the Hobby contest -AlphaServer DS10L = Re: Heads Up - Prize for the Hobby contest -AlphaServer DS10L - Re: I don't C what the C help says I should C  Re: IA64 .CALL_LINKAGE problemH It's that time again for my quarterly "Where is the CONDIST???" posting.L Re: It's that time again for my quarterly "Where is the CONDIST???" posting.L Re: It's that time again for my quarterly "Where is the CONDIST???" posting. Re: LaTeX ---> PDF Re: LaTeX ---> PDF Re: LaTeX ---> PDF Re: LaTeX ---> PDF Re: LaTeX ---> PDF Open VMS TCP / Mail  Re: Open VMS TCP / Mail 3 Re: perfomance question about bool variables in cxx 3 Re: perfomance question about bool variables in cxx  Re: Return Value in COM script Re: Return Value in COM script% To determine idle processes and users ) Re: To determine idle processes and users = Re: [OT] Rounding v Truncation, was: Re: Platform Support vs. = RE: [OT] Rounding v Truncation, was: Re: Platform Support vs. = Re: [OT] Rounding v Truncation, was: Re: Platform Support vs. = Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.   F ----------------------------------------------------------------------    Date: 28 Jul 2005 06:07:15 -0700 From: shoppa@trailing-edge.com2 Subject: Re: Another VMS system bites the dust :-(C Message-ID: <1122556035.876423.217890@o13g2000cwo.googlegroups.com>   # > ALREADY terminated service on it?   G With regards to hardware field service, it's been downhill since Compaq F bought DEC.  Not so bad at first, but the hill has gotten really steepG lately.  We have "Gold level" service and typically it takes HP most of G a week to find the parts necessary.  It's getting real tempting to just 8 buy a lot of spare hardware and do everything ourselves.  D Software support, we haven't used it much lately but in the past few' years we've gotten very useful answers.    Tim.   ------------------------------  % Date: Thu, 28 Jul 2005 06:51:21 -0700  From: Z <Z@no.spam> 2 Subject: Re: Another VMS system bites the dust :-(, Message-ID: <sp5Ge.28697$wj5.12306@fe04.lga>   shoppa@trailing-edge.com wrote: # >>ALREADY terminated service on it?   I > With regards to hardware field service, it's been downhill since Compaq H > bought DEC.  Not so bad at first, but the hill has gotten really steepI > lately.  We have "Gold level" service and typically it takes HP most of I > a week to find the parts necessary.  It's getting real tempting to just : > buy a lot of spare hardware and do everything ourselves.  G We have 4 (?) hour response and have never had to wait more than a few  G hours for replacement h/w to show up at customer sites (very important  @ when you stand to pay $10K per minute of downtime in liquidated H damages), even when it has to be driven to the site by courier van from  a depot a few hours away.   D It's always there, always on time and always the right part(s). One F time, there was some confusion re: the part no and the depot sent the 4 driver out with one of each variation, just in case.  3 I think very highly of DEC/Compaq/HP field service.     F > Software support, we haven't used it much lately but in the past few) > years we've gotten very useful answers.   , I find the s/w support to be very good, too.  - It's expensive, but you get what you pay for.    ------------------------------  % Date: Thu, 28 Jul 2005 18:06:34 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> 2 Subject: Re: Another VMS system bites the dust :-(= Message-ID: <42e90289$0$78283$157c6196@dreader1.cybercity.dk>    JF Mezei wrote:  > Bill Gunshannon wrote:E >> It's VMS. It's been up for 20 years with probably one service call E >> and that was 15 years ago.  They can see that the risk is minimal, A >> unfortunately they can't see the value in continuing with VMS.  > G > If their software isn't going to be availble on that IA64 thing, then F > they don't have much choice. The minute HP announced end of sale forF > Alphas, those customers have to start migration process to something > else.  > G > And for those who software is available on that IA64 thing, they must G > consider if it is worth moving to IA64 for just a few years intil VMS ( > is either killed or moved to the 8086. > C > HP is making a huge mistake by ending Alpha system sales so soon.   	 Correct !    Dweeb.     ------------------------------  % Date: Thu, 28 Jul 2005 18:07:52 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> 2 Subject: Re: Another VMS system bites the dust :-(= Message-ID: <42e902d7$0$78285$157c6196@dreader1.cybercity.dk>    shoppa@trailing-edge.com wrote: $ >> ALREADY terminated service on it? > B > With regards to hardware field service, it's been downhill sinceB > Compaq bought DEC.  Not so bad at first, but the hill has gottenE > really steep lately.  We have "Gold level" service and typically it D > takes HP most of a week to find the parts necessary.  It's gettingE > real tempting to just buy a lot of spare hardware and do everything  > ourselves. >   K I was not aware that this was the case, but this is the story I have heard  H at more than one site recently.  You add to the list of woe, so this is & apparently not an isolated occurrence.   Dweeb.  F > Software support, we haven't used it much lately but in the past few) > years we've gotten very useful answers.  >  > Tim.     ------------------------------  % Date: Thu, 28 Jul 2005 13:46:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: Another VMS system bites the dust :-(, Message-ID: <42E91A0A.6FAAC119@teksavvy.com>   Z wrote:K > > With regards to hardware field service, it's been downhill since Compaq  > > bought DEC.   H > We have 4 (?) hour response and have never had to wait more than a few9 > hours for replacement h/w to show up at customer sites      H Is it possible that in some cities, the quality of field service is much better than in others ?   M I know that for sales, when I had to deal with DEC in montreal, it was always M pretty lame, whereas I kept hearing stories of how great DEC reps were in the  kitchener area.    ------------------------------  % Date: Thu, 28 Jul 2005 17:58:30 +0200 & From: "H Vlems" <nospam@what.ever.com>* Subject: Re: Collapsing a bound volume set< Message-ID: <ec7c2$42e90113$513b9a2c$31143@news.versatel.nl>  1 "Ed Wilts" <ewilts@ewilts.org> schreef in bericht = news:1122563387.247739.212320@g47g2000cwa.googlegroups.com... F > I'm far from being an expert in bound volume sets so I hope what I'mI > trying to do is possible...  I've got a 4-member bound volume set on an G > HSJ-50 that I'd like to migrate to a new single volume on an EVA.  Is E > it possible to migrate all of the files to a single member and then B > eliminate the volume set by mirroring the remaining volume to anG > EVA-based disk?  I'm trying to avoid using VMSbackup for this because I > the directory hierarchy consists of lots and lots of little files and I I > don't want to take the volume offline for that long unless I don't have  > a choice.  > ) > Any ideas would be greatly appreciated!  > 	 > Thanks,  >    .../Ed  >   K Well, umm, BACKUP/IMAGE would actually be my first choice because it is the  fastest way.G If there are many small files then that's a problem you need to address  anyway. Possibly by putting L the worst subdirectories in savesets (or .tar sets) and then make that image backup. E The tedious process of re-creating all those little files can be done  afterwards. I IIRC there's no easy way in DCL to move files to a particular member of a  bound volume set. G You can write your own software to do that of course. Depending on your  version of VMS it is> may be possible to shadow volumes that have different metrics.   Hans   ------------------------------    Date: 28 Jul 2005 09:00:11 -0700. From: "Jay Hamilton" <jayhamiltoniv@gmail.com>! Subject: COM script exiting early C Message-ID: <1122566411.911048.295300@g49g2000cwa.googlegroups.com>    Hello,  B I am having a bit of trouble with a call to a C program from a COMG script on a VMS box.  If the C program returns EXIT_FAILURE, the script G automatically exits.  I would rather check on the $STATUS env variable. B  Any ideas?  Should I define my own EXIT_FAILURE in the C program?   Thanks Jay    ------------------------------    Date: 28 Jul 2005 09:23:02 -0700. From: "Jay Hamilton" <jayhamiltoniv@gmail.com>% Subject: Re: COM script exiting early C Message-ID: <1122567782.695750.201700@g14g2000cwa.googlegroups.com>   D Thanks John, I appreciate your response.  This is exactly what I was looking for.   ------------------------------  % Date: Thu, 28 Jul 2005 10:37:34 -0700  From: Z <Z@no.spam> % Subject: Re: COM script exiting early , Message-ID: <wJ8Ge.34110$Iv5.26969@fe02.lga>   Jay Hamilton wrote:  > Hello, > D > I am having a bit of trouble with a call to a C program from a COMI > script on a VMS box.  If the C program returns EXIT_FAILURE, the script I > automatically exits.  I would rather check on the $STATUS env variable. D >  Any ideas?  Should I define my own EXIT_FAILURE in the C program?   See:  
 $ HELP SET ON 	 $ HELP ON    ------------------------------    Date: 27 Jul 2005 23:12:26 -0700 From: "TONY" <swmoretp@aol.com> % Subject: DEC, VMS, VAX items for sale C Message-ID: <1122531146.402964.311330@g43g2000cwa.googlegroups.com>   C We have lots of Digital Equipment Corporation items for sale in our  eBay store at:{ http://stores.ebay.com/00000-Vintage-Software-and-More_Digital-Equipment-CorpDEC_W0QQcolZ4QQdirZ1QQftidZ2QQtZkm?refid=store    ------------------------------  % Date: Thu, 28 Jul 2005 18:44:00 +0800  From: prep@prep.synonet.com  Subject: DSSI EISA config files - Message-ID: <87fytzcirz.fsf@prep.synonet.com>   A Does anyone have the EISA config file for a EISA-DSSI controller?    tnx  --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 28 Jul 2005 06:35:41 -0700! From: susan_skonetski@hotmail.com B Subject: Heads Up - Prize for the Hobby contest -AlphaServer DS10LC Message-ID: <1122557740.994318.293200@g47g2000cwa.googlegroups.com>    Dear Distribution Lists,  D As you are aware there is a contest going on for the best use of the OpenVMS Hobby licenses.   F Many of you have asked what the prize will be.  Well David Turner from9 Island Computers US Corp has donated a AlphaServer DS10L.     Alphaserver DS10L 617Mhz EV67 > > 512MB Memory > > 36GB U160 Disk SCSI % > > U160 Dual Channel SCSI Controller  > > Dual 10/100 Ethernet  C Please visit their site for more information about Island Computers  http://www.islandco.com   F Because of this the Hobby team is extending the contest deadline until3 Aug 5th, 2005 so more folks have a chance to enter.   F To enter the contest please visit www.openvms.org its right at the top of the home page.      
 Warm Regards,  Dave Cathey, Sue Skonetski   ------------------------------  % Date: Thu, 28 Jul 2005 13:44:32 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Heads Up - Prize for the Hobby contest -AlphaServer DS10L, Message-ID: <42E91980.5AF8B321@teksavvy.com>  " susan_skonetski@hotmail.com wrote:H > Many of you have asked what the prize will be.  Well David Turner from; > Island Computers US Corp has donated a AlphaServer DS10L.     H > Because of this the Hobby team is extending the contest deadline until5 > Aug 5th, 2005 so more folks have a chance to enter.   K If by then, I can write a hobbyist programme to  control a domestic nuclear J reactor and accompanying centrifuges to make good milkshakes, could I then@ update my entry to increase my odds of winning ? :-) :-) :-) :-)    H BTW Sue, it would be interesting if you could compile some percentage ofL entries where "learning about some of the software products" was included inJ the entry. Seems like a fairlyu common benefit of this programme, and thisM should be viewed as a huge asset since you have more and more people who know L about the varous packages HP sells for VMS and are thus more likely to pitch) such software at their employer/customer.    ------------------------------  # Date: Thu, 28 Jul 2005 14:12:23 GMT " From:   VAXman-  @SendSpamHere.ORG6 Subject: Re: I don't C what the C help says I should C0 Message-ID: <00A476E5.4F458480@SendSpamHere.ORG>  N In article <42E7FA1A.B42082AF@hp.com>, cdm <charlie.mccutcheon@hp.com> writes:" >>RX2600$ DIR SYS$LIBRARY:VAX*.OLB# >>%DIRECT-W-NOFILES, no files found  > O >This is the non-prefix library, for compatibility with VAX C (very old stuff).  > K >If your RX2600 is an IA64 system (wild guess), then you wouldn't see these P >object libraries, because they weren't ported, and aren't supported on IA64.  A: >hint of this is the mention of the ALPHA$LIBRARY logical. > M >The V8.2 HP C Run-Time Reference Manaual says these are Alpha only in a more  >clear way.  > J >(They shouldn't be documented on IA64 help - I'll try to correct that for >future...)   I The VAXCURSES existed because of certain different behaviors from the VAX J version of curses to the DECC version.  I want the old behavior.  This wasC available on the Alpha; I don't see why it's not available on IA64.    --  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: Thu, 28 Jul 2005 13:43:31 GMT & From: John Reagan <john.reagan@hp.com>' Subject: Re: IA64 .CALL_LINKAGE problem 2 Message-ID: <7i5Ge.9432$pA7.9097@news.cpqcorp.net>   Dave Weatherall wrote:E > 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. >  >   H BTW, the error in the compiler is that I only passed two arguments to a F routine that expected three.  The error only seemed to show up in the F native compiler.  Since we still use cross compilers to build OpenVMS G I64, we never saw it ourselves.  That is where I did my testing.  Just   [un]lucky I guess.  ' For those of you keeping score at home:   G - The compiler was dying trying to print out a -W- message saying that  7 my .USE_LINKAGE was overriding a previous .CALL_LINKAGE  - I fixed the ACCVIO< - I changed the -W- messages to -I- (two different messages)L - They are now controlled under /FLAG=LINKAGES which is still off by defaultH - So the net result is that the two -W- messages go away unless you use 4 /FLAG=LINKAGES to make the come back as -I- messages: - I'm also fixing the bad .CALL_LINKAGEs in $IA64_LINKAGES   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Thu, 28 Jul 2005 14:20:17 GMT " From:   VAXman-  @SendSpamHere.ORGQ Subject: It's that time again for my quarterly "Where is the CONDIST???" posting. 0 Message-ID: <00A476E6.6A1F0400@SendSpamHere.ORG>  F Yup... we are nearing the end of July (that's MONTH 7 on my calendar).  H I've received Q1CY2005 and I would have expected to see Q2CY2005 by thisH time.  Since I am posting this, I'd assume you can guess that I have notG received Q2CY2005.  Has anyone received Q2CY2005?  And, if so, when did 
 yours arrive?   I I'm really getting tired of dumping my money down the hole know as HP and H not receiving what I'm entitled to.  I am also tiring of having to trackA it all down.  I have better things I could be doing with my time.   I It's things like this that only serve to bolster the feeling of VMS doom.    --  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: 28 Jul 2005 08:11:11 -0700$ From: "Ed Wilts" <ewilts@ewilts.org>U Subject: Re: It's that time again for my quarterly "Where is the CONDIST???" posting. C Message-ID: <1122563471.946832.126740@g49g2000cwa.googlegroups.com>   C > Has anyone received Q2CY2005?  And, if so, when did yours arrive?   D I got mine.  I can't remember exactly when, but it's been at least a
 few weeks.  	    .../Ed    ------------------------------  + Date: Thu, 28 Jul 2005 15:39:40 +0000 (UTC) < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)U Subject: Re: It's that time again for my quarterly "Where is the CONDIST???" posting. ) Message-ID: <dcau7s$hs7$1@news.BelWue.DE>   j In article <1122563471.946832.126740@g49g2000cwa.googlegroups.com>, "Ed Wilts" <ewilts@ewilts.org> writes:D >> Has anyone received Q2CY2005?  And, if so, when did yours arrive? > E >I got mine.  I can't remember exactly when, but it's been at least a  >few weeks.   $ Here as well, maybe three weeks ago.   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: 28 Jul 2005 11:50:07 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch>  Subject: Re: LaTeX ---> PDF 0 Message-ID: <slrndehhjf.16f.thierry@MARS.Family>   Hello!  ` On 2005-07-28, Phillip Helbig---remove CLOTHES to reply <helbig@astro.multiCLOTHESvax.de> wrote:M > However, I need a method to produce PDF files, either from the LaTeX source O > or from the .DVI or from the .PS produced by DVIPS.  I would prefer some sort I > of standalone solution, independent of my LaTeX installation (except of F > course that it would take some file generated by the LaTeX stuff and > transform it to a PDF file).  + ftp://ftp.ctan.org/pub/tex/systems/OpenVMS/   O There is a file called DVIPDF in the archive, which sounds to me as if it would   create a PDF from a DVI file :-)  J > In the event that there is no standalone (i.e. not part of a more modernN > LaTeX installation, which I don't have time to set up now) solution for VMS,L > what is the quickest way to produce (relatively simple) PDF files on a PC.O > (Yes, I want to avoid the PC, but if there is no simple VMS solution, I might  > have to resort to that!)  K There's miktex for windows or latex for unix which both have pdflatex, with ( which you can directly create pdf files.   Thierry    ------------------------------  + Date: Thu, 28 Jul 2005 13:17:29 +0000 (UTC) ( From: m.kraemer@gsi.de (Michael Kraemer) Subject: Re: LaTeX ---> PDF 5 Message-ID: <dcalt9$4m3$1@lnx107.hrz.tu-darmstadt.de>   M In article <dcaf2d$10k$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip ) Helbig---remove CLOTHES to reply) writes: G > However, I need a method to produce PDF files, either from the LaTeX  F > source or from the .DVI or from the .PS produced by DVIPS.  I would C > prefer some sort of standalone solution, independent of my LaTeX  K > installation (except of course that it would take some file generated by  2 > the LaTeX stuff and transform it to a PDF file).  ) maybe there's a VMS version of "ps2pdf" ?    ------------------------------  % Date: Thu, 28 Jul 2005 06:48:01 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: LaTeX ---> PDF ( Message-ID: <opsumlybqrzgicya@hyrrokkin>  ; On Thu, 28 Jul 2005 13:17:29 +0000 (UTC), Michael Kraemer    <m.kraemer@gsi.de> wrote:   H > In article <dcaf2d$10k$1@online.de>, helbig@astro.multiCLOTHESvax.de  
 > (Phillip+ > Helbig---remove CLOTHES to reply) writes: G >> However, I need a method to produce PDF files, either from the LaTeX F >> source or from the .DVI or from the .PS produced by DVIPS.  I wouldC >> prefer some sort of standalone solution, independent of my LaTeX K >> installation (except of course that it would take some file generated by 3 >> the LaTeX stuff and transform it to a PDF file).  > + > maybe there's a VMS version of "ps2pdf" ?    What's wrong with Ghostscript?   ------------------------------  # Date: Thu, 28 Jul 2005 14:12:45 GMT & From: larrynospam@nospamjbmsystems.com Subject: Re: LaTeX ---> PDF 0 Message-ID: <3L6dnTOlat5GenXfRVn-3A@comcast.com>   Hi,   I Actually creating the PDFs is relatively simple and there are a number of K packages, each with its own particular features and price, that would fit.  I The majority are desined to run on a windows box (as is my OctoTools) and K then access data and input via telnet, ftp, LPR/LPD remote IP print queues. J This access can be the tough part.  A customer of mine using a VMS systemsK has done a nice job covering this and I can send you his write up on it (in E a word doc) if you'd like.  The software I manufacture, OctoTools, is L designed for an automated process with medium to high volume throughputs andA has the capability to enhance the output and distribute it, again G automatically, via email, web posting, or printing.  It is a commercial H product and you can find additional info at www.octotools.com if you areE intereste.  Call or email if you have any questions or would like the   write-up.  Thanks for your time.  + Larry T.  978 535-7676  (Boston, MA  US)       ------------------------------   Date: 28 Jul 2005 15:21:13 GMT( From: rf@cl.cam.ac.uk (Robin Fairbairns) Subject: Re: LaTeX ---> PDF / Message-ID: <dcat59$8ak$2@gemini.csx.cam.ac.uk>   &  "Tom Linden" <tom@kednos.com> writes:< >On Thu, 28 Jul 2005 13:17:29 +0000 (UTC), Michael Kraemer   ><m.kraemer@gsi.de> wrote:, >> maybe there's a VMS version of "ps2pdf" ? >  >What's wrong with Ghostscript?   @ nothing.  that's whay the recommendation was for a script that's distributed with ghostscript.  --  6 Robin (http://www.tex.ac.uk/faq) Fairbairns, Cambridge   ------------------------------    Date: 28 Jul 2005 09:16:23 -0700 From: andrew@floatingbear.ca Subject: Open VMS TCP / MailB Message-ID: <1122567383.270260.20420@z14g2000cwz.googlegroups.com>  F We are currently running OpenVMS V7.1-1H2 on an Alpha box, but are NOTF running UCX.  We are running some software from "The Wollongong Group"D - Pathway for TCP/IP and PONY EXPRESS for connecting VMS mail to the outside universe via SMTP   D We have been having some intermittant mail delivery failures that weF can't trace, and since none of this software is actively supported anyF more, it has been suggested that we pull the existing software out and install UCX.  C Not being much of a systems guy (we have a contractor we call in as F necessary) I am wondering if installing UCX would provide us with bothE the TCP/IP connectivity and the ability for VMS mail to talk to other D systems (MS-Exchange), or if there is other software we will need toC configure / install?  Also, is this a task that we could expect our G contractor to be able to do without too much trouble?  I'd like to have 0 my facts correct before we start spending money.   Thanks   Andrew Butchart  andrew@floatingbear.ca   ------------------------------  # Date: Thu, 28 Jul 2005 16:40:44 GMT ( From: Alan Greig <greigaln@netscape.net>  Subject: Re: Open VMS TCP / Mail+ Message-ID: <42E90A8A.3050700@netscape.net>    [reply posted and emailed]   andrew@floatingbear.ca wrote: H > We are currently running OpenVMS V7.1-1H2 on an Alpha box, but are NOTH > running UCX.  We are running some software from "The Wollongong Group"F > - Pathway for TCP/IP and PONY EXPRESS for connecting VMS mail to the > outside universe via SMTP   C Wollongong hasn't been supported for a number of years as you know.   F > We have been having some intermittant mail delivery failures that weH > can't trace, and since none of this software is actively supported anyH > more, it has been suggested that we pull the existing software out and > install UCX. > E > Not being much of a systems guy (we have a contractor we call in as H > necessary) I am wondering if installing UCX would provide us with bothG > the TCP/IP connectivity and the ability for VMS mail to talk to other F > systems (MS-Exchange), or if there is other software we will need to >   G UCX hasn't been called UCX for years now. It's TCPIP Services. But yes  G it will easily replace Pathway. As the name suggests it provides TCPIP  * connectivity and fully supports SMTP mail.  E   configure / install?  Also, is this a task that we could expect our I > contractor to be able to do without too much trouble?  I'd like to have 2 > my facts correct before we start spending money.  H Unless there's something really unusual you haven't mentioned it's less G than an hours work to switch from Pathway to TCPIP Services. Done it a   number of times.   > Thanks >  > Andrew Butchart  > andrew@floatingbear.ca >    --  
 Alan Greig   ------------------------------  % Date: Thu, 28 Jul 2005 18:25:12 +0200 ' From: "Klaus-D. Bohn" <info@it-bcsb.de> < Subject: Re: perfomance question about bool variables in cxx7 Message-ID: <42e906e6$0$11998$9b622d9e@news.freenet.de>    Hello Paul,   " thank you very much for your hint.  + I will try DCPI to look what is the result.    Klaus   . <prep@prep.synonet.com> schrieb im Newsbeitrag' news:87k6jbckoa.fsf@prep.synonet.com... + > "Klaus-D. Bohn" <info@it-bcsb.de> writes:  > = > > I have a very interesting new application for the OpenVMS 8 > > platform. It will be available in october this year. > F > > The application is ready, but I'm looking how i could increase theF > > perfomance. So i make some short test programs to look what is the7 > > really difference between the variable definitions.  > F > > Normaly i could set the counter to 1. But the system is to fast to  > > analyze the time difference. > G > > I get some very interesting results. Now i chance my application to  > > a clean 64bit application. > A > > Next step is to analyze the application with some performance + > > tools. I hope i have a positive result.  > E > Get DCPI, I think..., off the Freeware CD and see WHERE your app is  > spending its time. > G > Fussing about bool ro 64 bit is a waste, and opening you up to horrid / > errors in the future. ( Is ~TRUE == FALSE ? )  > G > Also remember that VMS and the compilers DEFINE TRUE and FALSE as the F > low order bit, and anything else is going to run the risk of biting. >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 28 Jul 2005 12:53:56 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) < Subject: Re: perfomance question about bool variables in cxx3 Message-ID: <$0GtIdIIxxQ3@eisner.encompasserve.org>   K In article <87k6jbckoa.fsf@prep.synonet.com>, prep@prep.synonet.com writes:  > G > Also remember that VMS and the compilers DEFINE TRUE and FALSE as the F > low order bit, and anything else is going to run the risk of biting.  G    "VMS and the compilers" don't define TRUE and FALSE as the low order G    bit.  In some cases the definition is language dependent.  C defines E    0 as false and non-zero (any or all bits) as true.  C header files C    define the constants TRUE as 1 and FALSE as 0.  Other langauages D    hide the definition, and many can be made compatable with the VMS'    status convention that uses the lsb.    ------------------------------    Date: 28 Jul 2005 06:05:14 -0700. From: "Jay Hamilton" <jayhamiltoniv@gmail.com>' Subject: Re: Return Value in COM script C Message-ID: <1122555914.725581.216680@z14g2000cwz.googlegroups.com>   G Compliments,  I appreciate the fast and accurate responses.  Normally I E would dig through all of the documentation, but it's been a busy busy * week.  That's just what I was looking for!   ------------------------------    Date: 28 Jul 2005 06:06:02 -0700. From: "Jay Hamilton" <jayhamiltoniv@gmail.com>' Subject: Re: Return Value in COM script B Message-ID: <1122555962.396931.93210@f14g2000cwb.googlegroups.com>  G Compliments,  I appreciate the fast and accurate responses.  Normally I E would dig through all of the documentation, but it's been a busy busy * week.  That's just what I was looking for!   ------------------------------  % Date: Thu, 28 Jul 2005 10:29:47 +0300 0 From: "MUSTAFA ATAKAN" <matakan@inteltek.com.tr>. Subject: To determine idle processes and usersL Message-ID: <F014DACB8BE63442993543B780A2F0180142EFEA@asteriks.inteltek.ist>  H  I am using openVMS 7.3.2, is there a way to determine idle processes or? users and their idle life time "by using system commands not by , third-party programs like hitman or others"?   thnx in advance...   ------------------------------    Date: 28 Jul 2005 05:10:21 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: To determine idle processes and users3 Message-ID: <a2FGWcegJujf@eisner.encompasserve.org>    In article <F014DACB8BE63442993543B780A2F0180142EFEA@asteriks.inteltek.ist>, "h MUSTAFA ATAKAN" <matakan@inteltek.com.tr> writes: J >  I am using openVMS 7.3.2, is there a way to determine idle processes orA > users and their idle life time "by using system commands not by . > third-party programs like hitman or others"?  > At first glance making such a determination seems difficult...   but actually it is easy...  D ...when compared with the extraordinarily difficult task of defining what you mean by "idle".  F There are various VMS processes which must be exempted from almost anyD definition, such as the Security Server, and various layered productF processes which must be exempted, such as the DBMS Monitor and for anyE application your organization has written there will often be similar 
 processes.  A As for what happens _after_ a determination is made, for those in C the US Federal Government the traditional response of such programs C (terminating the errant process) is covered in NIST SP 800-53 AC-11 B but that can be covered by the VMS system parameter TTY_TIMEOUT ifF one has already handled the shorter-time requirement for disconnectingG "idle" processes as outlined in NIST SP 800-53 AC-12.  Even though your C organization may have nothing to do with the US Federal Government, C their publication is well worth reading and much more thorough than C other standards (including those from other parts of the US Federal  Government).  C In one sense, your idea of doing this with DCL commands is actually F easier than writing a compiled program, since the DISCONNECT primitiveD is not available from a supported program interface.  This makes theD is not available from a supported program interface.  This makes theC NIST SP 800-53 AC-12 "Session Lock" feature difficult to implement. B For DECnet processes, and those created other than via unsolicitedD character login invocation, it is impossible.  DECwindows is handled separately.    ------------------------------  % Date: Thu, 28 Jul 2005 21:42:17 +1200 $ From: "Lurker" <nowhere@nothing.com>F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.3 Message-ID: <BK1Ge.4184$PL5.382169@news.xtra.co.nz>   G "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in 5 message news:V4rQSZ1gJSiV@eisner.encompasserve.org...   J > BTW, the original comment by Dave Froble was that he could not find a VBK > language specification. Neither could I with a brief look, but I did find C > the VB.Net specification/manuals which he might find interesting. 	 Location:  >  > e http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vblr7/html/vboriVBLangRefTopNode.asp  > 8 > I found the following discussion on the CInt function: > > > -2,147,483,648 through 2,147,483,647; fractions are rounded. >  > ...  > E > When the fractional part is exactly 0.5, CInt and CLng always round E > it to the nearest even number. For example, 0.5 rounds to 0 and 1.5  > rounds to 2.  D Looks like in this case at least VB is in agreement with IEEE specs.> See for example http://www.ip97.com/gcc/DEC-Alpha-Options.html= Since it also comes from the DEC-Alpha options it is at least # somewhat relevant. It says in part:    [snip]    -mfp-rounding-mode=rounding-modeL Selects the IEEE rounding mode. Other Alpha compilers call this option -fprm/ rounding-mode. The rounding-mode can be one of:    n K   Normal IEEE rounding mode. Floating point numbers are rounded towards the K nearest machine number or towards the even machine number in case of a tie.    [snip]   ------------------------------  % Date: Thu, 28 Jul 2005 19:08:03 +1000 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>F Subject: RE: [OT] Rounding v Truncation, was: Re: Platform Support vs.X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE80@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C59353.DC39BA1E . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable          -----Original Message-----7 From: Dave Weatherall [mailto:djw-nothere@nospam.nohow]  Sent: Thu 7/28/2005 3:33 PM  To: Info-VAX@Mvb.Saic.Com F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs. =20 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?   L > Indeed, that is why I said IMPLICIT conversion.  Each language has its ow= n =20  > set of rulesK > If you don't exploit EXPLICIT conversion then you had better know the =20  > rules.  C Indeed you did Tom. Sorry, I was thinking more about Simon's Ada=20 @ Integer cast when I tapped the keyboard and your example code=20) (obviously:-)) fitted in with my thought.    --=20  Cheers - Dave W.     ********  L I cannot argue with the concept of each language having it's own rules.  Ho=L wever, if we are doing integer arithmetic then I firmly believe that we sho=
 uld truncate.   < In Fortran, I can do things like  IF (a/2*2.EQ.0) blah blah.   This cannot work with rounding.   L Why do other languages need truncation or rounding rules?  Integer arithmet=L ic is Integer arithmetic and in mathematics, it works as truncation.  I lea=H rnt trunction rules in integers before I learnt rounding rules in Reals.   Regards, Paddy    G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C59353.DC39BA1E - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> L <TITLE>RE: [OT] Rounding v Truncation, was: Re: Platform Support vs.</TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->  <BR> <BR> <BR>  0 <P><FONT SIZE=3D2>-----Original Message-----<BR>L From: Dave Weatherall [<A HREF=3D"mailto:djw-nothere@nospam.nohow">mailto:d=  jw-nothere@nospam.nohow</A>]<BR> Sent: Thu 7/28/2005 3:33 PM<BR>  To: Info-VAX@Mvb.Saic.Com<BR> J Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.<BR> <BR>L On Wed, 27 Jul 2005 13:18:19 UTC, &quot;Tom Linden&quot; &lt;tom@kednos.com= &gt; wrote:<BR>  <BR> <BR>L &gt; &gt;&nbsp; Every programming language has it's own set of rules for im=
 plicit<BR> &gt; &gt;&gt; conversion.<BR>  <BR>L &gt; &gt; Is the difference here not down to explicit (casted) versus impli= cit<BR>  &gt; &gt; conversion?<BR>  <BR>L &gt; Indeed, that is why I said IMPLICIT conversion.&nbsp; Each language ha= s its own&nbsp;<BR>  &gt; set of rules<BR> L &gt; If you don't exploit EXPLICIT conversion then you had better know the&=	 nbsp;<BR>  &gt; rules.<BR>  <BR>D Indeed you did Tom. Sorry, I was thinking more about Simon's Ada<BR>A Integer cast when I tapped the keyboard and your example code<BR> - (obviously:-)) fitted in with my thought.<BR>  <BR> --<BR> Cheers - Dave W.<BR> <BR> <BR> ********<BR> <BR>L I cannot argue with the concept of each language having it's own rules.&nbs=L p; However, if we are doing integer arithmetic then I firmly believe that w= e should truncate.<BR> <BR>E In Fortran, I can do things like&nbsp; IF (a/2*2.EQ.0) blah blah.<BR>  <BR># This cannot work with rounding.<BR>  <BR>L Why do other languages need truncation or rounding rules?&nbsp; Integer ari=L thmetic is Integer arithmetic and in mathematics, it works as truncation.&n=L bsp; I learnt trunction rules in integers before I learnt rounding rules in=  Reals.<BR>  <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C59353.DC39BA1E--    ------------------------------  % Date: Thu, 28 Jul 2005 06:21:01 -0700 # From: "Tom Linden" <tom@kednos.com> F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.( Message-ID: <opsumkpblkzgicya@hyrrokkin>  3 On Thu, 28 Jul 2005 19:08:03 +1000, O'Brien Paddy   ' <Paddy.O'Brien@transgrid.com.au> wrote:   L > I cannot argue with the concept of each language having it's own rules.   J > However, if we are doing integer arithmetic then I firmly believe that   > we should truncate.  > > > In Fortran, I can do things like  IF (a/2*2.EQ.0) blah blah. > ! > This cannot work with rounding.  > F > Why do other languages need truncation or rounding rules?  Integer  D > arithmetic is Integer arithmetic and in mathematics, it works as  E > truncation.  I learnt trunction rules in integers before I learnt    > rounding rules in Reals.  H Strictly speaking, in mathematics truncation or rounding are conventionsJ either of which if employed means you no longer have an algebra.  Maybe anI algebraist could tell us what it becomes, Left Ideal, or some such thing?    ------------------------------  % Date: Thu, 28 Jul 2005 10:42:47 -0400 ' From: Dave Froble <davef@tsoft-inc.com> F Subject: Re: [OT] Rounding v Truncation, was: Re: Platform Support vs.0 Message-ID: <11ehrh0b1vouh14@corp.supernews.com>  
 Lurker wrote: I > "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in 7 > message news:V4rQSZ1gJSiV@eisner.encompasserve.org...  >  > J >>BTW, the original comment by Dave Froble was that he could not find a VBK >>language specification. Neither could I with a brief look, but I did find C >>the VB.Net specification/manuals which he might find interesting.  >  > Location:  >  >>g > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vblr7/html/vboriVBLangRefTopNode.asp  > 8 >>I found the following discussion on the CInt function: >>> >>-2,147,483,648 through 2,147,483,647; fractions are rounded. >> >>...  >>E >>When the fractional part is exactly 0.5, CInt and CLng always round E >>it to the nearest even number. For example, 0.5 rounds to 0 and 1.5  >>rounds to 2. >  > F > Looks like in this case at least VB is in agreement with IEEE specs.@ > See for example http://www.ip97.com/gcc/DEC-Alpha-Options.html? > Since it also comes from the DEC-Alpha options it is at least % > somewhat relevant. It says in part:  >  > [snip] > " > -mfp-rounding-mode=rounding-modeN > Selects the IEEE rounding mode. Other Alpha compilers call this option -fprm1 > rounding-mode. The rounding-mode can be one of:  >   n M >   Normal IEEE rounding mode. Floating point numbers are rounded towards the M > nearest machine number or towards the even machine number in case of a tie.   F Not excusing myself for not being specific.  From a math perspective, H the IEEE rounding mode, if it's as described above, is a piece of shit. I   Consistancy is to be desired, and rounding .5 in both directions based  F upon it's whole value is not consistant.  At least for any real world  situations I'm aware of.   --  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    ------------------------------   End of INFO-VAX 2005.418 ************************