1 INFO-VAX	Thu, 18 Nov 2004	Volume 2004 : Issue 641       Contents:8 Re: common code base for ALPHA and Itanium and compilers& CSWS (APACHE) / PHP / Oracle 9 problem DCL on Linux Re: DCL on Linux Re: DCL on Linux Re: DCL on Linux Re: DCL on Linux DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw !: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]" Re: FAST BOOT OF SIMH VAX Emulator. Fortan compilers (Was: Common code base, etc.)C Getting to know what subprocess is the parent of another subprocess = How do I attach zip csv and other binary files from Vms mail? P Re: HP DSPP program, OpenVMS SDK, Q3CY2004 OpenVMS Software Products Library Lib& Re: LBR$ routines corrupting libraries4 Re: Looking for feedback on using EDM to back up VMS Re: Newsgroup moderation on VMS : PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?> Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?> Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?> Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0? Re: Radeon 7500 problem  Re: Radeon 7500 problem  Re: raid hardware  Re: raid hardware - reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes " Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s Re: ssh set password Re: ssh set password Re: t1lib, %SYSTEM-F-HPARITH& Re: Upgrade base/path for V8.2 release& Re: Upgrade base/path for V8.2 release& Re: Upgrade base/path for V8.2 release& Re: Upgrade base/path for V8.2 release  F ----------------------------------------------------------------------  # Date: Thu, 18 Nov 2004 16:38:11 GMT & From: "karl puder" <karl.puder@hp.com>A Subject: Re: common code base for ALPHA and Itanium and compilers 1 Message-ID: <Td4nd.3139$Za4.930@news.cpqcorp.net>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:419A4217.55FBFD81@teksavvy.com... > . . .  > K > I *really* hate the rebranding of products every couple of years since it  > leads to a lot of confusion. > G > Under Compaq, it wasn't so bad because Compaq didn't have anything of  value toK > VMS since it was just a wintel box assembler. So when someone said Compaq  C,J > you knew they really meant DEC-C since Compaq didn't have any compilers. But K > with HP, since HP has its own compilers and software, one doesn't know if & > HP-product came from HP or from DEC.  K And just so you know, when you see "HP BASIC for OpenVMS", that's DEC BASIC H rebranded (still running on Alpha as well as ported to I64), and not "HPF BASIC" ported to VMS.  I argued against it, because I know HP BASIC isL famous, but it isn't famous on VMS, and all the other products got rebrandedK the same way. I'm just an engineer who makes code run, what do I know about H branding?  At least we're being consistent, though I agree with Ed about& having to update our test system data.  G So anyway, I'm telling you now so you won't be confused. It is the same C compiler that's been on VMS for decades, plus new back-ends for new 	 hardware.    --       :Karl Puder.% karl </dot> puder </at> hp </dot> com    ------------------------------    Date: 18 Nov 2004 04:59:38 -0800( From: philippe.berlioz@free.fr (berlioz)/ Subject: CSWS (APACHE) / PHP / Oracle 9 problem = Message-ID: <ab884e8e.0411180459.75d321ad@posting.google.com>   C I'm currently trying to interface CSWS 2.0 (apache) / PHP v1.2 (PHP  4.3.2) with an Oracle 9.2  database under OpenVMS 7.3.2    E My script works fine with int value, but give no resultt (error page) 4 when there's a varchar colum in the select statement  C Have you solve your problem ? Do you have an answer ? Environnement  problem ? NLS problem ?    Thanks in advance for all  Best regards   ------------------------------  % Date: Fri, 19 Nov 2004 01:52:07 +1300 1 From: Tux Wonder-Dog <wes.parish@paradise.net.nz>  Subject: DCL on Linux 3 Message-ID: <QU0nd.6582$3U4.151643@news02.tsnz.net>   I Just thought I'd put the cat amongst the pigeons here - I've compiled and E installed the FreeVMS DCL-clone and it works to some degree in Linux.   J I thought it'd be an easy way to learn DCL, since Linux is my base system.  
 Wesley Parish  --  G "Good, late in to more rewarding well."  "Well, you tonight.  And I was K lookintelligent woman of Ming home.  I trust you with a tender silence."  I C get a word into my hands, a different and unbelike, probably - 'she = fortunate fat woman', wrong word.  I think to me, I justupid. G Let not emacs meta-X dissociate-press write your romantic dialogs...!!!    ------------------------------  % Date: Thu, 18 Nov 2004 17:03:28 +0200 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com> Subject: Re: DCL on Linux % Message-ID: <419CD5DF.58053FD@hp.com>    Tux Wonder-Dog wrote:  > K > Just thought I'd put the cat amongst the pigeons here - I've compiled and G > installed the FreeVMS DCL-clone and it works to some degree in Linux.  > L > I thought it'd be an easy way to learn DCL, since Linux is my base system. >  > Wesley Parish     G I suppose you got a pair of roller-skates to practice for driver's ed.?    Mike --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------    Date: 18 Nov 2004 17:13:41 +0100( From: Andreas Davour <ante@update.uu.se> Subject: Re: DCL on Linux 4 Message-ID: <cs9pt2b9lu2.fsf@Psilocybe.Update.UU.SE>  3 Tux Wonder-Dog <wes.parish@paradise.net.nz> writes:   K > Just thought I'd put the cat amongst the pigeons here - I've compiled and G > installed the FreeVMS DCL-clone and it works to some degree in Linux.  > L > I thought it'd be an easy way to learn DCL, since Linux is my base system.  D Interesting idea. Considering how easy it is to install simh I don'tE think anything but the real thing is needed. But, since I'm curious I - got to ask. Where do you find this DCL clone?    /andreas   --  A A: Because it fouls the order in which people normally read text. ' Q: Why is top-posting such a bad thing?  A: Top-posting. ; Q: What is the most annoying thing on usenet and in e-mail?    ------------------------------  # Date: Thu, 18 Nov 2004 18:15:16 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: DCL on Linux 2 Message-ID: <UE5nd.3150$Ec4.2917@news.cpqcorp.net>   Andreas Davour wrote: # > Where do you find this DCL clone?   E The FreeVMS project website is at http://freevms.free.fr/indexGB.html    ------------------------------  + Date: Thu, 18 Nov 2004 18:39:38 +0000 (UTC) ! From: JKB <knatschke@chezmoi.com>  Subject: Re: DCL on Linux ; Message-ID: <slrncppr3a.ifo.knatschke@rayleigh.systella.fr>    Le 18-11-2004,  propos de Re: DCL on Linux, )  Keith Parris crivait dans comp.os.vms :  > Andreas Davour wrote: $ >> Where do you find this DCL clone? > G > The FreeVMS project website is at http://freevms.free.fr/indexGB.html   = 	No, at http://www.systella.fr/~bertrand/FreeVMS/indexGB.html   C 	All pages have moved a long time ago. DCL/2 project is avoided. We B 	only work on kernel and libraries. For more explanations, you can9 	subsbribe at our mailing list (address on the web page).   	 	Regards,    	JKB   ------------------------------  % Date: Thu, 18 Nov 2004 08:59:52 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: DECW$CLOCK design flaw ! , Message-ID: <419CAAA8.434D90D5@teksavvy.com>  J DECW$CLOCK seem's to be programmed to only update its display when the new9 time is greater than the time displayed on the screen....   M So, if you adjust the time backwards (such as an NTP adjustement), DECW$CLOCK L remains "idle" until the real time catches up, instead of reflecting the new time within one minute.   G I assume this bug has been in place since the birth of DECwindows. Hard K questions from shareholders should be asked about quality assurance for the ! VMS engineers :-) :-) :-) :-) :-)     L (I assume that they do a absolute-time timer request for the next minute, soN when the clock goes back, the clock program just waits until the timer requestK is complete at the set time). Perhaps the clock shoudl have a repeating AST L every minute to detect when clock is changed. (OK, I know, the odds that VMS: engineers would be allowed to fix such a program are low).   ------------------------------    Date: 18 Nov 2004 08:09:57 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: DECW$CLOCK design flaw ! 3 Message-ID: <DmT4NTiGbz5e@eisner.encompasserve.org>   \ In article <419CAAA8.434D90D5@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:L > DECW$CLOCK seem's to be programmed to only update its display when the new; > time is greater than the time displayed on the screen....   E    Try xclock.  If it doesn't behave the way you want it, you can get     the source.   ------------------------------  # Date: Thu, 18 Nov 2004 15:35:48 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) % Subject: Re: DECW$CLOCK design flaw ! 2 Message-ID: <oj3nd.3130$G24.2476@news.cpqcorp.net>  - In article <419CAAA8.434D90D5@teksavvy.com>,  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   K >DECW$CLOCK seem's to be programmed to only update its display when the new : >time is greater than the time displayed on the screen....  $ Short answer: Live with it.  <smile>  G Longer anwser:  There are many places where OpenVMS and layerd products D (such as DECwindows) running on OpenVMS display results based on theF underlying assumption that time moves only forward.  Although EinsteinD has shown this to be an invalid assumption, it remains a pretty goodD rule-of-thumb, at least for matters outside the realm of theoretical7 physics, which tend to be governed by human perception.   E In most cases, I think that the results you see are ultimately caused F by the way which the system service, $SETIMER works.  A future time isF passed to $SETIMER, and an AST is delivered when that time is reached.G If time is set back before that time is reached, the timer continues to , wait until the time it was given is reached.   --  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: Thu, 18 Nov 2004 15:55:55 +0000 (UTC) , From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)% Subject: Re: DECW$CLOCK design flaw ! . Message-ID: <cnigmb$mj9$3@newslocal.mitre.org>   JF Mezei <jfmezei.spamnot@teksavvy.com> writes in article <419CAAA8.434D90D5@teksavvy.com> dated Thu, 18 Nov 2004 08:59:52 -0500: M >(I assume that they do a absolute-time timer request for the next minute, so O >when the clock goes back, the clock program just waits until the timer request L >is complete at the set time). Perhaps the clock shoudl have a repeating ASTM >every minute to detect when clock is changed. (OK, I know, the odds that VMS ; >engineers would be allowed to fix such a program are low).   H Have you verified that a delta-time AST behaves in the way you want?  MyJ guess is that it gets converted into absolute time before it goes into the6 timer queue and would therefore have the same problem.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Thu, 18 Nov 2004 16:09:36 GMT " From:   VAXman-  @SendSpamHere.ORG% Subject: Re: DECW$CLOCK design flaw ! 0 Message-ID: <00A3B0E7.9C61712D@SendSpamHere.ORG>  h In article <oj3nd.3130$G24.2476@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:. >In article <419CAAA8.434D90D5@teksavvy.com>, 0 >JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > L >>DECW$CLOCK seem's to be programmed to only update its display when the new; >>time is greater than the time displayed on the screen....  > % >Short answer: Live with it.  <smile>  > H >Longer anwser:  There are many places where OpenVMS and layerd productsE >(such as DECwindows) running on OpenVMS display results based on the G >underlying assumption that time moves only forward.  Although Einstein E >has shown this to be an invalid assumption, it remains a pretty good   I 'Tis my understanding that Mr. Einstein's theories state that any assump- I tion that time is consistent for all observers it not true.  I do not be- 9 lieve that his theories show that time varies negatively.    --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------  % Date: Thu, 18 Nov 2004 17:12:16 +0000 - From: John Laird <nospam@laird-towers.org.uk> % Subject: Re: DECW$CLOCK design flaw ! 8 Message-ID: <enlpp0pnu4oolt6ponpfeljfuofdnridaj@4ax.com>  I On Thu, 18 Nov 2004 15:55:55 +0000 (UTC), lewis@PROBE.MITRE.ORG (Keith A. 
 Lewis) wrote:    >JF Mezei <jfmezei.spamnot@teksavvy.com> writes in article <419CAAA8.434D90D5@teksavvy.com> dated Thu, 18 Nov 2004 08:59:52 -0500:N >>(I assume that they do a absolute-time timer request for the next minute, soP >>when the clock goes back, the clock program just waits until the timer requestM >>is complete at the set time). Perhaps the clock shoudl have a repeating AST N >>every minute to detect when clock is changed. (OK, I know, the odds that VMS< >>engineers would be allowed to fix such a program are low). > I >Have you verified that a delta-time AST behaves in the way you want?  My K >guess is that it gets converted into absolute time before it goes into the 7 >timer queue and would therefore have the same problem.   I It's my understanding that delta-time timers are reset appropriately when L the system time is modified.  Absolute-time timers are not touched, althoughD of course some may immediately expire (somewhat later than expected,	 perhaps).    --  1 So tell us, does it hurt much to be that stupid?     Mail john rather than nospam...    ------------------------------  # Date: Thu, 18 Nov 2004 13:08:18 GMT + From: "Anthony Borla" <ajborla@bigpond.com> C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] = Message-ID: <691nd.40639$K7.31338@news-server.bigpond.net.au>   . "Tom Linden" <tom@kednos.com> wrote in message" news:opshl78ojezgicya@hyrrokkin...G > On Wed, 17 Nov 2004 14:35:44 GMT, Anthony Borla <ajborla@bigpond.com>  > wrote: >    Tom,   >  <SNIP> > 8 > > * Support for user-defined subroutines but *not* for: > >   user-defined functions, so forcing the programmer to6 > >   use non-local variables to capture return values > < > why *not* ?  Doesn't REXX provide such support?  I believe > VOS also has this. >   L I don't know about VOS. A simple REXX procedure which returns a string looks like:        retString :          return "Hi there"    one returning a number:        retNumber :          return 5  D and one not returning any value [but passed an argument] looks like:       retNothing :         firstarg = arg(1)          SAY firstarg         return  & and may be invoked in one of two ways:  ) * As a subroutine using the CALL keyword:        CALL retString     CALL retNumber'     CALL retNothing "A string argument"   C     If these return any value it is placed in the special variable, 
     RESULT  = * As a function provided that it returns a value, and that it ;    is 'captured', either in a variable to passed along to a      command or another procedure:       SAY retString()        numval = retNumber()     SAY numval  D In REXX there is no structural difference between a subroutine and aK function; both are just labelled sections of code. It is, however, expected E that code to be called as a function actually returns a value, else a  runtime error results.   > C > Of course it would have to be appropriately priveleged as pointed / > out in a  previous post by John Briggs (IIRC)  >   @ Sure. I was, however, just refering to DCL's lack of support for user-defined lexical functions.    <SNIP>   Cheers,   
 Anthony Borla    ------------------------------  % Date: Thu, 18 Nov 2004 06:13:34 -0800 # From: "Tom Linden" <tom@kednos.com> C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] ( Message-ID: <opshny4wapzgicya@hyrrokkin>  G On Thu, 18 Nov 2004 13:08:18 GMT, Anthony Borla <ajborla@bigpond.com>    wrote:   > 0 > "Tom Linden" <tom@kednos.com> wrote in message$ > news:opshl78ojezgicya@hyrrokkin...H >> On Wed, 17 Nov 2004 14:35:44 GMT, Anthony Borla <ajborla@bigpond.com>	 >> wrote:  >> >  > Tom, >  >> > <SNIP> >>9 >> > * Support for user-defined subroutines but *not* for ; >> >   user-defined functions, so forcing the programmer to 7 >> >   use non-local variables to capture return values  >>= >> why *not* ?  Doesn't REXX provide such support?  I believe  >> VOS also has this.  >> > J > I don't know about VOS. A simple REXX procedure which returns a string   > looks  > like:  >  >     retString :  >         return "Hi there"  >  > one returning a number:  >  >     retNumber :  >         return 5 > F > and one not returning any value [but passed an argument] looks like: >  >     retNothing : >         firstarg = arg(1)  >         SAY firstarg >         return > ( > and may be invoked in one of two ways: > + > * As a subroutine using the CALL keyword:  >  >     CALL retString >     CALL retNumber) >     CALL retNothing "A string argument"  > E >     If these return any value it is placed in the special variable,  >     RESULT > ? > * As a function provided that it returns a value, and that it = >    is 'captured', either in a variable to passed along to a " >    command or another procedure: >  >     SAY retString()  >  >     numval = retNumber() >     SAY numval > ? Could retNumber be an executable as opposed to a REXX function?   F > In REXX there is no structural difference between a subroutine and aF > function; both are just labelled sections of code. It is, however,  
 > expectedG > that code to be called as a function actually returns a value, else a  > runtime error results. >  >>D >> Of course it would have to be appropriately priveleged as pointed0 >> out in a  previous post by John Briggs (IIRC) >> > B > Sure. I was, however, just refering to DCL's lack of support for! > user-defined lexical functions.  >  > <SNIP> > 	 > Cheers,  >  > Anthony Borla  >  >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  # Date: Thu, 18 Nov 2004 16:28:45 GMT % From: "John Vottero" <John@mvpsi.com> C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] : Message-ID: <154nd.279$JV5.156@newssvr31.news.prodigy.com>  I "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message  - news:YOsppH214McM@eisner.encompasserve.org... L > In article <eVNmd.167$iU3.154@newssvr31.news.prodigy.com>, "John Vottero"  > <John@mvpsi.com> writes: >>$ >> $ filelist = DIR/MODI/SINCE=TODAY > 8 >   Ugh.  Man, you're getting to much like eunichs here. > E >   Looping over f$search and f$file_attributes will do this for you.    Ok, but how about:   $ filelist = SEARCH *.C XYZ   E The point is, if commands return objects instead of text, you can do   interesting things.    ------------------------------  # Date: Thu, 18 Nov 2004 16:34:13 GMT % From: "John Vottero" <John@mvpsi.com> C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] : Message-ID: <9a4nd.280$nW5.155@newssvr31.news.prodigy.com>  @ "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:419C0918.72FC48C7@comcast.net...  > John Vottero wrote:  >>B >> "David J Dachtera" <djesys.nospam@comcast.net> wrote in message( >> news:41997373.FEA5FC27@comcast.net... >> > John Vottero wrote: >> >> [snip]0 >> >> Just watch part 5, "Enter the Programmer". >> >G >> > Circa. the 00:50:00 minute mark. The whole thing is 1:55:00 or so.  >> >> I skipped straight to part 5  > B > How did you do that? What version of Media Player are you using?  K I'm using Media Player 10.  I was a table of contents on the web page that   let me pick any part.    > ' >> so, I don't know if there's anything ! >> interesting in the first part.  >  > Not really - just boring.  >  >> ># >> >> They even mention OpenVMS and  >> >> DCL at least twice.  >> >J >> > What they seem to call "MO-NET" looks absolutely HORRIBLE compared toI >> > DCL. Then again, if you compare actual DCL to the Command Definition H >> > Language (.CLD), that would look incomprehensible, also. (actually,K >> > after I've been "in the groove" for a day or two, most of my DCL looks * >> > incomprehensible a day or so later!). >>K >> What do you think looks so horrible?  They stole (ok, borrowed) many of   >> the% >> good things from DCL, basics like: M >> - Qualifiers can have long names but, you only have to use enough to make   >> it 	 >> unique A >> - If a parameter is required, it will prompt you for the value  >>; >> Command definition looks to be even better that DCL/CLD.  > E > The part I saw looked like you needed and extensive background in C E > programming and full knowledge of the entire RTL (sort of like TPU,  > y'know?).   M It's all .NET based so you can use any .NET language.  These include C#, VB,  % C++, COBOL, Perl, Fortran and others.    >  >> >K >> > Still, the result would be very UN*X-like, it seems. I haven't watched L >> > the whole thing yet. Dunno if they actually show how to use a "command"J >> > built from "command-lets". So, dunno if if you're stuck re-inventing  >> > theD >> > command line parsing wheel in every program, like in UN*X-land. >>J >> The do a lot of demos.  I don't think you ever have to parse a command  >> line.I >> You also don't have to do anything to implement common qualifiers like  >> CONFIRM, WHATIF, LOG etc. >> >> >L >> > Maybe we could let DCL be sensitive to the presence of a pipe cymbol inJ >> > a command line rather than using the PIPE verb. That'd help, as would@ >> > looping constructs, conditional blocks (CASE, UNTIL, etc.). >> > >>F >> There are plenty of things that could be done but I think the most  >> importantM >> is, extensibility.  I want to be able to add lexicals.  I want to be able   >> to J >> add qualifiers that can be applied to commands that I didn't write.  I  >> don'tM >> want to have to reimplement /CONFIRM, /LOG, /PAGE, /BEFORE etc every time   >> I> >> write a command (yes, I know about the UTIL$CQUAL routines) > H > Then write your own "library" code to call the common qualifier stuff. >    ------------------------------    Date: 18 Nov 2004 17:11:38 +0100( From: Andreas Davour <ante@update.uu.se>+ Subject: Re: FAST BOOT OF SIMH VAX Emulator 4 Message-ID: <cs9u0rn9lxh.fsf@Psilocybe.Update.UU.SE>  ( "Galen" <gspamtackett@yahoo.com> writes:  
 > Dave wrote:  > H > > I'm guessing most people are running SIMH just to see VMS running on
 > a windoz+ > > box, and aren't doing anything serious.  >  > Ah, but not me!  > * > I'm running it on an OS X 10.3 PowerMac.. > Still not doing anything serious, though :-)  : FreeBSD-5.2 and not doing anything serious, thank you. ;-)   /andreas     --  A A: Because it fouls the order in which people normally read text. ' Q: Why is top-posting such a bad thing?  A: Top-posting. ; Q: What is the most annoying thing on usenet and in e-mail?    ------------------------------  % Date: Thu, 18 Nov 2004 19:32:27 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au>7 Subject: Fortan compilers (Was: Common code base, etc.) / Message-ID: <419C5E1B.8070809@transgrid.com.au>   I I have problems with our Fortran compilers.  I see them going as Fortran  . on VAX did and FMS, GKS on both VAX and Alpha.  I    It (the compiler) will become a "mature product", never enhanced, etc.   E The results I quote below come from code by James Giles submitted to  A comp.lang.fortran or, more probably, the Fortran 90 mailing list.   H    The matrix/vector intrinsics are pathetic.  In particular, MATMUL forA double precision takes (/opt=level=4) old loops 19.46 seconds for H 1000x1000; 203.55 seconds for MATMUL and 2.54 seconds for DGEMM.  I have CXML installed.   E Alt opt=level=5, I get for old loops, 20.67 seconds; for MATMUL, 4.48 * seconds and DGEMM gives similar to before.  G In the past, Steve Lionel when he worked for DEC/Compaq said that level 8 5 did not alway give better results for many algorithms.  ! The double complex is even worse:    at level 4: C 47.27 secondes for coded loops; 253.38 seconds for MATMUL, and 9.86  seconds for ZGEMM.   at level 5: H 45.720 seconds for coded loops; 251.62 seconds for MATMUL and 10 seconds
 for ZGEMM.  G Surely, the compiler writers could make MATMUL as efficient as the CXML F writers did for DGEMM and ZGEMM.  There is extra overhead in *GEMM for4 transpose, etc.  and they check for conformance too.  D Also F90 does not unfold parameters.  E.g. using CHAR("A"), actuallyF seems to evaluate.  If I declare a parameter BIG_A = char("A") and useF that, I get smaller code.  Also the evaluation of the distance betweenA "A" and "a" is calculated every time.  These are really of little F significance, but are these issue ever going to be addressed?  VAX F77 did this correctly.   F I wrote something like this to Steve Lionel when we were involved in a? beta-test, but that was about the time he was donated to Intel.   E Studying the machine listings, there are many other things that Alpha @ F90 has not caught up with VAX F77 in techniques.  I know it wasF re-written from scratch, but I doubt now that the resources will catch) up with some of these earlier techniques.   F My belief is that the Fortran compiler will not (perhaps bug-fixes) go( beyong its status as a "mature product".   Regards, Paddy      G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  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 ***********************************************************************    ------------------------------  % Date: Thu, 18 Nov 2004 13:36:18 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>L Subject: Getting to know what subprocess is the parent of another subprocess2 Message-ID: <SV5nd.294$df.21852@tor-nn1.netcom.ca>   Given: $ sh proc/subp/id=0000021E   EDICOM_DET_52 (*)      EDIMGR_1       PostRecvIRM3146      EDIMGR_2       MainRecvSIQ3147   G How does the SHOW command know that SUBprocess EDIMGR_2 is the one that $ spawned SUBprocess MainRecvSIQ3147 ?  J It appears to me that it knows, because it does the correct indentation in the display.   Thanks !   --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address---    ------------------------------  % Date: Thu, 18 Nov 2004 13:26:00 -0500 * From: "Stewart, Bill" <wjs-corp@kaman.com>F Subject: How do I attach zip csv and other binary files from Vms mail?< Message-ID: <1E4B06029E11D211B47C0000F8207F4D031E925E@ESKC2>  E 	We have an OpenVMS cluster running version 7.3-2 Alpha.  What is the L procedure to send attachments from OpenVMS through our PMDF system in such aK way that they will show up as attachments when the mail gets to an exchange  server?   < 	I've tried using the VMS mime utility, and sff to send, but@ everything I've tried so far has given me the following results.   This is the message text.    Mime-version: 1.0 E Content-Type: multipart/mixed; boundary="OpenVMS/MIME.891.1100611620"  Content-Transfer-Encoding: 7bit . Message-ID: <891.1100611620@OpenVMS.Mime.V1.8>     --OpenVMS/MIME.891.1100611620  Content-Type: text/plain Content-Transfer-Encoding: 7bit  Content-Disposition: (null)      --OpenVMS/MIME.891.1100611620 2 Content-Type: application/octet-stream; name=b.zip! Content-Transfer-Encoding: Base64 / Content-Disposition: attachment; filename=B.ZIP   H UEsDBBQAAAAIAJEGbDHkCVTeyAQAADEOAAASAAAAMjBfYW50aV9yYXR3YXJlLmNmrZd9b+JGH EIf/Dp9iTjndwYGBvJzUpq1SN3ES6zCgGNLoMEWLvYZVbC/1mqS5hH6ffsvO2iZwsA6N1EjJH 2fvym8ezM7Nz+6V9gPMOtDs9MM7NHvSuTBsuzJbxDsBM4IEFAYwpxHQWEJd6wCIQ87Ggf85pH lOCbSEgQkITxSNRL+1LtjM8eYzaZJvAPHDabx9CNuUuFAJv7yQOJaQ1arbMaXMQkZNFkSsIa .  .  .  .    Thanks in advance    Bill Stewart   :-) Kaman Corporation  1332 Blue Hills Avenue Bloomfield, Connecticut, 06002 (860) 243-7058   ------------------------------  # Date: Thu, 18 Nov 2004 17:01:52 GMT ( From: Mark Schafer <mark.schafer@hp.com>Y Subject: Re: HP DSPP program, OpenVMS SDK, Q3CY2004 OpenVMS Software Products Library Lib 2 Message-ID: <4A4nd.3143$qc4.1687@news.cpqcorp.net>   Hal Kuff wrote:  > dspp?  > ' HP Developer & Solution Partner program  www.hp.com/dspp @ worldwide contacts are on the portal, but the US phone number is 800 249 3294   ------------------------------  % Date: Thu, 18 Nov 2004 05:38:21 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: LBR$ routines corrupting libraries + Message-ID: <419C7B79.A570FE9@teksavvy.com>    Joshua Lehrer wrote:E > The "fix" is to detect that you are in this situation, and add then ' > remove a dummy module before closing.   A I tried just to delete a non existant key, but that did not work.   F LIB$PUT_HISTORY between a LBR$FLUSH and LBR$CLOSE does seem to fix theL problem, and ironically, it actually does add something (garbage), whereas aB LBR$PUT_HISTORY before the $FLUSH didn't get added to the library.  J I take it PUT_HISTORY is meant to be called only once and contains all the% info about the operations performed ?   F I used "garbage" above because the format of the library reords is notA documented, so the descriptor one writes is in the wrong format.    N However, the first 12 bytes of the string seem to contain control information.K In $PUT_HISTORY, if you have a 16 byte string, then LIB/LIST/HIST/FULL only N shows a record containing the last 4 bytes. I had totally random characters in the string.    ------------------------------  % Date: Thu, 18 Nov 2004 03:36:23 -0500 ( From: David Froble <davef@tsoft-inc.com>= Subject: Re: Looking for feedback on using EDM to back up VMS , Message-ID: <419C5F07.2020409@tsoft-inc.com>   David J Dachtera wrote:    > David Froble wrote:  >  >>Lee wrote: >> >>? >>>Rob is almost correct.  We'll eventually put the 4-node ES45 A >>>cluster on a GS1280 cluster.  The ES45 cluster is still on HSJ 3 >>>but will be migrating to foreign SAN eventually. < >>>I've set up 8 foreign SAN shadow disks on a second GS12801 >>>cluster for running a third-party application. ? >>>The plan is to drop our current DLT tape systems and use EDMmA >>>for backup.  Hence my quest for information on the EDM backup.C >>>L< >>>Our 3-site, 5-node cluster remains running as long as any2 >>>combination of two sites AND 3 nodes remain up. >>> Q >>David seems to be worried about restoring from scratch.  There is a real simple! >>solution for that. >>M >>Assuming that you're running your system off the SAN, HSJ, or whatever, ...  >> > A > ...and if the SAN, CI, etc. and the building within which it isC! > contained gets destroyed, ... ?x > " > Keyphrase: "Business Continuity" >  >   J Well correct me if I'm wrong, but it seemed to me that your concern was a M restore from scratch, ie; no VMS system disk to boot, thus no way to recover  O without building a new VMS system disk and then connecting to the SAN and then g restoring.  Right?  J If so, then I think I covered that with the off-site SCSI VMS system disk.  L If anything gets destroyed, you may have another site which mirrors the one P destroyed, or off-site backup tapes, or whatever.  You acquire new hardware and J restore your data.  You do still plan on backups, and off-site storage of  selected copies, right?r   Dave   -- A4 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  15486o   ------------------------------  # Date: Thu, 18 Nov 2004 06:49:55 GMTeF From: "Gregory Morrow" <gregorymorrowLUCKBEALADYTONIGHT@earthlink.net>( Subject: Re: Newsgroup moderation on VMSB Message-ID: <nCXmd.3837$pK6.1031@newsread2.news.atl.earthlink.net>   Nomen Nescio wrote:r  J > In article <419A9F99.D9360E2F@teksavvy.com> on news:comp.os.vms JF Mezei <jfmezei@teksavvy.com> trolled:f >o6 > >what would it take to moderate a newsgroup on VMS ? >%D > Still on your rec.travel.air moderation fantasy trip, are you, JF? >eL > Don't forget, the moment you start with your "Bush Regime" crap, you'll be the first one kicked out!  >-H > And the contender for moderator, Jeff Hacker, is an ardent Bushite, so you'll have to stiffle > yourself.  Rotflmao!     BWAHAHAHAHAHAAAAAAAA...!!!   -- c Best Greg   ------------------------------  + Date: Thu, 18 Nov 2004 01:42:32 -0600 (CST)q From: sms@antinode.orgC Subject: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?D) Message-ID: <04111801423212@antinode.org>l  F    I recently got a bargain on an Intraserver SCSI (and Ethernet) cardG (V-style, so no "%PKx0, OFFLINE.  ROM Checksum read error" complaints),mG and stuck it into my old-style PWS 500a[u].  (BUGCHECK-INVEXCEPTN in anbE AlpSta 200 4/233.)  The old Qlogic SCSI card (KZPBA-CX (or -like)) ismC still in there, as I don't have an external cable with one of thosesG eensy-weensy connectors as found on the Intraserver card.  Naturally, Io have an interesting problem.  H    By selecting the PCI slot sequence of the SCSI cards, I could get theH console to call either one PKA0, and the other PKB0.  I left it arrangedG so that the system disk (formerly on the old Qlogic card as DKA0) could E be attached to the new Intraserver card as DKA0, so any references tor DKAxxx would continue to work.  F    It booted nicely from DKA0, but after it got established, I noticedH that the disk configuration was not as I had expected.  Contrary to the B console, VMS (V7.3-1) thinks that the Qlogic card is PKA0, and the? Intraserver card is PKB0, with a fairly confusing disk display:a   ALP2 $ sh dev /ful pko  O Device PKA0:, device type Qlogic ISP1020 SCSI port, is online, error logging is      enabled. [...]-K Device PKB0:, device type KZPCM SYM53C875 SCSI, is online, error logging is.     enabled. [...]:   ALP2 $ sh dev alp2$dka  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP ALP2$DKA300:            Mounted              0  TEST          20633691     1   3P ALP2$DKB0:              Mounted              0  VMS073ALP2    11555670   612   1  A    This might look normal to you, but my disk-mounting-at-startupiC procedure is controlled by a table in a file, and I'd swear that iteB mounted the TEST volume as DKA300:, not DKB0:.  Also, as seen from another cluster member:   P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count Cnt. ALP2$DKA0:              Online               0P ALP2$DKA300:            Mounted              0  TEST          20633691     1   3P ALP2$DKB0:              Mounted              0  (remote mount)                 1   ALP $ sh dev /ful alp2$dka0w  I Disk ALP2$DKA0:, device type SEAGATE ST118202LC, is online, file-orientedIF     device, shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed               2864 O     Owner process                 ""    Owner UIC                      [SYSTEM]gO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W0O     Reference count                0    Default buffer size                 512uO     Total blocks            35566480    Sectors per track                   214tO     Total cylinders             6925    Tracks per cylinder                  24 P     Host name                 "ALP2"    Host type, avail Digital Personal WorkSt ation , yesa   ALP $ sh dev /ful alp2$dkb0m  J Disk ALP2$DKB0:, device type SEAGATE ST118202LC, is online, mounted, file-O     oriented device, shareable, available to cluster, error logging is enabled.-  O     Error count                    0    Operations completed                  0lO     Owner process                 ""    Owner UIC                      [SYSTEM]tO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W7O     Reference count                0    Default buffer size                 512-P     Host name                 "ALP2"    Host type, avail Digital Personal WorkSt ation , yes      Volume is mounted on ALP2.  .    I have only one SEAGATE ST118202LC on ALP2.  B    Is there a way to adjust the VMS view of these cards so that itD agrees with the console's view of these cards, or _must_ I swap them? back around to the (I hope) more reliably consistent order, and:H re-jigger all my start-up configuration stuff to cope with the changes?   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orge    Saint Paul  MN  55105-2547u   ------------------------------  + Date: Thu, 18 Nov 2004 15:48:52 +0000 (UTC)n, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)G Subject: Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0? . Message-ID: <cnig94$mj9$2@newslocal.mitre.org>  m sms@antinode.org writes in article <04111801423212@antinode.org> dated Thu, 18 Nov 2004 01:42:32 -0600 (CST):-C >   Is there a way to adjust the VMS view of these cards so that itoE >agrees with the console's view of these cards, or _must_ I swap them @ >back around to the (I hope) more reliably consistent order, andI >re-jigger all my start-up configuration stuff to cope with the changes? 5  L I've seen the situation before on 4100s and (I think) DS20Es, where VMS seesI the cards in a different order than SRM does.  The "solution" I've alwaysdB used is to use the SRM order for BOOTDEF_DEV and the VMS order for everything in VMS.  I And yes, I've dealt with the re-jiggering before.  Which isn't too bad if-I you have all of your physical device names corralled in SYPAGSWPFILES andoK SYSTARTUP_VMS.  Change everything else to use logical names to make the jobr' easier for next time something changes.t  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  + Date: Thu, 18 Nov 2004 10:52:29 -0600 (CST)g From: sms@antinode.orgG Subject: Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?c) Message-ID: <04111810522934@antinode.org>   = From: Eberhard Heuser-Hofmann <vaxinf@chemie.uni-konstanz.de>-  1 > I think you should modify the sysgen-parameter r > DEVICE_NAMING: >  >  0 = default8 > -1 = keeps names identical to the console assignments.      Ach so.  Es geht.  Danke.  G    Documents suggest that DEVICE_NAMING is a bit mask, and that plain 1wH does something.  It doesn't do this, though.  Does anyone know which bitH in -1 is the bit I needed, or if it really is just an integer, or what's true?l  , From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)  K > And yes, I've dealt with the re-jiggering before.  Which isn't too bad ifcK > you have all of your physical device names corralled in SYPAGSWPFILES and M > SYSTARTUP_VMS.  Change everything else to use logical names to make the job ) > easier for next time something changes.r  C    Most things are logical, but the logical names do get defined inr@ physical terms, rather than "DISK$label" (which can have its own. problems), so, as I always say, change is bad.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547m   ------------------------------  % Date: Thu, 18 Nov 2004 09:09:54 -0800$ From: JBloggs@acme.comG Subject: Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?88 Message-ID: <malpp0504opdj5u71bvbqanc9uve99vc4f@4ax.com>  A On Thu, 18 Nov 2004 01:42:32 -0600 (CST), sms@antinode.org wrote:t  C >   Is there a way to adjust the VMS view of these cards so that iteE >agrees with the console's view of these cards, or _must_ I swap themt@ >back around to the (I hope) more reliably consistent order, andI >re-jigger all my start-up configuration stuff to cope with the changes? C  0 fwiw,  you might try going by the volume-labels  rather than device-names,3  F eg, do a $getdvi scan, (using some useful choice of wildcard, eg *DK*)B mount the volumes privately at 1st, to get at the volume labels.    C Course, you might have some reason, to not want to do it this way. m  D this example below is probably a bit lame, but it might provoke some thoughts ...  
 $ Set NoON $ Call MNT_THIS  LOGGINGDISK a $ Exit $! $MNT_THIS: SUBROUTINEt. $   sys_disk_nam = f$trnlnm( "SYS$SYSDEVICE" )
 $   count = 0e $NEXT_DISK:e% $ dev = f$device( "*DK*", "DISK",,1 )f$ $ write sys$output "next disk: ",dev $ if( dev .eqs. "" ) s $ then $  goto END_DISK $ else $  name = ""2 $  name = f$getdvi( "''dev'", "DEVICE_TYPE_NAME" )B $  if( name .eqs. "DEC RRD47" )                then goto NEXT_DISKB $  if( name .eqs. "TOSHIBA CD-ROM XM-6401TA" ) then goto NEXT_DISKB $  if( name .eqs. "TOSHIBA CD-ROM XM-6201TA" ) then goto NEXT_DISKB $  if( name .eqs. "TOSHIBA CD-ROM XM-5701TA" ) then goto NEXT_DISKB $  if( name .eqs. "PLEXTOR CD-R PX-W1210S" )   then goto NEXT_DISK $  count = count + 1  $  dev_nam_len = f$length( dev ). $  offset      = f$locate( sys_disk_nam, dev ), $  sys_disk    = ( offset .ne. dev_nam_len )< $  if((.not. sys_disk) .and. (.not. f$getdvi( dev, "MNT" ))) $  then . $   write sys$output "try to mount disk: ",devA $   mount/noassist/over=(id,sec)/noshare/nowrite/norebuild  'dev'h% $   label = f$getdvi( dev, "VOLNAM" )r $   if( label .eqs. "''P1'"  ) $   then $    dismount/nounl 'dev'e0 $    mount/noassist/system 'dev' 'label' 'label' $    goto  END_DISKi $   else $    dismount/nounl 'dev's0 $    mount/noassist/system 'dev' 'label' 'label'	 $   endifv $  endif ! if not sys_disk $  goto NEXT_DISK  $ endif ! if any sys_disks $ END_DISK:t $ENDSUBROUTINE   ------------------------------  % Date: Thu, 18 Nov 2004 09:56:40 +0100s7 From: Robert Trawinski <robert.trawinski@softax.com.pl>d  Subject: Re: Radeon 7500 problem+ Message-ID: <cnho54$bdn$1@bozon2.softax.pl>n   Fred Kleinsorge wrote:N > Because the DVI port was being configured by "BIOS magic".  The BIOS is onlyN > run on the first card, and not on the others.  So the driver needs to do theI > magic.  The next graphics patch kit should allow the DVI port (with theh" > analog dongle attached) to work. >   ) Many thanks. So I'm waiting for patch :-)h  . Sunday I will install Radeon cards in client's: production environment using mixed DVI-DSub. What a pitty.   Robert   ------------------------------  # Date: Thu, 18 Nov 2004 14:37:33 GMTC4 From: "Fred Kleinsorge" <fred.nospam@nospam.dec.com>  Subject: Re: Radeon 7500 problem2 Message-ID: <Ns2nd.3124$n24.1291@news.cpqcorp.net>  @ "Michael Unger" <spam.to.unger@spamgourmet.com> wrote in message% news:301tm1F2rdqpvU1@uni-berlin.de...n/ > On 2004-11-17 17:58, "Fred Kleinsorge" wrote:  >bK > > Because the DVI port was being configured by "BIOS magic".  The BIOS ist onlyL > > run on the first card, and not on the others.  So the driver needs to do thenK > > magic.  The next graphics patch kit should allow the DVI port (with theaA >                                       ^^^^^^^^^^^^^^^^^^^^^^^^^d$ > > analog dongle attached) to work. >   ^^^^^^^^^^^^^^^^^^^^^^ > >hG > > We are looking at dual head and direct DVI-DVI for a future update.T2 >                                   ^^^^^^^^^^^^^^ >tG > So using the digital output (DVI-D, single head) isn't supported yet?r >   K Well yes/no.  If you have a direct DVI connection to a flat panel *and* the-D flat panel is attached at power up (firmware initialization) then myK experience is that the BIOS appears to correctly initialize the connection.rC But officially we haven't qualified it as always working correctly.h  I The problem is that the origins of the code that the VMS was derived fromMK was an Open Source driver - which originally didn't have any initialization-C capabilities.  Most of what is in the driver init today was reversepD engineered by looking at PCI bus traces and a couple hints from ATI.  L Something interesting to note however - my testing has shown that very oftenK you are better off with the analog output.  Why?  A lot of code was writteneL using normal CRT's, when you get a true clean digital-to-digital signal I'veJ seen many instances where "smooth" shading (for example) shows interestingH artifacts and the shading isn't as smooth as the programmer thought ;-).   ------------------------------    Date: 18 Nov 2004 07:01:40 -0800& From: "Galen" <gspamtackett@yahoo.com> Subject: Re: raid hardwareC Message-ID: <1100790100.692970.192770@f14g2000cwb.googlegroups.com>   ( > Are there any "education courses" (??)  D Though my answer is by no means definitive, I don't know of any. OurF local HP sales and service reps also are not up on these products, butD I suspect asales rep could find someone who is familiar with them to talk to you, perhaps by phone.  E > I wonder what sort of RAID hardware will be available for Integrity  servers?  C I haven't heard of any announced RAID hardware support yet. PerhapsfE next month they'll let us customers know more about this. My hunch ish? that the SA5300A or some variant of it would be the most likely 
 candidate.   ------------------------------  % Date: Thu, 18 Nov 2004 13:34:16 -0500 * From: "Marty O'Connor" <moconnor@dvfs.com> Subject: Re: raid hardware+ Message-ID: <304875F2rb9vnU1@uni-berlin.de>t  2 "Sean O'Banion" <sean@obanion.us> wrote in message7 news:dffe4465.0411171741.453e5156@posting.google.com...s  8 : There is also a command line utility (SSSU) for hosts,> : including VMS, that replicates Command View's functionality. :cH : Note that this means without the SAN Appliance, no changes can be made
 : to the EVA.b  b Not totally true. You can do most (if not all) configuration work on the EVA using SSSU. This is a[ very painful way to do it if typing everything in manually. I use the SSSU command "capture b configuration" every night to snap shot the configuration. Using this output as a starting point Ic have made procedures to create/delete snap clones, added/delete disks, etc. This allows stuff to bem& built into batch jobs to run whenever.   Marty O'Connor   ------------------------------  # Date: Thu, 18 Nov 2004 15:32:59 GMTa# From: "smoke11" <smoke11@yahoo.com> 6 Subject: reporter inquiry: Is HP selling AlphaServers?* Message-ID: <Lg3nd.6841$qS4.1892@trnddc09>   Looking into Alpha sales ....r  H -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps0 available? Is HP trying to selling AlphaServers?  F -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?)    -- OpenVMS implications, if any?   Patrick Thibodeaut
 Senior Editord
 Computerworldc# patrick_thibodeau@computerworld.com    ------------------------------  # Date: Thu, 18 Nov 2004 16:47:37 GMTf% From: "John Vottero" <John@mvpsi.com>c: Subject: Re: reporter inquiry: Is HP selling AlphaServers?: Message-ID: <Im4nd.283$%Q5.125@newssvr31.news.prodigy.com>  / "smoke11" <smoke11@yahoo.com> wrote in message  $ news:Lg3nd.6841$qS4.1892@trnddc09... > Looking into Alpha sales ....  > J > -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps2 > available? Is HP trying to selling AlphaServers? >dH > -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?) >-" > -- OpenVMS implications, if any? >0  K I'm not surprised.  I would guess that most of the decline was from former gK DEC UNIX users that are moving to a different flavor of Unix.  Some of the @J decline was from OpenVMS users buying (or waiting for) Itanium instead of  Alpha.   ------------------------------  % Date: Thu, 18 Nov 2004 12:03:36 -0500o( From: David Froble <davef@tsoft-inc.com>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?, Message-ID: <419CD5E8.5090002@tsoft-inc.com>   smoke11 wrote:   > Looking into Alpha sales ....  > J > -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps2 > available? Is HP trying to selling AlphaServers? > H > -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?) > " > -- OpenVMS implications, if any? >  > Patrick Thibodeauc > Senior Editorn > Computerworldo% > patrick_thibodeau@computerworld.com  >  >  >  >   E If you want conspiracy theories, you've come to the right place.  :-)    -- e4 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 Roada Vanderbilt, PA  15486t   ------------------------------    Date: 18 Nov 2004 06:57:27 -0600 From: briggs@encompasserve.org. Subject: Re: RMS Files and directories Indexes3 Message-ID: <vWUUosPGgXGf@eisner.encompasserve.org>   d In article <419C27C2.7000704@bigpond.com>, David B Sneddon - bigpond <dbsneddon@bigpond.com> writes:  > JF Mezei mentioned in passing:N >> If one were to SET FILE MYDIR.DIR/GLOBAL_BUFFERS=xx where XX is the size ofH >> the directory file, would this make a big difference in performance ? >> e > A > I though directory access was via XQP, not RMS.  Global buffersh > only affect RMS access.e  B I believe that it's a mix.  Both components have the ability to doG directory lookup by looking into .DIR file contents and both components / have the ability to cache relevant information.u  G That said, I have a hard time believing that RMS level directory accessyC is performed in such a way that a "global buffers" setting would beR
 respected.   	John Briggs   ------------------------------    Date: 18 Nov 2004 08:06:58 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: RMS Files and directories Indexes3 Message-ID: <r5+SfyOmZ32v@eisner.encompasserve.org>-  ` In article <419C0D62.A912ED7C@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:  ' > D'ya ever have to deal with All-in-1?R  '    No.  Never used it, never missed it.-   ------------------------------    Date: 18 Nov 2004 08:07:55 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e. Subject: Re: RMS Files and directories Indexes3 Message-ID: <mfNVHxzAGFSB@eisner.encompasserve.org>c  d In article <419C27C2.7000704@bigpond.com>, David B Sneddon - bigpond <dbsneddon@bigpond.com> writes: > A > I though directory access was via XQP, not RMS.  Global buffersf > only affect RMS access.e  D    IIRC only RMS knows how to use directory files.  At the XQP level0    you must know the DID to open a file by name.   ------------------------------    Date: 18 Nov 2004 08:22:42 -0600 From: briggs@encompasserve.org. Subject: Re: RMS Files and directories Indexes3 Message-ID: <53qxshWM4u5C@eisner.encompasserve.org>:  q In article <mfNVHxzAGFSB@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:jf > In article <419C27C2.7000704@bigpond.com>, David B Sneddon - bigpond <dbsneddon@bigpond.com> writes: >> >B >> I though directory access was via XQP, not RMS.  Global buffers >> only affect RMS access. > F >    IIRC only RMS knows how to use directory files.  At the XQP level2 >    you must know the DID to open a file by name.  B And then the XQP reads from the pointed-to directory file, looking$ for file names and determining FIDs.  < I think what you're trying to say is that only RMS knows howH to deal with file names in the "[dir1.dir2.dir3]filename.dat;123" syntax% that the end users are familiar with.I  > Unfortunately, that statement does not bear on the question of> which component(s) have the ability to do directory lookups in .DIR files.M   	John Briggs   ------------------------------  % Date: Thu, 18 Nov 2004 19:25:28 +1100t4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au>+ Subject: Re: Solaris 10 - no charge for o/s / Message-ID: <419C5C78.8010205@transgrid.com.au>e   JF Mezei wrote:a > John Smith wrote:  > M >>Maybe some 1/2 hour late-nite 'infomercial' spots that can be had for a few N >>thinking about this.  Maybe I'll call it "Farenheit 6/25" - How to Hand Your! >>Customers to Your Competitors".g >  > ! > Celcius 549  (Farenheit 911 :-)a > N > I hear you mate.  One comes to realise that there is nothing that we can do,N > all alone. We can only continue to point out HP's mistakes in the hopes thatP > someone who can so something will eventually realise the problems and mount an: > internal campaign. However, it may be too late already.  >  > D >>As we all know - it isn't the product that's the problem, it's theM >>management.   HP seems to prefer that the ISV's push on a rope or piss intoV9 >>the wind before they will lift a finger to promote VMS.> >  > N > Those who do want to promote VMS still need a minimal amount of support fromP > the owner of VMS. And that requires the owner give some exposure of VMS in its# > press releases at the very least.e  E The problem has become fait-accompli.  SAS, Oracle and various otherspE that were vendors on VMS (I mumbled "open") are no longer interested.k= Our organisation uses a company called Mincom for outsourcing H applications.  Not sure whether it is just .au but I know it exists also in UK.  E I pay big money (big being relative to the size of your organisation)oC for a NAG Alpha licence.  But when a new version is brought out, itrG takes about a year before I can get an Alpha version of the new "Mark".S  G We bought a MATLAB licence on on our Alpha boxes.  We no longer have toeG pay a licence because Mathworks no longer supports VMS.  We cannot even D change our licence to buy extra credits to allow more users.  We areA stuck at the last version they did for VMS and the last number of  licences we bought.i   Regards, Paddy          G ***********************************************************************   C "This electronic message and any attachments may contain privilegeda> and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise-B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.i  A If you have received the email in error, please notify TransGrid zA immediately.  Any views expressed in this email are those of the e= individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid usesi> 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 ***********************************************************************-   ------------------------------    Date: 18 Nov 2004 08:04:20 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)o+ Subject: Re: Solaris 10 - no charge for o/s.3 Message-ID: <qgXYUGYY4J3D@eisner.encompasserve.org>r  j In article <X3cDCh8B25Rq@eisner.encompasserve.org>, kuhrt@nospammy.encompasserve.org (Marty Kuhrt) writes: > C > If this were on DECUServe would it violate the Canons of Conduct?        Not if I'm doing the typing.    ------------------------------    Date: 18 Nov 2004 08:05:49 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)c+ Subject: Re: Solaris 10 - no charge for o/so3 Message-ID: <IdyY6UwkJtlb@eisner.encompasserve.org>e  \ In article <419C18EA.2335F92D@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > O > It is more complicated than that. VMS suffers from multiple diseases. Lack ofo6 > marketing is just one. Its 1990s history is another.  B    Remember UNIX recovered from its 1970's history.  AT&T actively*    marketed it and still couldn't sell it.   ------------------------------  % Date: Thu, 18 Nov 2004 16:32:22 +0100r! From: Soterro <soterroatyahoocom>T+ Subject: Re: Solaris 10 - no charge for o/sl; Message-ID: <419cbff4$0$20493$4d4ef98e@read.news.ch.uu.net>U   David Froble wrote:GF > I'd guess that Sun already has many applications, which indicates a & > large existing developers community.  I My bad, I was actually thinking a Solaris developed entirely by the user  # community. Wrong picture I guess :)    Sd   ------------------------------  % Date: Thu, 18 Nov 2004 08:03:34 -0700a5 From: Todd Merritt <tmerritt@NeOmSaPiAlM.arizona.edu>m Subject: Re: ssh set passwordnD Message-ID: <pan.2004.11.18.15.03.31.225780@NeOmSaPiAlM.arizona.edu>  ; On Mon, 15 Nov 2004 20:24:23 -0600, David J Dachtera wrote:g   > Todd Merritt wrote:X >>  L >> I'm not vms guru, so hopefully somebody here can help me out.  I'm tryingL >> to write a perl script to change my password on a vms box.  The script isM >> run from a unix box and connects to the vms box via ssh and I was planning B >> on scripting the "set password" exchange, but I connect and see >> $set verify >> $set noon >> nG >> and where I would expect to see the set password I'm sending and thesL >> ensuing dialog I get nothing.  Is there something I should be looking forM >> here ?  Is there something special about "set"  that is preventing it from*L >> running ?  I tried replacing it with just dir and that works as expected. > J > Without clearer information about what you're up to, I'd have to suggestE > implementing an authentication scheme that allows this, rather thanr  > trying to hack it up this way.  E I'm not sure what you mean.  My problem isn't with authenticating, my ; problem is getting the VMS side to let me run set password.    Todd   ------------------------------  % Date: Thu, 18 Nov 2004 09:22:29 -0700t5 From: Todd Merritt <tmerritt@NeOmSaPiAlM.arizona.edu>l Subject: Re: ssh set password D Message-ID: <pan.2004.11.18.16.22.29.183217@NeOmSaPiAlM.arizona.edu>  ; On Mon, 15 Nov 2004 20:24:23 -0600, David J Dachtera wrote:a   > Todd Merritt wrote:  >> -L >> I'm not vms guru, so hopefully somebody here can help me out.  I'm tryingL >> to write a perl script to change my password on a vms box.  The script isM >> run from a unix box and connects to the vms box via ssh and I was planning*B >> on scripting the "set password" exchange, but I connect and see >> $set verify >> $set noon >>  G >> and where I would expect to see the set password I'm sending and theaL >> ensuing dialog I get nothing.  Is there something I should be looking forM >> here ?  Is there something special about "set"  that is preventing it from*L >> running ?  I tried replacing it with just dir and that works as expected. > J > Without clearer information about what you're up to, I'd have to suggestE > implementing an authentication scheme that allows this, rather thane  > trying to hack it up this way.  E Maybe this will be clearer, I'm trying to write a command script thatcD takes 2 arguments on the command line and feeds them to set passwordJ within the script.  It seems to be doing the same thing it does when I runI it through my ssh script, which is nothing.  What is the deal ?  Is therel% no way to run set password in batch ?    Thanks,p Todd   ------------------------------  + Date: Thu, 18 Nov 2004 15:33:40 +0000 (UTC)4, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)% Subject: Re: t1lib, %SYSTEM-F-HPARITH . Message-ID: <cnifck$mj9$1@newslocal.mitre.org>   Chip Coldwell <coldwell@physics.harvard.edu> writes in article <Pine.LNX.4.44.0411170745470.6335-100000@frank.harvard.edu> dated Wed, 17 Nov 2004 07:52:11 -0500: * >On Wed, 17 Nov 2004, Chip Coldwell wrote: >f  >> On Wed, 17 Nov 2004, Z wrote: >> > Chip Coldwell wrote:  >> > >>>%SYSTEM-F-HPARITH, high performance arithmetic trap, Imask=00000000, Fmask=00040000, summary=02, PC=000000000006DD14, PS=0000001BsV >> > >>>-SYSTEM-F-FLTINV, floating invalid operation, PC=000000000006DD14, PS=0000001B7 >> > >>>%TRACE-F-TRACEBACK, symbolic stack dump followsnR >> > >>>  image    module    routine             line      rel PC           abs PCW >> > >>> T1EXAMPLE1  TYPE1  RMoveTo              6247 00000000000037A4 000000000006DD14c >> > >>l
 >> > >>... >> > >>BD >> > >>>Does anyone have any experience with this?  Is there an ECO? >> > >>d, >> > >>This may be a problem with your code. >> > >>NE >> > >>What is happening at line 6247 in TYPE1.C, function RMoveTo()?7 >> > > O >> > > xM >> > > TYPE1.C has only 4496 lines in it, but the function RMoveTo looks like  >> > > this: >> >  9 >> > Use $ CC/LIST/SHOW=ALL ...  to generate a .LIS file.n >> > o >> >  H >> > > Note that there are no divides, and therefore no divides-by-zero. >> > ,K >> > Noted. Please post the same function (RMoveTo) but from the .LIS this :8 >> > time, with the line #s generated by /LIST/SHOW=ALL. >> o >> Here ya go: >> e, >>            6239 /* |- dx dy RMOVETO |- */; >>            6240 /* Behaves like RMOVETO in PostScript */ , >>            6241 static int RMoveTo(dx,dy)" >>            6242   DOUBLE dx,dy; >>       1    6243 {% >>       1    6244   long pindex = 0;- >>       1    6245@ >>       1    6246   /* compute hinting for previous segment! */t >>       1    6247   FindStems( currx, curry, currx-ppoints[numppoints-2].x, curry-ppoints[numppoints-2].y, dx, dy); > F >Next I'll guess you're going to want to see "FindStems" based on the D >suspicion that it is a macro or the compiler in-lined the function. >e >Here it is: >e; >           5351 static void FindStems( double x, double y,L  I The traceback says the problem is in 6247 of RMoveTo, and since FindStemsdI doens't return a status code I'm inclined to think that the bad operationiB must be one of the two floating point subtractions in line 6247.    7 My suggestion is to look at the values of currx, curry,eI ppoints[numpoints-2].x, and ppoints[numpoints-2].y immediately before theb5 FindStems call.  One or more may be uninitialized.   r  G I was going to suggest doing this in the VMS debugger, which is a great H utility but notorious for changing the values of uninitialized variablesF which often "fixes" the problem you're trying to find.  Best bet is toL sprintf() each of the 4 values, in 4 separate lines.  The new traceback willN tell you which value is bad (from the line number), and you can go from there.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 17 Nov 2004 21:13:28 -0500 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>e/ Subject: Re: Upgrade base/path for V8.2 releaseS0 Message-ID: <10pov443fbpku1e@corp.supernews.com>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message e2 news:1100728638.xZ55UcqOEf7Wnq34vC+Hhg@teranews... >c0 > Wasn't 7.2 declared a "landing zone" version ?  ( No.  V7.2* is no longer supported.  See L http://h71000.www7.hp.com/openvms/openvms_supportchart.html for the current  status of VMS version support. n   ------------------------------  + Date: Thu, 18 Nov 2004 13:35:55 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Re: Upgrade base/path for V8.2 release>$ Message-ID: <cni8fr$4cs$1@online.de>  1 In article <1lPmd.3064$jh3.225@news.cpqcorp.net>,a6 hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:   H > As of this point, OpenVMS VAX V8.2 does not exist; it is not expected J > to ship with Alpha and I64 V8.2.  Therefor I cannot answer this question > w.r.t OpenVMS VAX.   But it WILL appear, right?   ------------------------------    Date: 18 Nov 2004 08:03:42 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r/ Subject: Re: Upgrade base/path for V8.2 releaset3 Message-ID: <lB2PiqibxjW3@eisner.encompasserve.org>n  w In article <cni8fr$4cs$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:a3 > In article <1lPmd.3064$jh3.225@news.cpqcorp.net>,s8 > hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:  > I >> As of this point, OpenVMS VAX V8.2 does not exist; it is not expected -K >> to ship with Alpha and I64 V8.2.  Therefor I cannot answer this questionI >> w.r.t OpenVMS VAX.: >  > But it WILL appear, right?  G    Published plans for 8.2 on VAX show it appearing sometime next year.h  .    I suspect HP will make good on those plans.   ------------------------------    Date: 18 Nov 2004 09:04:39 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)$/ Subject: Re: Upgrade base/path for V8.2 releasee3 Message-ID: <hyaiS4nBFDug@eisner.encompasserve.org>e  ^ In article <9KTmd.6858$Oc.3949@tornado.tampabay.rr.com>, Beach Runner <bob@nospam.com> writes:  I > 7.2 is no longer under support, no is it available under prior version rJ > support.  Of course Colorado Support will provide best efforts and knownK > fixes, but elevations to engineering aren't supported.  7.3-2 is current  I > and 7.3-1 is also under support.   XFC alone is a good reason to be at h) > 7.3x, as is better lan and SAN support.    That is only for some cases.  C For other cases, Display Postscript alone is a good reason to never0 upgrade beyond 7.2x.   ------------------------------   End of INFO-VAX 2004.641 ************************