1 INFO-VAX	Wed, 06 Oct 2004	Volume 2004 : Issue 554       Contents:) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question  Re: As seen in WSJ Re: As seen in WSJ Re: As seen in WSJ Re: As seen in WSJ% Re: C Decompiler for HP Alpha OpenVMS  Re: CMS V3.3 Re: CMS V3.3 Re: CMS V3.3 cobol/c compilation  Re: cobol/c compilation  RE: cobol/c compilation  Re: DCL-like syntax standard Re: DCL-like syntax standard" Re: DEC C: printf %.*s versus %*.s" Re: DEC C: printf %.*s versus %*.s0 Re: DECC: sizeof assigned to single byte integer0 Re: DECC: sizeof assigned to single byte integer0 Re: DECC: sizeof assigned to single byte integer) Re: DECwindows: UIL multilanguage support # Re: Disabling Video Card for X Boot  Re: Help with NFS  Inserting PF1 into a batch file # Re: Inserting PF1 into a batch file # Re: Inserting PF1 into a batch file # Re: Inserting PF1 into a batch file # Re: Inserting PF1 into a batch file   Re: MS to lose its patent on FAT Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance / Re: Rules for commenting out continuation lines # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? * Re: sizeof assigned to single byte integer* Re: sizeof assigned to single byte integer* Re: sizeof assigned to single byte integer Re: Tel. Co. Sys. Op.? Re: Tel. Co. Sys. Op.? Re: Tel. Co. Sys. Op.? Re: Tel. Co. Sys. Op.?$ Re: Update Multiple decnet databases$ Re: VAX/VMS in industrial automation$ Re: VAX/VMS in industrial automation$ Re: VAX/VMS in industrial automationP Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to OpeP Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to OpeD Re: [OpenVMS Alpha V7.3-2] What Priv for SET SECURITY/CLASS=DEVICE ?2 Re: [OT]: Software Disasters Often People Problems2 Re: [OT]: Software Disasters Often People Problems  F ----------------------------------------------------------------------  # Date: Tuesday, 5 OCT 2004 17:46 EDT  From: bjj101@arlvax.arl.psu.edu 2 Subject: Re: AlphaServer DS10L - IDE disk question. Message-ID: <cjv5ad$1k1o$1@f04n12.cac.psu.edu>  ( There's still the IDE performance issue.  4 On a DS10L running VMS 7.3-2, I measure read speeds:   	IDE	 2.5 MByte/Second 	SCSI	71 Mbyte/Second   / In article <415291e4$1@duster.adelaide.on.net>, (    "Gremlin" <not-here@all.mate> writes: >Thank you all for your help > J >The answer would appear be to get a (max) 120Gb drive with 33Mb/s config,' >use the right cable and then have fun!  > ( >"stas" <stas@amtel.ru> wrote in message& >news:citvkv$nk0$1@e22.peterstar.ru... >> Gremlin wrote:  >>L >> > Can a AlphaServer DS10L use a large IDE drive - say 200Gb?  The manuals   ------------------------------  % Date: Tue, 05 Oct 2004 18:35:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: AlphaServer DS10L - IDE disk question, Message-ID: <416321B9.C0961035@teksavvy.com>    bjj101@arlvax.arl.psu.edu wrote:6 > On a DS10L running VMS 7.3-2, I measure read speeds: > # >         IDE      2.5 MByte/Second ! >         SCSI    71 Mbyte/Second   / How does one measure read speeds on a machine ?   K I'd like to find out how many seconds/minutes per megabyte on my all-mighty  microvax II :-)    ------------------------------  % Date: Wed, 06 Oct 2004 00:30:00 +0200  From: Dirk Munk <munk@home.nl>2 Subject: Re: AlphaServer DS10L - IDE disk question2 Message-ID: <cjv799$fbg$1@news4.zwoll1.ov.home.nl>    bjj101@arlvax.arl.psu.edu wrote:* > There's still the IDE performance issue. > 6 > On a DS10L running VMS 7.3-2, I measure read speeds: >  > 	IDE	 2.5 MByte/Second > 	SCSI	71 Mbyte/Second  > Q You don't mention what kind of disks you are using, but indeed IDE is not a very   fast performer on VMS.  N As a kind of experiment I just bought a 100MB/sec PCI IDE controller with the P CMD/Silicon Image 0649 chipset. The chipset is supported by OpenVMS (just check O sys$system:sys$config.dat ), and now I wonder if it will work, and how it will  M perform. I just hope I will also be able to boot with this controller .......    ------------------------------  % Date: Tue, 05 Oct 2004 17:12:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: As seen in WSJ , Message-ID: <41630E32.7E574740@teksavvy.com>   David Svensson wrote:   N > Not true. Most (I heard from a good source, _all_) EV8 people work at Intel.  J Did they have a choice ? Didn't Compaq "sell" them like slaves to Intel asK part of the deal ? Didn't their employment automatically go to Intel ? (eg: J employees transfered). And they woudln't have had much time to quit Comapq) before the transfer was executed anyways.   " How many would STILL be at Intel ?  I Remember that EV7 folks stayed at Compaq/HP until EV7 was completed, well N after the June 25 2001 mistake. They would therefore have had the time to findK other employment before they were told they no longer were needed by Compaq # but would be offered jobs at Intel.    ------------------------------  $ Date: Tue, 5 Oct 2004 21:51:30 -0400# From: "John Smith" <a@nonymous.com>  Subject: Re: As seen in WSJ , Message-ID: <td2dnd1i2_490v7cRVn-ug@igs.net>   David J Dachtera wrote:  > John Smith wrote: 	 >> [snip]  >> GMAT Question: B >> Correctly answering this question permits you to squander everyF >> opportunity your company ever had and run the technology company of2 >> your choice into the ground in 5 years or less. > D > John presents an extreme example here, but the logic is profoundly > correct, IMHO. > E >> Suppose a company invented the best operating system in the world, E >> and then decided to build the best chip in the world to run it on, > >> but they didn't tell anyone about it -- would that company: >>E >> a) Totally crush all competitors within weeks as customers flocked  >> to their o/s and chip?  > F > A bit ambitious for my taste. A mentor of mine once said, "Shoot forG > the moon! Even if you miss, you'll land among the stars!" Still, best G > not to set one's sights TOO high. That'd be seeting one's se;f up for , > failure: setting unrealistic expectations. > F > Supplant the establishment? Not likely. Claim your piece of the pie? > Maybe a bit better.  > @ >> b) Scratch their asses and wonder why their o/s & chip wasn't >> outselling the competition? > D > Perhaps the first idea there is not too far off base, albeit a bitE > crude, but the second suits my taste: outselling the competition as > > opposed to totally supplanting or "crushing" it, as it were. > E >> c) Figure that what they had invented & built was no good and look F >> to get it off the market as soon as possible by telling prospective/ >> customer that a competitor had a better o/s?  > H > I understand what John might be trying to say here. These days, flawedF > and incomplete studies still result in "landmark legislation". I seeC > no reason why results would not be misconstrued in this way. I am F > still a dreamer, though, and I keep hoping we as a people will learnC > from the mistakes of the past and our own mistakes. (You may have 7 > thought me crazy. Now, I've just proved it for you!).  > E >> d) Look for a smarter competitor to buy their company only to wind F >> up with a bunch of dolts who were more stupid than the company that4 >> came up with the o/s and chip in the first place? > F > Hhmmm... Seems perhaps due dilligence was lacking, given the paradox3 > stated in the first two or three phrases there...  > : >> e) Attempt Options B through D inclusive a second time. >>A >> f) Having been the buyer in Option E and having the benefit of B >> seeing what has transpired over the years and had ample time toD >> figure out how to correct the situation, do absolutely nothing to' >> advertise and market the o/s & chip?  > = > We err, perhaps, when we assume that their goals in any way G > approximate ours. As others have pointed out, maintaining appearances E > for Wall Street's sake seems foremost in THEIR minds, while growing A > the product to build/ehnance shareholder value seems to be ours ? > (correct me if I'm wrong - this group is a lot of things, but  > certainly not shy!). > 4 >> If A,  you are taking the same medication as Bob. > " > "Medication" is a euphemism, no?    B Personal possession of marijuana is defacto nearly legal in CanadaA (legislation soon to change). You can make good rope from it too.      > ' >> If B, C, and/or D,  you are Digital.  >> >> If E,  you are Compaq.  >>G >> If F,  you are HP and have learned nothing -- you deserve to whither  >> and die.  > G > In these days of "do it because it CAN be done, regardless of whether D > or not it SHOULD be done", I believe we must pause to consider theF > disparity between our goals (preserve our livelihood, make money forC > OpenVMS, preserve OpenVMS by growing the product, or more in some G > perhaps similar order) and theirs (make the bottom line LOOK good, no ' > matter how wrong the numbers may be).    ------------------------------  % Date: Tue, 05 Oct 2004 23:04:10 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: As seen in WSJ , Message-ID: <416360AA.7080808@tsoft-inc.com>   John Smith wrote:    > David J Dachtera wrote:   4 >>>If A,  you are taking the same medication as Bob. >>> " >>"Medication" is a euphemism, no? >> >  > D > Personal possession of marijuana is defacto nearly legal in CanadaC > (legislation soon to change). You can make good rope from it too.   < I think boob's on something much stronger.  With hugh doses.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 05 Oct 2004 23:06:07 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: As seen in WSJ , Message-ID: <4163611F.1040808@tsoft-inc.com>   JF Mezei wrote:    > David Svensson wrote:  >  > N >>Not true. Most (I heard from a good source, _all_) EV8 people work at Intel. >> > L > Did they have a choice ? Didn't Compaq "sell" them like slaves to Intel asM > part of the deal ? Didn't their employment automatically go to Intel ? (eg: L > employees transfered). And they woudln't have had much time to quit Comapq+ > before the transfer was executed anyways.  > $ > How many would STILL be at Intel ? > K > Remember that EV7 folks stayed at Compaq/HP until EV7 was completed, well P > after the June 25 2001 mistake. They would therefore have had the time to findM > other employment before they were told they no longer were needed by Compaq % > but would be offered jobs at Intel.  >   Q I seem to remember rumors that Intel made them all very attractive offers.  Hey,  . it's a job, right?  More than some folks have.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 5 Oct 2004 12:52:20 -0700 + From: shoppa@trailing-edge.com (Tim Shoppa) . Subject: Re: C Decompiler for HP Alpha OpenVMS= Message-ID: <bec993c8.0410051152.1cbcae29@posting.google.com>    "Hipenbecker, Doug" <hipenbecker.doug@mbco.com> wrote in message news:<6A998621840A594EAFD672A543B14A0408F35E9F@usmbcusmkexmb01.mbc.com>... C > OK...curiosity killed the cat.  I ran into a bug where some old C N > executables compiled/linked as debug from 1995 won't run when switching from > an Alpha EV56 to Alpha EV67.  4 Can you post the resulting error message or symptom?  < What else is being changed?  Any RTL or VMS version changes?   Tim.   ------------------------------  % Date: Tue, 05 Oct 2004 14:23:34 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: CMS V3.3 / Message-ID: <4162AE66.10630.1D617A18@localhost>   8 On 5 Oct 2004 at 16:54, Peter 'EPLAN' LANGSTOEGER wrote:D >> I need the installation savesets for CMS V3.3 (VAX).  I have only >> V3.4 and later...   >   > Which DECset version is this ?  3 I know it's prior to DECset 11, which has CMS V3.5.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  % Date: Tue, 05 Oct 2004 21:24:41 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: CMS V3.3 A Message-ID: <4162f4fa$0$3635$9b4e6d93@newsread2.arcor-online.net>    Stanley F. Quayle wrote:: > On 5 Oct 2004 at 16:54, Peter 'EPLAN' LANGSTOEGER wrote: > D >>>I need the installation savesets for CMS V3.3 (VAX).  I have only >>>V3.4 and later...   >>  >>Which DECset version is this ? >  > 5 > I know it's prior to DECset 11, which has CMS V3.5.  >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com >  >  >   D In the OpenVMS 5.5 ODL - March 1992 I found the following Title Page5 for the Guide to VAX DEC/Code Management System v3.3. N http://www.sysworks.com.au/disk$cddoc04mar22/decw$book/d3yvaa12.p5.decw$book#1   ---       Guide to VAX DEC/Code      Management System        December 1989F      This manual describes the concepts, commands, and features of the$      VAX DEC/Code Management System.  >      Revision/Update Information: This document supersedes the;                                                Guide to VAX I                                                DEC/Code Management System G                                                (Order No. AA-KL03C-TE).   A      Operating System and Version: VMS Version 5.0 or higher; VMS I                                                Version 5.3 or higher for   the CMS D                                                DECwindows Interface.  .      Software Version: VAX DEC/CMS Version 3.3   ---   G It appears the CMS v3.3 predates the packaging of CMS and friends into  G DECset. At least I didn't see a corresponding DECset Manual in the VMS   5.5 ODL.   Cheers!    Keith Cayemberg    ------------------------------  % Date: Tue, 05 Oct 2004 21:30:37 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: CMS V3.3 A Message-ID: <4162f65e$0$3640$9b4e6d93@newsread2.arcor-online.net>    Keith Cayemberg wrote:    I > It appears the CMS v3.3 predates the packaging of CMS and friends into  I > DECset. At least I didn't see a corresponding DECset Manual in the VMS  
 > 5.5 ODL. > 	 > Cheers!  >  > Keith Cayemberg     8 Oh! I forgot about that. It was called VAXset back then.   CMS 3.3 belongs to VAXset v9.0  C http://www.sysworks.com.au/swadm_dat_root/cddoc04mar2/D3YVZA16.html    Using VAXset        December 1989D      This manual describes how to use VAX Software Engineering ToolsG      (VAXset) with other VMS facilities to create an effective software       development environment.   >      Revision/Update Information: This manual supersedes UsingD                                                VAXset (Order number 	 AA-HB16D- 3                                                TE).   <      Operating System and Version: VMS Version 5.3 or higher$ Software Version: VAXset Version 9.0     Cheers!    Keith    ------------------------------   Date: 5 Oct 2004 13:17:42 -0700 $ From: panjo03@hotmail.com (John Pan) Subject: cobol/c compilation= Message-ID: <dc85ec7c.0410051217.439fe85d@posting.google.com>    Hi  E wondering if someone out there can answer my question or advise where  I should be posting this.   B We have a number of machines running OpenVMS - they comprise 8400,6 4100 and a gs160 which is out main production machine.  B When cobol/c code is compiled there is a parameter /ARCHITECTURE =E EV5. Will the executable of this compilation run on the GS160 with is  I believe an EV67 architecture.   = In other words how important is it to compile for the correct A architecture and if it is and we do not do it - what affect is it  having?    thnaks for the help  john   ------------------------------  % Date: Wed, 06 Oct 2004 00:42:27 +0200  From: Dirk Munk <munk@home.nl>  Subject: Re: cobol/c compilation2 Message-ID: <cjv80m$lfl$1@news4.zwoll1.ov.home.nl>   John Pan wrote:  > Hi > G > wondering if someone out there can answer my question or advise where  > I should be posting this.  > D > We have a number of machines running OpenVMS - they comprise 8400,8 > 4100 and a gs160 which is out main production machine. > D > When cobol/c code is compiled there is a parameter /ARCHITECTURE =G > EV5. Will the executable of this compilation run on the GS160 with is ! > I believe an EV67 architecture.   H it certainly will, and in fact it wil also run on all other Alpha cpu's.   > ? > In other words how important is it to compile for the correct C > architecture and if it is and we do not do it - what affect is it 	 > having?   P The resulting code is optimized for that type of Alpha cpu. If I'm not mistaken 6 EV5 is the default architecture setting at the moment.  O If you would compile the code for the EV67 cpu, you might get more performance  N on the GS160. The code would also run on the EV5 cpu's, but it would be a bit H slower because some EV67 features would have to be emulated in software.   >  > thnaks for the help  > john   ------------------------------  $ Date: Tue, 5 Oct 2004 19:17:29 -0400' From: "Main, Kerry" <kerry.main@hp.com>   Subject: RE: cobol/c compilationR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D5D6@tayexc19.americas.cpqcorp.net>   > -----Original Message-----0 > From: John Pan [mailto:panjo03@hotmail.com]=20 > Sent: October 5, 2004 4:18 PM  > To: Info-VAX@Mvb.Saic.Com  > Subject: cobol/c compilation >=20 > Hi >=20G > wondering if someone out there can answer my question or advise where  > I should be posting this.  >=20D > We have a number of machines running OpenVMS - they comprise 8400,8 > 4100 and a gs160 which is out main production machine. >=20F > When cobol/c code is compiled there is a parameter /ARCHITECTURE =3DG > EV5. Will the executable of this compilation run on the GS160 with is ! > I believe an EV67 architecture.  >=20? > In other words how important is it to compile for the correct C > architecture and if it is and we do not do it - what affect is it 	 > having?  >=20 > thnaks for the help  > john     John,   , The following document may be of assistance:- http://h71000.www7.hp.com/doc/supplement.html ( "Getting the most out of your processor"   Regards,  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .." =20    ------------------------------   Date: 5 Oct 2004 13:14:49 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: DCL-like syntax standard 3 Message-ID: <efpOaKi2x+7x@eisner.encompasserve.org>   n In article <f30679fb.0410050427.141089f4@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: > I have a doubt:  > - > Is the DCL-like syntax standard patented ?    K At best, it might qualify for a design patent, but I doubt that it has one.   I Totally _unique_ capabilities might qualify for a patent, but in computer " command languages I don't think...  8 	...wait, it is CONSISTENT !  Perhaps that qualifies :-)   ------------------------------   Date: 05 Oct 2004 19:41:28 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> % Subject: Re: DCL-like syntax standard 7 Message-ID: <Xns9579DCD704E7Bdcovmsrox@212.100.160.123>   H %NEWS-I-NEWMSG, Fabio Cardoso wrote in news:f30679fb.0410050427.141089f4 @posting.google.com    > I have a doubt:  > - > Is the DCL-like syntax standard patented ?   > ? > Can I develop a utility for another plaform (Linux) using it?  > 
 > Example: > , >> COMMAND /PARAMETER  i.e.  SHOW /PARAMETER  L I doubt if it is patented, and I thought that you'd been looking at Gembase , which unashamedly steals DCL-style syntax...   INPUT_BLOCK /ROW=x /COL=y      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Tue, 05 Oct 2004 13:44:29 -0700  From: Z <z@no.spam> + Subject: Re: DEC C: printf %.*s versus %*.s 0 Message-ID: <10m61sja8ao5i44@corp.supernews.com>   JF Mezei wrote: P > Does anyone have the exact explanation of what "%*.s" does versus "%.*s"  ????  ' $ help cc run printf optional_character   ! See "field width" and "precision"    ------------------------------   Date: 5 Oct 2004 17:17:37 -0700 0 From: chris_doran@postmaster.co.uk (Chris Doran)+ Subject: Re: DEC C: printf %.*s versus %*.s < Message-ID: <948f0720.0410051617.46939fd@posting.google.com>  m John Laird <nospam@laird-towers.org.uk> wrote in message news:<s495m0pmooobcn1g0hn86apobvthmlv99j@4ax.com>... M > On Tue, 05 Oct 2004 05:52:57 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>  > wrote: >  > >John Laird wrote:N > >> The first is the same as %*.0s, the second %0.*s, the number before the .K > >> being of course the minimum field width, and the number afterwards the N > >> precision, which for s fields is maximum number of chars transferred fromK > >> the string argument.  It should be clear then why %*.0s yields a blank D > >> string in the output, of the length given by the next argument. > > Y > >many thanks. The above should go to the DEC C documentation if it isn't there already.  > H > I found it in HELP CC with no trouble.  (But please don't ask me which > version compiler, etc !) > N > >Now I have to figure out how %*.s worked in another program :-) :-) :-) :-) > & > Seems unlikely it did, to be honest.  D How and when were these "working" programs linked? My venerable 1989F VAX C Version 3.1 manual says: "If the precision specification is 0 orE omitted, all characters up to a NUL are output", and that is what its E example shows. However, if I run that example now I get blanks as you D do. I suspect the C spec changed, or DEC found they'd misinterpretedC it, and fixed printf. But if you have an ancient program statically D linked with the C library then you're not using the modern corrected shareable library.  ' >  I can't quite see the point of width I > and precision for strings unless the two are equal - which guarantees a 1 > fixed-width output regardless of string length.   D w != p => print the first 0-p characters of the string and space-pad the whole to w chars.    Chris    ------------------------------  % Date: Tue, 05 Oct 2004 16:53:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 9 Subject: Re: DECC: sizeof assigned to single byte integer , Message-ID: <416309D9.8D568E92@teksavvy.com>   Bob Koehler wrote:I >    sizeof is an operator which returns an int.  We can see that in this G >    case the int will have the value 255, but the compiler does't know J >    that.  It should:  in this case sizeof should be evaluated at compile@ >    time and the constant value inserted in the resulting code.  0 Isn't sizeof ALWAYS evaluated by the compiler ?   G >    I can't reporduce this with what you've got.  Maybe somehow you're 0 >    hiding the constant size from the compiler?  0 I will tray a simpler standalone program to see.   ------------------------------  # Date: Wed, 06 Oct 2004 01:42:16 GMT 5 From: "Ed Vogel" <edward.vogel_stop_the_spam.@hp.com> 9 Subject: Re: DECC: sizeof assigned to single byte integer / Message-ID: <Y3I8d.156$LH4.35@news.cpqcorp.net>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:416309D9.8D568E92@teksavvy.com... > Bob Koehler wrote:K > >    sizeof is an operator which returns an int.  We can see that in this I > >    case the int will have the value 255, but the compiler does't know L > >    that.  It should:  in this case sizeof should be evaluated at compileB > >    time and the constant value inserted in the resulting code. > 1 > Isn't sizeof ALWAYS evaluated by the compiler ?   2     I assume you mean "evaluated at compile-time?"  @     In most cases, but not always.  Compaq/HP C supports the C99>     "variable-length array" feature.  When one uses the sizeofB     operator on a variable-length array, the size must be computed     at runtime.        Ed Vogel     HP/Compaq C Engineering.  A     Sorry my other post was not attached to this string.  I don't      know how that happened...    ------------------------------  % Date: Tue, 05 Oct 2004 20:03:00 -0700 # From: "Tom Linden" <tom@kednos.com> 9 Subject: Re: DECC: sizeof assigned to single byte integer ( Message-ID: <opsffhfasizgicya@hyrrokkin>  , On Wed, 06 Oct 2004 01:42:16 GMT, Ed Vogel  + <edward.vogel_stop_the_spam.@hp.com> wrote:    > < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:416309D9.8D568E92@teksavvy.com... >> Bob Koehler wrote: I >> >    sizeof is an operator which returns an int.  We can see that in    >> this J >> >    case the int will have the value 255, but the compiler does't knowG >> >    that.  It should:  in this case sizeof should be evaluated at   
 >> compileC >> >    time and the constant value inserted in the resulting code.  >>2 >> Isn't sizeof ALWAYS evaluated by the compiler ? > 4 >     I assume you mean "evaluated at compile-time?" > B >     In most cases, but not always.  Compaq/HP C supports the C99@ >     "variable-length array" feature.  When one uses the sizeofD >     operator on a variable-length array, the size must be computed >     at runtime.   C It should have always been a builtin function. Pedestrian language.   @ Next they will be supporting block structure. It is a deplorable: development that C, C++ and Java offer such a low level ofB programming abstraction.  After that will come lexical scoping, soE what you end up with is essentially PL/I with ugly syntax, of course, ' typing will need to be stronger and ...  >  >     Ed Vogel >     HP/Compaq C Engineering. > C >     Sorry my other post was not attached to this string.  I don't  >     know how that happened...  >  >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Tue, 05 Oct 2004 17:06:41 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: DECwindows: UIL multilanguage support, Message-ID: <41630CDE.9644222E@teksavvy.com>   Martin Kirby wrote:  > I believe it will look in: >    []  >    DECW$USER_DEFAULTS: >    DECW$SYSTEM_DEFAULTS:  L I did a SET WATCH FILE once when an X application started, and it looks in aL gazillion places. (including the current directory if I remember correctly).  J I guess it makes sense the way you described it. I just find that it makesK management of an application more complex than it needs to be when you have   files spread all over the place.   ------------------------------  $ Date: Tue, 5 Oct 2004 14:43:56 -0400* From: "Bobby Coleman" <colemanrl@ornl.gov>, Subject: Re: Disabling Video Card for X Boot( Message-ID: <cjuq1g$tv8$1@sws1.ornl.gov>  0 Thank you for the quick response!  I edited the L sys$startup:decw$device_config_gz.com file to exit immediately before doing J anything else (since this card appeared to be starting as a GZ* device... I whatever that means :).  It worked.  Of course, I'll have to remember to  K re-enable this file if I ever need to use the onboard Permedia video.  Any  H idea which VMS document would cover the startup procedure and how these K different files are implemented, startup order, etc?  I don't think that I  L would have ever found this on my own... actually, I'd been trying for hours  without any clue.   M I'm going to read more on the SYSMAN IO AUTO xxx option to see what it does.  F It sure would be nice if there were a way to edit a device at the SRM ? console before booting to enable/disable components as-desired.   
 Thanks again!  Bobby     ; "John Laird" <nospam@laird-towers.org.uk> wrote in message  2 news:thj5m01lh7cb3cmrj6fr6ude0j9sj15agb@4ax.com...I > On Tue, 5 Oct 2004 10:34:32 -0400, "Bobby Coleman" <colemanrl@ornl.gov>  > wrote: > F >>Is there any way to use this card (for ethernet/SCSI) alongside the 	 >>Radeon?  > J > Do both devices configure during startup ?  You're probably looking for  > GxA0H > for some values of x.  If so, then there should be a documented way ofG > asking configure (tis done with SYSMAN IO AUTO xxx) to ignore certain K > devices.  Alternatively, and this is probably easier, I am almost certain L > you have more control over what Decwindows does when it starts much later.K > (He says, quickly scanning sys$startup:decw*.com and not seeing anything   > too K > obvious...)  You could hack the appropriate decw$device*.com file to exit 9 > immediately as if the device didn't exist, for example.  > F > Or wait until Fred tells you the proper way to achieve your goal ;-) >  > --  : > Recent studies show that recent studies are meaningless. > " > Mail john rather than nospam...    ------------------------------  $ Date: Tue, 5 Oct 2004 23:41:01 -0400= From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com>  Subject: Re: Help with NFS1 Message-ID: <krmdnYO8J-_M9P7cRVn-sQ@adelphia.com>   7 "Tomarsin2015" <tomarsin2015@aol.com> wrote in message  4 news:20041004192603.15280.00001430@mb-m22.aol.com... > Hello K > I am trying to mount a folder on a win2000 system but I get the following  >  > TCPIP> show ver  > 6 >  Compaq TCP/IP Services for OpenVMS VAX Version V5.30 >  on a MicroVAX 3100-30/40 running OpenVMS V7.3 > @ > TCPIP> mount dnfs1/host=cosmos/user=system/path="d:\downloads"/ > %TCPIP$DNFSMOUNT-E-MOUNTFAIL, error mounting    > _DNFS9:[SYS0.][000000]DNFS1.;1# > -SYSTEM-F-TIMEOUT, device timeout  > TCPIP>I > When I was using 5.5-2 and UCX 3.X  I had no problem. According to the   > helpM > file the syntax of the command is correct. I should note that on the WIN2k   > box L > I am using XLINK NFS server. I can mount the folders on another WIN2K box  > or aL > Tru64 box but not on a VAX. Is there something I am missing - I even tried > using GID/UID. Thanks 	 > phillip  >   H You forgot to put a colon after the dnfs1, do it's trying to do a mount 5 within a mount, which I don't believe works properly.    -John    ------------------------------   Date: 5 Oct 2004 14:01:32 -0700 2 From: vibroplex@mindspring.com (Derek Cohn/WB0TUA)( Subject: Inserting PF1 into a batch file= Message-ID: <d7d0c297.0410051301.52a8831c@posting.google.com>   
 Dear Friends,   D I've got a task to run an interactive utility in batch.  It consistsE of running an executable image and passing in a number of parameters.   B I am able to run the executable image required and pass in lots ofF parameters by stacking them up line-by-line in the *.com file.  To getF the process to finish cleanly, I need to insert a PF1 character in theE command file after all the other paramters.  Does anyone have an idea C how I can create a PF1 character and put it in the file so that the  executable image can read it?   $ Thanks for any help you can give me!   Derek  vibroplex@mindspring.com   ------------------------------  # Date: Tue, 05 Oct 2004 21:20:08 GMT % From: Rob Brown <mylastname@gmcl.com> , Subject: Re: Inserting PF1 into a batch fileE Message-ID: <Pine.LNX.4.61.0410051513530.11402@localhost.localdomain>   , On Tue, 5 Oct 2004, Derek Cohn/WB0TUA wrote:  G > I've got a task to run an interactive utility in batch.  It consists  < > of running an executable image and passing in a number of 
 > parameters.  > E > I am able to run the executable image required and pass in lots of  E > parameters by stacking them up line-by-line in the *.com file.  To  F > get the process to finish cleanly, I need to insert a PF1 character G > in the command file after all the other paramters.  Does anyone have  E > an idea how I can create a PF1 character and put it in the file so  ( > that the executable image can read it?  > Well, PF1 is <esc> O P (or SS3 P in an eight-bit environment).  G When entered interactively, the application may very well be using the  G escape sequence processing built in to the terminal driver.  What will  ? happen when your application reads "<esc> O P" from a file, is   anybody's guess (but not mine).   
 Good luck.   - Rob      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Tue, 05 Oct 2004 14:35:34 -0700  From: Z <z@no.spam>p, Subject: Re: Inserting PF1 into a batch file0 Message-ID: <10m64sc65re6rce@corp.supernews.com>   Derek Cohn/WB0TUA wrote:G > command file after all the other paramters.  Does anyone have an idea E > how I can create a PF1 character and put it in the file so that the  > executable image can read it?   8 Insert ^[ O P  (3 characters, ESC, capital O, capital P)  G If your editor supports a "quote" character (eg: EVE or EDIT/TPU) then   Press ^V then press PF1.   ------------------------------  % Date: Tue, 05 Oct 2004 17:56:35 -0400a- From: JF Mezei <jfmezei.spamnot@teksavvy.com>l, Subject: Re: Inserting PF1 into a batch file, Message-ID: <4163188E.C3EEBD2F@teksavvy.com>   Derek Cohn/WB0TUA wrote:G > command file after all the other paramters.  Does anyone have an idea E > how I can create a PF1 character and put it in the file so that the  > executable image can read it?e  L Assuming the type of IO the application uses will recognize the PF1 key in a batch file (not a given):C   PF1 is <esc> O P  (oscar, papa)?   In TPU, you would:  K <ctrl-V> followed by <ctrl>3 (which generally produces an escape character,nI may vary from keyboard language though).  Then the uppercase letter O andn uppercase letter P   ------------------------------  % Date: Tue, 05 Oct 2004 19:58:43 -0500d2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: Inserting PF1 into a batch file+ Message-ID: <41634342.74A7E2F2@comcast.net>T   Derek Cohn/WB0TUA wrote: >  > Dear Friends,t > F > I've got a task to run an interactive utility in batch.  It consistsG > of running an executable image and passing in a number of parameters.a > D > I am able to run the executable image required and pass in lots ofH > parameters by stacking them up line-by-line in the *.com file.  To getH > the process to finish cleanly, I need to insert a PF1 character in theG > command file after all the other paramters.  Does anyone have an idea E > how I can create a PF1 character and put it in the file so that the> > executable image can read it?t > & > Thanks for any help you can give me!  0 Other have answered your question more directly.  C Perhaps if you "spill the beans" a bit more about what you're up to C (what program(s) you're trying to automate), someone may be able tor+ suggest another way to accomplish the task.a   -- e David J Dachtera dba DJE Systemss http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:," http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/E   ------------------------------  % Date: Tue, 05 Oct 2004 19:51:32 -0500a2 From: David J Dachtera <djesys.nospam@comcast.net>) Subject: Re: MS to lose its patent on FAT + Message-ID: <41634194.F6E3AD27@comcast.net>M   Fred Kleinsorge wrote: > ; > "JF Mezei" <jfmezei@spamnotteksavvy.com> wrote in messagew/ > news:415CE084.7693F08E@spamnotteksavvy.com...t > > ##D > > As part of a re-examination, the U.S. Patent Office has issued a
 > preliminary0M > > rejection for a patent previously granted to Microsoft for a Windows fileu > > format.g > > N > > The agency ruled that, based on existing inventions at the time, the ideasM > > behind the FAT (File Allocation Table) patent would have been obvious ande > areeL > > therefore not subject to patent. Microsoft now has 90 days to respond to > thet( > > filing and make its case for why the > > patent should be upheld. > > ## > >oM > > Does this mean that HP can now lower the price of VMS because part of VMSwM > > revenus won't have to go to Microsoft becayuse VMS now has FAT partitionsj > forc > > the IA64 version of VMS ?, > / > I guess that you are just being... well, you.  > M > If you had been paying attention, you would have noted that MS had provided-N > a royalty free license for the purpose of booting Itanium/EFI based systems.C > of course, you might just not have the :-) keys on your keyboard.   , Aren't they right next to the "Any" key? ;-)   -- v David J Dachtera dba DJE Systems( http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:h" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  $ Date: Tue, 5 Oct 2004 18:43:20 -0400# From: "John Smith" <a@nonymous.com>e& Subject: Re: OT: Sun's fighting chance, Message-ID: <SOKdndmaCukTvv7cRVn-sA@igs.net>   JF Mezei wrote:  > Keith Parris wrote:i2 >>> Since the POSIX product is no longer available >>F >> Check out GNV. That, plus many improvements in the CRTL, seem to beF >> meeting the needs today of most of the folks who used POSIX before. >rE > But of the VMS that ships today, could it pass the "official" POSIXt > compliance test ?  >mF > I realise it meets most of the needs, but does it meet all the needsH > to be able to say it is POSIX compliant and thus use the "open" word ?    1 The definition of the word 'open' keeps changing.t  J FIPS standards used to define 'open'; now 'open' seems to mean 'Linux' and open source.   ------------------------------  % Date: Tue, 05 Oct 2004 16:33:40 -0700e# From: "Tom Linden" <tom@kednos.com>e& Subject: Re: OT: Sun's fighting chance( Message-ID: <opsfe7qelkzgicya@hyrrokkin>  E On Tue, 5 Oct 2004 18:43:20 -0400, John Smith <a@nonymous.com> wrote:    > JF Mezei wrote:b >> Keith Parris wrote:3 >>>> Since the POSIX product is no longer available  >>>uG >>> Check out GNV. That, plus many improvements in the CRTL, seem to be G >>> meeting the needs today of most of the folks who used POSIX before.  >>F >> But of the VMS that ships today, could it pass the "official" POSIX >> compliance test ? >>G >> I realise it meets most of the needs, but does it meet all the needsnI >> to be able to say it is POSIX compliant and thus use the "open" word ?u >a >t3 > The definition of the word 'open' keeps changing.  >?J > FIPS standards used to define 'open'; now 'open' seems to mean 'Linux'   > andc > open source.K Open used to mean more-or-less unfettered and gratis access to source code. J When Digital redubbed VMS, OpenVMS  it struck me as disingenous.  The wordI Open should probably be dropped as it has been diluted of all meaning andt  is only a ritualistic appelation >e >a       -- &C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/p   ------------------------------   Date: 6 Oct 2004 00:24:51 GMT  From: Phaeton  <spam@spam.org>8 Subject: Re: Rules for commenting out continuation lines+ Message-ID: <2sgsajF1kmnrkU1@uni-berlin.de>a  / Alan E. Feldman <spamsink2001@yahoo.com> wrote:    > but not here...r  	 > DCL> @Aa > $  A = "A" +  -  >       "B" +  - >       "C"i > $ SHOW SYMBOL Ai >  A = "ABC"/ > $ IF (F$TYPE(A).NES."") THEN DELETEZ/SYMBOL A  > $m > $  A = "A" +  -  > !      "B" +  - @ > %DCL-W-EXPSYN, invalid expression syntax - check operators and
 > operands >       "C"lH > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling > \"C"\  > $ SHOW SYMBOL A ? > %DCL-W-UNDSYM, undefined symbol - check validity and spellinge/ > $ IF (F$TYPE(A).NES."") THEN DELETEZ/SYMBOL At > $  > $  A = "A" +  -r > $!     "B" +  - ? > %DCL-W-UNDSYM, undefined symbol - check validity and spelling  > \$\f >       "C" H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling > \"C"\r > $ SHOW SYMBOL Aa? > %DCL-W-UNDSYM, undefined symbol - check validity and spellingl/ > $ IF (F$TYPE(A).NES."") THEN DELETEZ/SYMBOL A  > $p > $ EXIT > DCL>   > ?,  G > I have done the same commenting out in both procedures, yet one works H > but the other doesn't. What are the rules for this? Is this documentedF > somewhere? I looked in the User's Manual but could not find anything > about this there.e  F > And while $! and ! both work in the DIR case, I would think that the > latter is preferable.h  A 	I think, I might be wrong, but it seems to me in the second case A 	with the symbols the "-" sign might be treated as a "minus" ( asaA 	part of the "+", "-", "*", "/" operands ) and not a continuation * 	sign as in a DCL command. Just my idea... 						   Cheers,  Csabay  J  -------------------------------------------------------------------------I    CSABA I. HARANGOZO   |d|i|g|i|t|a|l|   phaeton at iinet dot net dot aueJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:   1  Friends may come and go, but enemies accumulate.    ------------------------------  % Date: Tue, 05 Oct 2004 22:12:05 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?, Message-ID: <41635475.1010702@tsoft-inc.com>   Peter Weaver wrote:-   > David Froble wrote:4 >  >>...0@ >>This isn't a unique situation.  I've wished for a programmableG >>interface to the DIRECTORY command's capabilities.  Doing it yourselfo >>is a pain in the ass.a >>...  >> > J > Have you  looked at Chapter 5 of the Utility Routines manual? This talks6 > about the Common File Qualifier routines, especiallyG > UTIL$CQUAL_FILE_MATCH. Unless I completely misunderstand what you are ! > asking for, I think this is it.  >  >   9 Doncha just hate it when someone assigns you a task?  :-)-  I I took a short look at routine documentation that you referenced.  It is iC something I'd never seen before.  Any idea when it was implemented?E  Q  From the 'short' look, it appears to be techniques for SELECTING files.  If so, -P then yes, you did misunderstand what I wanted.  If I already know the name of a L file, and want to obtain some information about the file, such as filesize, P creation date, and such, I don't think the routines you referenced will do this N job, at least directly.  For such you want to read directory information, not  access the file.  Q The filesize is a particularly touchy piece of data to obtain, having to look at dQ the 'next available byte' or something like that.  It has been over a year since d I was doing this type of stuff.    Dave   --  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 Road0 Vanderbilt, PA  15486t   ------------------------------  % Date: Wed, 06 Oct 2004 03:21:42 +0000d7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>f, Subject: Re: SHOW DEVICE/FILES with FORTRAN?* Message-ID: <416364C6.9040700@bigpond.com>  " David Froble mentioned in passing: > ; > Doncha just hate it when someone assigns you a task?  :-)  > K > I took a short look at routine documentation that you referenced.  It is 2E > something I'd never seen before.  Any idea when it was implemented?  > D >  From the 'short' look, it appears to be techniques for SELECTING F > files.  If so, then yes, you did misunderstand what I wanted.  If I G > already know the name of a file, and want to obtain some information  K > about the file, such as filesize, creation date, and such, I don't think pH > the routines you referenced will do this job, at least directly.  For C > such you want to read directory information, not access the file.h > K > The filesize is a particularly touchy piece of data to obtain, having to gI > look at the 'next available byte' or something like that.  It has been  3 > over a year since I was doing this type of stuff.  >  > Dave  < For info such as filesize and dates etc.  there is a routineE FILE_ATTRIBUTES in the DBS-SYSRTL package (available from the address B below) which takes a filename and returns various bits of interest  B status = file_attributes (filespec, blocks_used, blocks_allocated,5 		cre_date, rev_date, exp_date, bck_date, rev_number,e- 		owner_uic, prot_mask, rec_att, bucket_size, 3 		extend_quan, gb_count, longest_rec, max_rec_size,s 		rec_file_org)s  ? The various return values are optional just as long as you haven= enough null arguments to get up to the one you want, trailingl< arguments are optional.  It is written in macro and works onG VAX, Alpha and Itanium.  The routine sets up the various FABs and XABs.    Regards, Dave.- -- -I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comiI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/5I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmOI "Life is what happens to you while you're busy making other plans" Lennonl   ------------------------------  # Date: Tue, 05 Oct 2004 19:07:15 GMT 5 From: "Ed Vogel" <edward.vogel_stop_the_spam.@hp.com>i3 Subject: Re: sizeof assigned to single byte integer-. Message-ID: <DhC8d.87$nb4.27@news.cpqcorp.net>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:416257BA.251763E9@teksavvy.com... > If I have this:n >- > char buffer[255];t > unsigned char mylength ; > J > mylength = sizeof(buffer); -> this generates warning that value would be	 truncatedoF > mylength = 255 ; -> compiler is a happy camper and doesn't complain. >o  <     What version of the compiler are you using?  I could not4     get the compiler to emit a warning in this case.  K > Shouldn't "sizeof" result in the compiler generating the "mylength = 255"  > code ?       Yup.    J > Sicne this is all executed at compile time with  known static values, is there B > a reason for the compiler to warn me about possible truncation ?  G     The compiler should emit a diagnostic if it thinks the program will C     not behave as you might expect.  For example if buffer were 256O&     bytes long, then a diagnositic for          mylength=sizeof(buffer);A     is reasonable because mylength will get a value of 0, not 256      as you probably expect.        Ed Vogel     HP C Engineering.f   ------------------------------  % Date: Tue, 05 Oct 2004 17:37:44 -0400s- From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: sizeof assigned to single byte integers, Message-ID: <41631424.BC09A57B@teksavvy.com>  L > > mylength = sizeof(buffer); -> this generates warning that value would be > truncated:  J Well, I'll be damned. I had replaced the sizeof(buffer) with the value 255N last night to make the compiler happy. Just now, i put the sizeof(buffer) back" and the compiler doesn't complain.  G I guess I'll write this one off as a glitch due to the alignment of thetJ planets and the fact we had our first frost last night. (and maybe debug's< unwillingness to let me look at a string was also a glitch).  . compiler is DEC C V6.0-001 on ____VMS VAX V7.2   ------------------------------  % Date: Tue, 05 Oct 2004 23:16:39 -0400o( From: David Froble <davef@tsoft-inc.com>3 Subject: Re: sizeof assigned to single byte integer , Message-ID: <41636397.5090705@tsoft-inc.com>   JF Mezei wrote:f  K >>>mylength = sizeof(buffer); -> this generates warning that value would be  >>>v >>truncatedI >> > L > Well, I'll be damned. I had replaced the sizeof(buffer) with the value 255P > last night to make the compiler happy. Just now, i put the sizeof(buffer) back$ > and the compiler doesn't complain. > I > I guess I'll write this one off as a glitch due to the alignment of thehL > planets and the fact we had our first frost last night. (and maybe debug's> > unwillingness to let me look at a string was also a glitch). > 0 > compiler is DEC C V6.0-001 on ____VMS VAX V7.2 >   
 :-)  :-)  :-)   P Being a true VMS Wizard, Ed was able to magically fix your compiler to surpress $ warnings that you don't want to see.   Dave   -- n4 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 Roade Vanderbilt, PA  15486n   ------------------------------   Date: 5 Oct 2004 15:21:06 -0700w' From: mark_tarka@yahoo.com (Mark Tarka)h Subject: Re: Tel. Co. Sys. Op.?t= Message-ID: <6b70c71c.0410051421.6c098712@posting.google.com>s  l mark_tarka@yahoo.com (Mark Tarka) wrote in message news:<6b70c71c.0410050659.64c27d64@posting.google.com>...  . I can't believe I wrote this, but I did, right+ off the top of my head, and proofed it too!o  ) Sorry for the tone of the language, but Ir) can't bring myself to dumb-down the post.t1 There used to be people here who could understand  it, and maybe there still are.  / > Is there a telephone company systems operatord. > in the house (or could you forward this post1 > to one, or anyone who might choose to respond)?m > . > Telephone companies store massive amounts of1 > date (terebytes?), sure to increase as cellulari- > expands.  I've found a small amount of info,3 > on the Net.  I'm interested in what is stored and. > what it costs to retrieve it.r > 3 > First, what's the depth of the data in years fromd+ > today (for how long is information kept)?s > 0 > The classifications of data and storage length4 > depends on location and state/federal regulations.3 > How far back could someone go to find informationf3 > using _all_ the available sources, not just thoseh4 > available to lawyers or P.I.s (say regarding white1 > collar criminal activity not discovered until a & > "mole" retired, got fired, or quit)? > 2 > What information is stored (what a consumer sees8 > on the monthly statement -- date, time, number dialed,+ > city, state, duration of call, and cost)?K > 6 > Or is is other than complete billing data, something > abbreviated/condensed? > 6 > Then, what's your typical search and retrieval costs > for out-going calls? > 5 > And, what's your typical search and retrieval costs 3 > for _in-coming_ calls (calls made _to_ a specifici > phone number)? > 4 > Now, to keep in touch with the theme of the group,2 > could anyone tell me what o.s. Cray used, and if2 > the company/project is still alive (like for DOD/ > Star Wars or CIC/AWACS/3-D 360 ground/air/seae& > battle-field info systems/displays)? >  > 3 >   Mark (No, I am not an Al Kaduh operative, but Ie3 >         used to play on on c.o.v. many years ago. 7 >         David P. Murphy seems to be in an interestingi= >         position now-a-days; ouch, _that's_ gotta hurt  :-)h >  >   mark_tarka@yahoo..como    C   Mark (... made it even _worse_?  Sh, shi, shhhiiiiiforbrains  :-)f   ------------------------------  % Date: Tue, 05 Oct 2004 15:39:17 -0300 F From: "Shmuel (Seymour J.) Metz" <spamtrap@library.lspace.org.invalid> Subject: Re: Tel. Co. Sys. Op.?e< Message-ID: <4162f865$43$fuzhry+tra$mr2ice@news.patriot.net>  C In <6b70c71c.0410050659.64c27d64@posting.google.com>, on 10/05/200477    at 07:59 AM, mark_tarka@yahoo.com (Mark Tarka) said:   3 >Now, to keep in touch with the theme of the group,h% >could anyone tell me what o.s. Cray -  @ On what machine? When? Cray replaced the original Cray operatingF system with UNICOS, but I don't know whether that was the most recent.   -- -H Shmuel (Seymour J.) Metz, SysProg and JOAT  <http://patriot.net/~shmuel>  ? Unsolicited bulk E-mail subject to legal action.  I reserve the @ right to publicly post or ridicule any abusive E-mail.  Reply to> domain Patriot dot net user shmuel+news to contact me.  Do not$ reply to spamtrap@library.lspace.org   ------------------------------  % Date: Tue, 05 Oct 2004 19:08:59 -0400e4 From: John-Paul Stewart <jpstewart@binaryfoundry.ca> Subject: Re: Tel. Co. Sys. Op.?a1 Message-ID: <1j9vjc.njg.ln@mail.binaryfoundry.ca>e   Shmuel (Seymour J.) Metz wrote:DE > In <6b70c71c.0410050659.64c27d64@posting.google.com>, on 10/05/2004d9 >    at 07:59 AM, mark_tarka@yahoo.com (Mark Tarka) said:3 >  > 4 >>Now, to keep in touch with the theme of the group,& >>could anyone tell me what o.s. Cray  >  > B > On what machine? When? Cray replaced the original Cray operatingH > system with UNICOS, but I don't know whether that was the most recent. >   K The most recent Cray (the XD1 model, available as of yesterday) runs Linux.n  W http://investors.cray.com/phoenix.zhtml?c=98390&p=irol-newsArticle&ID=622736&highlight=s   ------------------------------  % Date: Tue, 05 Oct 2004 19:57:08 -0400o- From: JF Mezei <jfmezei.spamnot@teksavvy.com>e Subject: Re: Tel. Co. Sys. Op.?m, Message-ID: <416334C8.D8A80CC9@teksavvy.com>   John-Paul Stewart wrote:M > The most recent Cray (the XD1 model, available as of yesterday) runs Linux.R  G And Cray just announced they were going to build Opteron based systems.n   ------------------------------  % Date: Tue, 05 Oct 2004 19:56:08 -0500h2 From: David J Dachtera <djesys.nospam@comcast.net>- Subject: Re: Update Multiple decnet databases * Message-ID: <416342A8.3E25EE1@comcast.net>   da2341@cedar.ca.sbc.com wrote: >  > Hi,r > ; > Does anyone have a command procedure to update new decnetC. > addresses accross multiple decnet databases?  : If it's a cluster, there's always SYSMAN where you can SET@ ENVIRONMENT/CLUSTER, then DO MCR NCP command... or DO @filespec.   -- m David J Dachtera dba DJE Systemst http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:t" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/>   ------------------------------  % Date: Tue, 05 Oct 2004 16:50:54 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>b- Subject: Re: VAX/VMS in industrial automationr, Message-ID: <4163092C.C1030A7D@teksavvy.com>   Joel Loveless wrote:@ > over 20 years. So, VMS is well suited to handle many real time > applications.h  N Remember that in many cases, "real-time" may not be absolutely necessary givenN a sufficiently fast machine since any delays would still be within tolerances.  M And given a sufficicnetly slow machine to perform too many tasks, even a realr* real-time systems like VXworks would fail.  L And if you don't run a web/ftp server on the same machine as your industrialM real time apoplications, VMS should be able to give you very reliable service 7 since it won't have many tasks to perform except yours.t   ------------------------------  % Date: Tue, 05 Oct 2004 17:18:35 -0400l- From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Re: VAX/VMS in industrial automatione+ Message-ID: <41630FA8.B463AF1@teksavvy.com>s   "Stanley F. Quayle" wrote:G > There's more going on with processes at and above priority 16 -- they = > don't get time-slices -- they run until they block for I/O.tF > Actually, the whole scheduler setup is too complicated to cover in a
 > few emails.f  K If you have a process running at priority 17 which issues some IO, and thussA relinquishes the CPU to , say a batch job runnning at priority 3.-  L What happens when the IO completes ? Does the priority 17 process immediatlyN interrupt the batchj job, or does the batch job complete its time slice before1 handing the CPU back to the priority 17 process ?    ------------------------------  % Date: Tue, 05 Oct 2004 19:47:24 -0400e2 From: "Stanley F. Quayle" <squayle@insight.rr.com>- Subject: Re: VAX/VMS in industrial automation./ Message-ID: <4162FA4C.13595.1E89F288@localhost>a  ' On 5 Oct 2004 at 17:18, JF Mezei wrote:vH > If you have a process running at priority 17 which issues some IO, andH > thus relinquishes the CPU to , say a batch job runnning at priority 3. > C > What happens when the IO completes ? Does the priority 17 processiE > immediatly interrupt the batchj job, or does the batch job complete-G > its time slice before handing the CPU back to the priority 17 processv  C Higher-priority processes interrupt lower-priority ones.  The time g slice is immediately abandoned.I  F At 16 and higher, there's no "time slice" -- processes run until they / block for I/O, or something higher comes along.a  D This case, and all the more-obscure possibities, are covered in the  VMS Internals books.    
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363.3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  % Date: Tue, 05 Oct 2004 17:15:17 -0400m- From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to Oper, Message-ID: <41630EE2.8F7FFA72@teksavvy.com>   warren sander wrote: > I > These are the current OpenVMS marketing url's (plus Doc, rtr and spd's)dG > I'm the person who requests them for the OpenVMS site.. If there is at8 > shortcut url you'd like to have created let me know...   www.hp.com/go/vms-   ------------------------------  % Date: Tue, 05 Oct 2004 19:34:15 -0500n2 From: David J Dachtera <djesys.nospam@comcast.net>Y Subject: Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to Ope2+ Message-ID: <41633D87.3C214511@comcast.net>t   warren sander wrote: > N > one more thing.. currently there are over 21,000 marketing urls on hp.com...% > (those are www.hp.com/go etc url's)K  D ...which begs the question: if you can determine that, presumably byA counting, can a list be generated automatically? ...and since youl6 categorized them, can that also be done by automation?  D The goal would be to generate - on demand - a list of VMS, Alpha andF Itanic^Hum related "go" URLs, download the list, convert it to an HTML< page and upload that to a location pointed to by a link fromH http://www.djesys.com/vms/support/[index.html], all in a scheduled batch< job (once every 14 days or so to hold bit-rot to a minimum).   Your thoughts?   -- n David J Dachtera dba DJE Systemsr http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:i" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/k   ------------------------------   Date: 5 Oct 2004 13:17:10 -0500r- From: Kilgallen@SpamCop.net (Larry Kilgallen) M Subject: Re: [OpenVMS Alpha V7.3-2] What Priv for SET SECURITY/CLASS=DEVICE ?L3 Message-ID: <XpUWKGooJEkM@eisner.encompasserve.org>   j In article <newscache$w5745i$zy31$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  Q > Maybe a privilege is missing (besides the "OPER" for the SYSMAN ;-) but which ? H > I tried all of them and didn't succeed (except with BYPASS or course).  . 	$ SET SECURITY/ALARM/ENABLE=PRIVILEGE=FAILURE   ------------------------------  % Date: Tue, 05 Oct 2004 17:00:20 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>o; Subject: Re: [OT]: Software Disasters Often People Problemsr, Message-ID: <41630B61.90A1654E@teksavvy.com>   John Smith wrote:DL > SAN JOSE, Calif. - New software at Hewlett-Packard Co. was supposed to getM > orders in and out the door faster at the computer giant. Instead, a botchedtH > deployment cut into earnings in a big way in August and executives got > fired.  M My take on this is that this project was a scapegoat to divert attention from N other problems. I cannot believe that a corporation such as HP would be stupidN enough to pull the plug on the old production system until it is satisfied the* fancy new system is actually working fine.  N I think Carly concucted this excuse. (they probably did have SAP problems, butF somehow I doubt it woudl have frozen their production lines to preventH deliveries of large enterprise systems. (we 're not talking about volume% manufacturing like wintel crap here).   N > Such disasters are often blamed on bad software, but the cause is rarely badJ > programming. As systems grow more complicated, failures instead have farI > less technical explanations: bad management, communication or training.f  I It is called change management. And many corporations completely lack it.l   ------------------------------  % Date: Tue, 05 Oct 2004 23:19:22 -0400i( From: David Froble <davef@tsoft-inc.com>; Subject: Re: [OT]: Software Disasters Often People Problemss, Message-ID: <4163643A.6020308@tsoft-inc.com>   JF Mezei wrote:    > John Smith wrote:g > L >>SAN JOSE, Calif. - New software at Hewlett-Packard Co. was supposed to getM >>orders in and out the door faster at the computer giant. Instead, a botched6H >>deployment cut into earnings in a big way in August and executives got >>fired. >> > O > My take on this is that this project was a scapegoat to divert attention fromlP > other problems. I cannot believe that a corporation such as HP would be stupidP > enough to pull the plug on the old production system until it is satisfied the, > fancy new system is actually working fine.  I You mean something similar to killing Alpha before IA-64 is working fine?,  L You wouldn't believe that a corporation such as HP would burn their bridges  behind them?  @ What rock have you been hiding under for the last several years?   Dave   -- c4 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 Roadn Vanderbilt, PA  15486p   ------------------------------   End of INFO-VAX 2004.554 ************************are meaningless. > " > Mail john rather than nospam...    ------------------------------  $ Date: Tue, 5 Oct 2004 23:41:01 -0400= From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com>  Subject: Re: Help with NFS1 Message-ID: <krmdnYO8J-_M9P7cRVn-sQ@adelphia.com>   7 "Tomarsin2015" <tomarsin2015@aol.com> wrote in messa5IH-0:+tpW<r8J&UG+H#4E*#zTB|*q2\8;K2VxM<P4BMaGxB[R,
Sy/Z3}IPDMn395$j<lgN{~<^&}-PlM?**s%,Ϝ:\Z N *Xuq0#I]MF!
	¼UTF OQ똪Xyo[䩫NM@TR#3Jz5W.@UrBRFuO*Su%	iy)5}i$H]
U3D~	tNz`)gqi+.ŨÒE4/G+&SM_rZ4Ӂ7AybU:'4]]J]*,Bn
5-'haNXDډ,HeU\"n;GpTx4K'Or4^Jc3Ư2oZ?\S4PG"zB|)Y[@9?̭$VA(VND27zuj \Z5NK \-xJ*1@		J$GLPKuN'l6
rKY(G͏OhLxh2*qiOl{ƀ4s7O5Kub>*$WPp1oxF#$J*AK	,e+1f."N[01ҕ_9K_j
jZF;<,m＄ţ$Joi cڝZ	- D3ʶbpM?P^?pH)y¨a3H:.ZMǩĬ@SAKxA!u8M	tj_ĆKY",=Dc/Q@-&/U!S?(J<dS~d@al|)cr%*sKؐj8U7!JMDR] 5PgJU\ZLfTӏVΊ突R	#`0ȥ`0`Tiz]ͳZZv&UlhzC5,IQjT"T:Fy<LgixЇ{⟠XD.ͬ^ш-c|aA'%ߕ6xh
lO8exR:v?
H]H,@QAT$Tu+^T̺y bs]XJum !BDDvNy8\(MBcb%`@]
+$UxuH@2#ݚ3*Z.{aHy!|]BJ9Qg |vS
LkmkSV
\sE8mG!`kI|*ב`:S)o#e(U{[ܸriʬ!Xr^1yU"Q(;45,4Ԩ
y)R
ڥI09Ul8SM .DmvY\ɺ%b~X2
B|uU<
:Ean#*uFdAhVhRU]I8Ƹx&üV|$/Iq{|ZUQ[@[Ϋԙ"*t%8	Z
$%i:ޥ\C՚HٚwoȵM^ y]z.1PkÞ%Tc t\> ((kVYYXI>[7IZ
k^)աZXqcOÍ
~!:	͵/㴥I.ѼT))k%-lVK/'xLSyWC%)JK	dE=`#i^.A-<
:!H2~'xJss4paW{D_IN	(CIfx҈CJRZ#^rx1
KT5 &b
EDʃ-A<~ b*3VSZ`P&
B,cp GN%BДʅU崅RfƐ[
5k6"E*UGrŋ1W_w
61גo#N
FiwB;/b
}IIP2b4=OlIд-a/$Hbe^nMT?f'}\%
>O^96kaZƣ2iZGPksQn%qE 2LO[#5R*De4b0A<
6.
H.dOV8ҐQ@	rIhVEmtTSI QK51D@,ԤAG,pcWnU(|aR:uz)8Q/DANf	a-c$ot ΒgjӰJ[H]Q-Y)sMdXS*9+QԜ{%g!E/RWNIU%P;U~H	t6;ǝE*ߏ=!XfüT:U	0fC<K([.Ww͚}[Rpj
 Iak7e]DjǈJGj>4@8Dd%A54640,H"_3`w|FpV "	Ŏ5zXP<+YRMT}UIouVQnU˄j¢}\}ҲJ/PN\p*.tBS4
J`A:׹4VՄIQ UCu*eёu	ʨ"P>pp5RG	xX*