1 INFO-VAX	Thu, 09 Mar 2006	Volume 2006 : Issue 136       Contents:I Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? I Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out??? P Re: COPY /BLOCK_SIZE with V732_UPDATE-V0600 (Was Re: UPDATE 5.0 installation errP Re: COPY /BLOCK_SIZE with V732_UPDATE-V0600 (Was Re: UPDATE 5.0 installation err DS10 466Mhz  DEALS this month ! Re: DS10 466Mhz  DEALS this month   Re: DS10 466Mhz DEALS this month, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure, Re: file list for ftp in a command procedure Re: is this a DECTERM ?  Re: is this a DECTERM ?  Re: Just wondering Re: Just wondering Mailbox Unit Number Range  Re: Mailbox Unit Number Range  Re: Mailbox Unit Number Range  Re: Mailbox Unit Number Range  Re: Mailbox Unit Number Range  Re: Mailbox Unit Number Range , Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs Re: Press releases from Oracle Re: Samba (VMS Roadmap) " Special march Deal On DS10 systems& Re: Special march Deal On DS10 systems& Re: Special march Deal On DS10 systems- Re: VMS Roadmap updated - now includes blades - Re: VMS Roadmap updated - now includes blades - Re: What is going on with VAX prices on ebay? - Re: What is going on with VAX prices on ebay?   F ----------------------------------------------------------------------   Date: 9 Mar 2006 08:14:33 -0800 - From: "Doug Phillips" <dphill46@netscape.net> R Subject: Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out???C Message-ID: <1141920873.548032.137190@j33g2000cwa.googlegroups.com>   
 Len wrote:I > Thanks David. Yes there is a TCPIP setting to set "NO Delay in the ACK.  > We made thatG > change and found no difference. We also configured Advanced Server to  > run with only NETBUI@ > (thinking it was a TCPIP issue) still no difference. Have also > increased the CACHE size in G > advanced server to double the default setting. (Still Slow) Any other $ > ideas would be geatly appreciated.  % This was also discussed over in ITRC,   M <http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=870116>     Paul Nunez posted:    ##; By default, Advanced Server uses only a 4k data buffer when F transferring data. Thus, increasing the size of the network pipe isn't! going to do much for performance.   D The No_delayack is likley not necessary (it once was due to a bug in the tcp/ip code).   : You can increase the default SMB data buffer size however:  + $ edit pwrk$common:pwrk.ini ! Add the lines    [LMSRV] ) MAX_SMB_DATA_SIZE=8192 ! or 16384 (bytes)    ##   ------------------------------   Date: 9 Mar 2006 10:35:28 -0800  From: "Len" <len@psds.com>R Subject: Re: Advanced Server Share Access is "VERY SLOW" Can Anyone Help Me Out???C Message-ID: <1141929327.889354.268490@e56g2000cwe.googlegroups.com>   E Great News!!! With the help of Paul Nunez at HP we were able to solve  our problem.   Resolution:   @ Upgrading form ADV-SRV 7.2 to Version 7.3. We also increased theC MAX_SMB_DATA_SIZE within Advanced Server for 4K to 8K. After making @ these two changes Advanced Server is actually FASTER that SAMBA.  E Again, many thanks to Pual and all of you who tried to help with this  problem.   Len Whitwer    Puget Sound Data Systems, Inc    ------------------------------   Date: 9 Mar 2006 04:56:13 -0800 ; From: "george.pagliarulo@hp.com" <george.pagliarulo@hp.com> Y Subject: Re: COPY /BLOCK_SIZE with V732_UPDATE-V0600 (Was Re: UPDATE 5.0 installation err C Message-ID: <1141908973.453964.115510@e56g2000cwe.googlegroups.com>   G OpenVMS patch kits are released to the ITRC during the day but the ITRC F tools that load the databases don't run until around 7:00 PM EST.   InG a cooperative effort, when VMS releases a patch kit a release notice is F sent to OpenVMS.org.  The notice is then distributed to users who haveD signed up for the patch and security alert mailing list.  Generally,E this notice goes out a few minutes after the kit is sent to the ITRC. A It's a way to give users a heads up on what is being released.  I A assume that is how some users knew about the UPDATE kit before it D actually hit the ITRC site.  You can sign up for the mailing list byC going to OpenVMS.org and clicking on Lists/Newsgroups/Forums on the E left sidebar.   You can also receive release notices through Reader's  Choice.    George Pagliarulo  OpenVMS Patch Release Process    ------------------------------  $ Date: Thu, 9 Mar 2006 10:27:34 -0500 From: norm.raphael@metso.comY Subject: Re: COPY /BLOCK_SIZE with V732_UPDATE-V0600 (Was Re: UPDATE 5.0 installation err Q Message-ID: <OF3299FCF3.3A8B96FB-ON8525712C.0054DF5C-8525712C.0054EC25@metso.com>   9 george.pagliarulo@hp.com wrote on 03/08/2006 04:14:31 PM:   B > The VMS732_UPDATE-V0600 kit should not experience the persistantE > block_size error.  Code has been added to the pre-configuration and G > post-installation files to prevent this from happening.   The kit has B > been tested on systems with no other kits installed  (worst caseH > scenario for this error) and installed cleanly.  I've learned to never@ > speak in absolutes so, I think this one is finally put to bed. >   . Thanks, George, for this and all your efforts.   -Norm    > George Pagliarulo  > OpenVMS Remedial ECO Release >    ------------------------------  $ Date: Thu, 9 Mar 2006 09:44:46 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> & Subject: DS10 466Mhz  DEALS this month5 Message-ID: <62XPf.234$R7.190@bignews3.bellsouth.net>   4 We are offering a blow out deal for Alphaserver DS10  I These offers are NOT available to anyone but OpenVMS users and are NOT on  ouor website    F Quote Promotion: DS10-466-SPCOV-M06  if ordering by phone or email/fax   Alphaserver DS10 466Mhz EV6  512MB Memory 36GB U160 Disk SCSI ! ATI Radeon 7500 PCI Graphics Card  Dual Channel U160 Controller Dual On Board 10/100 Ethernet  Keyboard Mouse and Power Cord    Only $2995 while stocks last  $ This is WAY WAY below market pricing  + The pricing above does NOT include licenses    Subject to availability   G Systems are reconditioned - look superb and carry Island's exclusive 12  months warranty   / Shipments of these orders will start March 20th   & Shipping charges are fixed as follows:   Continental USA: $60 Hawaii: $90  Canada $120  Europe West: $160  Europe East: $290  Australasia: $190   ? You may order online with this part number - DS10-466-SPCOV-M06     , Shipping will be added to the purchase totalL Sales in the state of Georgia will have 6% added to the total unless a valid Resale Certificate is  provided     --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html    ------------------------------  % Date: Thu, 09 Mar 2006 07:52:52 -0800 # From: "Tom Linden" <tom@kednos.com> * Subject: Re: DS10 466Mhz  DEALS this month( Message-ID: <ops55k2eqrzgicya@hyrrokkin>  L Just curious how this compares performance wise with say Xp1000 500 or 667   MHz.  Is it not " the same cpu (21264) and chip set? Tom   K On Thu, 9 Mar 2006 09:44:46 -0500, David Turner, Island Computers US Corp    <dbturner@icusc.com> wrote:   6 > We are offering a blow out deal for Alphaserver DS10 > K > These offers are NOT available to anyone but OpenVMS users and are NOT on  > ouor website >  > H > Quote Promotion: DS10-466-SPCOV-M06  if ordering by phone or email/fax >  > Alphaserver DS10 466Mhz EV6  > 512MB Memory > 36GB U160 Disk SCSI # > ATI Radeon 7500 PCI Graphics Card  > Dual Channel U160 Controller > Dual On Board 10/100 Ethernet  > Keyboard Mouse and Power Cord  >  > Only $2995 while stocks last > & > This is WAY WAY below market pricing > - > The pricing above does NOT include licenses  >  > Subject to availability  > I > Systems are reconditioned - look superb and carry Island's exclusive 12  > months warranty  > 1 > Shipments of these orders will start March 20th  > ( > Shipping charges are fixed as follows: >  > Continental USA: $60
 > Hawaii: $90 
 > Canada $120  > Europe West: $160  > Europe East: $290  > Australasia: $190  > A > You may order online with this part number - DS10-466-SPCOV-M06  >  > . > Shipping will be added to the purchase totalJ > Sales in the state of Georgia will have 6% added to the total unless a   > valid  > Resale Certificate is 
 > provided >  >    ------------------------------   Date: 9 Mar 2006 08:24:35 -0800 ; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> ) Subject: Re: DS10 466Mhz DEALS this month C Message-ID: <1141921474.965320.181650@j33g2000cwa.googlegroups.com>    Tom Linden wrote: L > Just curious how this compares performance wise with say Xp1000 500 or 667 > MHz.  Is it not $ > the same cpu (21264) and chip set? > Tom  >   : Yes, same processor.  Different board design.  Here's someE SEPCint95/SPECfp95 numbers along with the links of where I found them         SPECint95/SPECfp95   < http://h18002.www1.hp.com/alphaserver/download/benchmark.pdf) XP1000/500: 28/52 - estimate from a chart   U http://h18002.www1.hp.com/alphaserver/workstations/retired/xpseries/xp1000/index.html  XP1000/667: 37.5/65.5     = http://h18002.www1.hp.com/alphaserver/archive/comp/nov99.html  DS10L /466: 25/47   = http://h18002.www1.hp.com/alphaserver/archive/comp/dec00.html  DS10L /600: 35.3/56.1   G The DS10L is a bit slower since the clock rates are 466/617 compared to  500/667 for the XP1000   ------------------------------   Date: 9 Mar 2006 08:26:28 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <nJtIyOW1dHfb@eisner.encompasserve.org>   w In article <1141850555.819916.250950@z34g2000cwc.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes: H > hi I know this sounds weird but .les. doesn't work if you look at help. > IF as shown below that's why I changed it...  @ Please refrain from changing things that you know nothing about.  ) It was correct as written.  You broke it.    .LES. was correct. .LE. was incorrect.   B Neither of them have anything to do with translating an improperly< formatted date string into a properly formatted date string.   > IF >   Examples >        1.$ COUNT = 0 >          $ LOOP: >          $ COUNT = COUNT + 1 >             . , >          $ IF COUNT .LE. 10 THEN GOTO LOOP >          $ EXIT   C In this context, COUNT is a numeric symbol, 10 is a numeric literal D and the desired comparison is a numeric comparison.  That means that2 .LE is the appropriate comparison operator to use.   Example:  :  $ IF "Z" .LE. "Y" THEN WRITE SYS$OUTPUT "ASCII is broken"8  $ IF "Y" .LES. "Z" THEN WRITE SYS$OUTPUT "No, it's not"  F When a numeric comparison is requested and string values are provided,/ an automatic conversion to numeric takes place.   E If the string has the syntax of a numeric literal then the conversion " produces the corresponding number.  B Otherwise, if the string starts with "T" or "Y" (True or Yes) then the conversion produces a 1.  & Otherwise the conversion produces a 0.  3 Let's go through the examples above in slow motion:   , >          $ IF COUNT .LE. 10 THEN GOTO LOOP  4 The comparison is .LE.  That's a numeric comparison. The left hand side is COUNT. That's a symbol.L The value most recently assigned to that symbol was the expression COUNT + 1C The operator "+" can operate in either string mode or numeric mode. : If both operands are string, "+" does string concatenation# Otherwise it does numeric addition. 
 1 is a number % Accordingly, "+" did numeric addition . Accordingly COUNT + 1 was a numeric expression* Accordingly COUNT took on a numeric value. The right hand side is 10  That's a numeric literalG So we have a numeric on the left hand side, a numeric on the right hand 5 side and a numeric comparison operator in the middle.  No conversion is required." A numeric comparison is performed.+ The result will be either .TRUE. or .FALSE. " The IF will either succeed or fail8 The right hand side of the IF will either execute or not0 The branch to LOOP will either take place or not  9 $ IF "Z" .LE. "Y" THEN WRITE SYS$OUTPUT "ASCII is broken"   4 The comparison is .LE.  That's a numeric comparison. The left hand side is "Z". That's a string literal.? Conversion is required to conform with the comparison operator.  "Z" is converted to 0  The right hand side is "Y" That's a string literal.? Conversion is required to conform with the comparison operator.  "Y" is converted to 1 $ The numeric comparison is performed.H 0 is numerically less than or equal to 1.  The comparison returns .TRUE. The IF succeeds / The statement to the right of the THEN executes + "ASCII is broken" prints on standard output   7 $ IF "Y" .LES. "Z" THEN WRITE SYS$OUTPUT "No, it's not"   = The comparison operator is .LES.  That's a string comparison.  The left hand side is "Y". That's a string literal. The right hand side is "Z" That's a string literal.; We have a string comparison and string values were provided  No conversion is required.# The string comparison is performed. H "Y" comes before "Z" in dictionary order.  The comparison returns .TRUE. The IF succeeds / The statement to the right of the THEN executes ( "No, it's not" prints on standard output  ? STOP RIGHT HERE.  NO NOT PASS GO.  DO NOT COLLECT 200 Zorkmids.   H Until you have read and understood the above, you have no business going( any further.  You need to understand it.  E Copying text from HELP pages without understanding is not the way you D build correct programs.  Reading and understanding the HELP pages is# the way you build correct programs.   F Copying code from Usenet postings without understanding is not the wayF you build correct programs.  Reading and understanding Usenet postings& is the way you build correct programs.  G > here is more, I have run it trying to get it to work up to the ftp... I > just to see where it is failing... I tried the ftp once and it seems to F > be not passing the name of the file because it creates a file calledG > simple_name.txt at the destination. here is the stepping thru part... 8 > as you can see it is not passing the dates that I want  B That would seem to indicate that you're missing a single quote (')G that would do symbol substitution in the context of your copy/ftp call.   0 But you haven't provided that part of your code.  E > I'm not trying to leave anything out :-)  I'm not sure what else to  > include...  E How about the part that led you to think that simple_name.txt was the  file name that was being used?   > $ file = f$search ( "*.*" )  > $ write sys$output file 7 > $1$DGA200:[EHS.HB.ARCHIVE]BADDEBTGRA_2006-02-10.TXT;1    As it should be   ' > $ if file .eqs. "" then goto end_loop 1 > $ file_date = f$file_attributes ( file, "RDT" )  > $ write sys$output file_date > 10-FEB-2006 06:35:03.94    As it should be   < > $ file_date = f$cvtime ( file_date, "comparison", "date" ) > $ write sys$output file_date > 2006-02-10  D As it should be (stripped the time off the file date and put it intoJ comparison format where string comparisons will work as date comparisons).  * > $ if file_date .ges. start_date  .and. -? > %DCL-W-UNDSYM, undefined symbol - check validity and spelling  >  \START_DATE\   K Since you've stripped out the part of the code that initializes start_date, K you might consider stripping out the part of the code that uses start_date.   & > $            file_date .le. end_dateH > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling	 >  \2006\    Change the .le. to .les.  E This error occurs because the first line in a continued line blew up. G Also, the dollar sign on the left hand side of this line is not proper.  Take it out.  ) > $ if file_date .ges. 2005-10-01 .and. -  > _$ file_date .le. 2005-11-01B > %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data > inconsistency   9 You're typing these commands in interactively aren't you?   F > $ if file_date .ges. 2005-10-01 .and. file_date .le. 2005-11-01 then   Change .le. to .les.  = And when you put the "THEN" on the same line with the IF" you C convert from block if semantics to single-line if semantics.  Since A you have nothing to the right of the "THEN", that makes this line  completely pointless.   4 > $ name = f$parse ( file,,, "name", "syntax_only" ) > $ write sys$output name  > BADDEBTGRA_2006-02-10    As it should be.  3 > $ ext = f$parse ( file,,, "type", "syntax_only" )  > $ write sys$output ext > .TXT   As  it should be   > $ any_files = "TRUE" > $ write sys$output any_files > TRUE   As it should be.   > $ simple_name = name + ext  > $ write sys$output simple_name > BADDEBTGRA_2006-02-10.TXT    As it should be   ! > $ dir BADDEBTGRA_2006-02-10.TXT & > Directory $1$DGA200:[EHS.HB.ARCHIVE] >  > BADDEBTGRA_2006-02-10.TXT;1    As it should be.  D Now where's the part where you use simple name in an FTP command and have it misbehave?   ------------------------------   Date: 9 Mar 2006 08:52:13 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <pXpX$YVtRIgJ@eisner.encompasserve.org>   w In article <1141911491.562391.292470@e56g2000cwe.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes: H > ok I made  the changes but still not picking up the dates and it still > doesn't like les :-)   It likes .les. just fine.   D Block IF statements do not work interactively.  You were supposed to6 be putting these commands into a DCL command procedure  0 For your information, a block if has the syntax:   $ IF expression  $ THEN3 $     code executed if expression evaluates as true  $ [ ELSE6 $     code executed if expression evaluates as false ] $ ENDIF   K A single-line IF does work interactively.  A single-line IF has the syntax:    $ IF expression THEN statement  K You can use a single-line IF both interactively and in a command procedure.     0 > $       if file_date .ges. start_date  .and. -% >            file_date .les. end_date B > %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data > inconsistency   - I can reproduce this.  Session log follows...    $ file_date = "b"  $ start_date = "a" $ end_date = "c"' $ if file_date .ges. start_date .and. -  _$ file_date .les. end_date N %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data inconsistency   But I can also make it work...   $ type test.com & $ ! This is the first line of test.com' $ if file_date .ges. start_date .and. -       file_date .les. end_date  $ then $ 	write sys$Output "yes"  $ else $ 	write sys$output "no" $ endif * $ exit	! This is the last line of test.com $ @test  yes    ------------------------------   Date: 9 Mar 2006 07:03:39 -0800 1 From: "pcoviello@gmail.com" <pcoviello@gmail.com> 5 Subject: Re: file list for ftp in a command procedure C Message-ID: <1141916619.375882.233590@i40g2000cwc.googlegroups.com>   G hi that's interesting,  the invalid if then statements are from running . the com file, so I'm getting more confused :-)  ? may I ask if you pass params into your com would it still work?    Paul   ------------------------------   Date: 9 Mar 2006 06:46:47 -0800 1 From: "pcoviello@gmail.com" <pcoviello@gmail.com> 5 Subject: Re: file list for ftp in a command procedure B Message-ID: <1141915607.816504.16900@i39g2000cwa.googlegroups.com>  ? yes I stepped thru it my copying and pasting each step, I don't E remember leaving anything out I have made changes to try to get it to D pass the dates and it isn't...  I do appreciate the help here is the* file that ftp created on my network drive.   ehshbclaimssimple_name  G and here is the rest of the code parts changed for security reasons :-)    $       then< $           name = f$parse ( file,,, "name", "syntax_only" ); $           ext = f$parse ( file,,, "type", "syntax_only" ) $ $           simple_name = name + ext $           any_files = "TRUE"$ $           copy /ftp 'file ftp"info( deleted"::ehs\hb\claims\'P3\'simple_name
 $       endif  $       goto loop  $  $ end_loop:  $ if .not. any_files $ then2 $       write sys$Output "No matching files found"
 $       exit   $ endif  $        $ exit     thanks Paul   ------------------------------   Date: 9 Mar 2006 07:32:19 -0800 1 From: "pcoviello@gmail.com" <pcoviello@gmail.com> 5 Subject: Re: file list for ftp in a command procedure C Message-ID: <1141918339.062784.158950@z34g2000cwc.googlegroups.com>   G sorry I didn't ignore it, just spaced it... some of it was from cli and G the other the com file, why would it pick up the first file and not the A ones in the date range is where my confusion lies... (baddebt...)   D yes that is what the original was and he suggested this... should p1B have single quotes around it and that is why it isn't grabbing the date?     if    p1 .nes. ""  0 start_date = f$cvtime(P1, "comparison", "date" )   ------------------------------   Date: 9 Mar 2006 09:09:36 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <Sw17+zXUGACX@eisner.encompasserve.org>   v In article <1141915607.816504.16900@i39g2000cwa.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes: [context snipped by pcoviello]A > yes I stepped thru it my copying and pasting each step, I don't G > remember leaving anything out I have made changes to try to get it to F > pass the dates and it isn't...  I do appreciate the help here is the, > file that ftp created on my network drive. >  > ehshbclaimssimple_name > I > and here is the rest of the code parts changed for security reasons :-)  >  > $       then> > $           name = f$parse ( file,,, "name", "syntax_only" )= > $           ext = f$parse ( file,,, "type", "syntax_only" ) & > $           simple_name = name + ext  > $           any_files = "TRUE"& > $           copy /ftp 'file ftp"info* > deleted"::ehs\hb\claims\'P3\'simple_name  B Put a closing apostrophe after P3.  DCL is taking the backslash asC part of the P3 symbol name.  The result is that the P3 substitution ? fails (the 'P3\' is removed from the resulting command string).   A The apostrophe in front of simple_name is taken as the apostrophe ? that terminates the "P3\" symbol name.  So you are left with no C apostrophe in front of simple_name and no substitution takes place.    The fixed command would be:   F  $ copy /ftp 'file ftp"info deleted"::ehs\hb\claims\'P3'\'simple_name'  E A lot of folks (myself included) get into the habit of using only the E leading apostrophe on symbol substitutions.  You can usually get away D with this -- white space, end of line or most punctuation charactersB will act to delimit the symbol name and the trailing apostrophe is automatically implied.  C Apparently blackslash is not one of the punctuation characters that  delimits a DCL symbol name.    ------------------------------   Date: 9 Mar 2006 09:20:55 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <byFc1raIrxhP@eisner.encompasserve.org>   w In article <1141916619.375882.233590@i40g2000cwc.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes:  [context snipped by pcoviello]I > hi that's interesting,  the invalid if then statements are from running 0 > the com file, so I'm getting more confused :-)  F But the only time you showed error messages coming from a command fileH you ignored the commentary that I posed explaining those error messages.  A > may I ask if you pass params into your com would it still work?   = I think David has already commented about that.  The code for ? conditionally prompting for dates has issues.  But I don't have @ that code in front of me.  You didn't quote it, I didn't save it' and I don't use a threading newsreader.   3 Generic code to do what would look _something like_   7 $ if p1 .eqs. "" then inquire p1 "Enter a value for P1" 4 $ start_date = f$cvtime ( p1, "comparison", "date" )  F That way, you can either pick up P1 from a parameter or from a prompt.  K From memory, what you have and what I think David remarked on is more like:   G $ if p1 .eqs. "" then inquire start_date "Enter a value for start_date" 2 $ start_date = f$cvtime ( p1, "comparison", date )   ------------------------------   Date: 9 Mar 2006 10:56:10 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <VEMHe$RtGw8+@eisner.encompasserve.org>   w In article <1141918339.062784.158950@z34g2000cwc.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes: I > sorry I didn't ignore it, just spaced it... some of it was from cli and I > the other the com file, why would it pick up the first file and not the C > ones in the date range is where my confusion lies... (baddebt...)  > F > yes that is what the original was and he suggested this... should p1D > have single quotes around it and that is why it isn't grabbing the > date?  >  >  if    p1 .nes. ""  2 > start_date = f$cvtime(P1, "comparison", "date" )  0 No.  It should not have single quotes around it.  ? There are a few contexts in DCL where expressions are evaluated E automatically.  When you use a symbol in these contexts, substitution B happens "for free".  You don't need the single quotes.  And if youA use the single quotes in those contexts, you can end up going one  layer too far.  ) Expressions are evalutated automatically:   H o  On the right hand side of an assignment statement using either "=" or    "=="  	$ a = a + 1 	$ b = 2 + 2  K    Note that the := and :== forms do NOT do automatic expression evaluation   ' o  In the IF, EXIT and WRITE statements   / 	$ IF 1+1 .EQ. 2 THEN WRITE SYS$OUTPUT "Eureka" ' 	$ WRITE SYS$OUTPUT "Eureka = ", Eureka  	$ EXIT 0 + 1 * F$VERIFY(V)   H o  In an argument to a lexical function that is being evaluated (whetherA    as the result of automatic expression evaluation or apostrophe     substitution)  % 	$ WRITE SYS$OUTPUT F$INTEGER ( 1+1 ) $ 	$ DIR 'F$EXTRACT ( 1, 1+1, Eureka )  I Outside of these contexts, if you want an symbol substituted, you need to 1 ask for it explicitly with the apostrophe quotes.   ) Now back to the prompting scheme at hand:    >  if    p1 .nes. ""  2 > start_date = f$cvtime(P1, "comparison", "date" )  G As written, that's invalid.  You're missing a THEN.  And you're missing  leading dollar signs.    You could write:   $ IF P1 .nes. "" $ THEN4 $   start_date = f$cvtime(P1, "comparison", "date" ) $ ELSE* $   inquire P1 "What do you want P1 to be"4 $   start_date = f$cvtime(P1, "comparison", "date" ) $ ENDIF   % But that's wasted effort.  Better is:   < $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"2 $ start_date = f$cvtime(P1, "comparison", "date" )  F Which is what I wrote in the portion of my post that you just finished	 snipping.   D > have single quotes around it and that is why it isn't grabbing the > date?   D What date isn't it grabbing?  Again, as always, you have snipped any@ context that might allow us to know what you are babbling about.  F No surprise.  You're using Google groups without knowing how to do so.# Half of that blame falls on Google.    ------------------------------   Date: 9 Mar 2006 09:37:45 -0800 1 From: "pcoviello@gmail.com" <pcoviello@gmail.com> 5 Subject: Re: file list for ftp in a command procedure B Message-ID: <1141925865.570971.51780@z34g2000cwc.googlegroups.com>  C I haven't meant to babble really,  I didn't realize that there were F other ways to get these messages... I just thought google groups wouldB be seen thru the web page... all along it seems as though my inputD dates are ignored... I have changed the com back to the original wayB like you have above and ran it again... and here is the results...  ; and thank you for the explanation about the single quote...    Paul  * $ @PHCLAIMTEST.COM 01-oct-2005 01-nov-2005 $!, $! P1 = start date in the dd-mmm-yyyy format* $! P2 = end date in the dd-mmm-yyyy formatA $! P3 = month to be processed (name of subdirectory on target FTP  server)  $! $!< $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"2 $ start_date = f$cvtime(P1, "comparison", "date" )< $ IF P2 .eqs. "" then inquire P2 "What do you want P2 to be"0 $ end_date = f$cvtime(P2, "comparison", "date" ) $! $ any_files = "FALSE"  $ loop: ! $       file = f$search ( "*.*" ) + $       if file .eqs. "" then goto end_loop 5 $       file_date = f$file_attributes ( file, "RDT" ) @ $       file_date = f$cvtime ( file_date, "comparison", "date" ), $       if file_date .ges. start_date  .and.G %DCL-W-EXPSYN, invalid expression syntax - check operators and operands #            file_date .les. end_date F %DCL-W-IVVERB, unrecognized command verb - check validity and spelling  \2006\  $       then@ %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data
 inconsistency  $    ------------------------------  % Date: Thu, 09 Mar 2006 13:25:32 -0500 # From: sol gongola <sol@adldata.com> 5 Subject: Re: file list for ftp in a command procedure 0 Message-ID: <1141928681.442439@nntp.acecape.com>   pcoviello@gmail.com wrote:E > I haven't meant to babble really,  I didn't realize that there were H > other ways to get these messages... I just thought google groups wouldD > be seen thru the web page... all along it seems as though my inputF > dates are ignored... I have changed the com back to the original wayD > like you have above and ran it again... and here is the results... > = > and thank you for the explanation about the single quote...  >  > Paul > , > $ @PHCLAIMTEST.COM 01-oct-2005 01-nov-2005 > $!. > $! P1 = start date in the dd-mmm-yyyy format, > $! P2 = end date in the dd-mmm-yyyy formatC > $! P3 = month to be processed (name of subdirectory on target FTP 	 > server)  > $! > $!> > $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"4 > $ start_date = f$cvtime(P1, "comparison", "date" )> > $ IF P2 .eqs. "" then inquire P2 "What do you want P2 to be"2 > $ end_date = f$cvtime(P2, "comparison", "date" ) > $! > $ any_files = "FALSE" 	 > $ loop: # > $       file = f$search ( "*.*" ) - > $       if file .eqs. "" then goto end_loop 7 > $       file_date = f$file_attributes ( file, "RDT" ) B > $       file_date = f$cvtime ( file_date, "comparison", "date" ). > $       if file_date .ges. start_date  .and.I > %DCL-W-EXPSYN, invalid expression syntax - check operators and operands % >            file_date .les. end_date H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling	 >  \2006\  > $       thenB > %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data > inconsistency  > $  >   U OK it is a syntax problem. You need a continue character to continue a dcl statement. ( Put ot all on a single line or try this:  . $       if file_date .ges. start_date  .and. -%              file_date .les. end_date    ------------------------------   Date: 9 Mar 2006 10:39:42 -0800 1 From: "pcoviello@gmail.com" <pcoviello@gmail.com> 5 Subject: Re: file list for ftp in a command procedure C Message-ID: <1141929582.568350.284940@e56g2000cwe.googlegroups.com>   D it doesn't matter either way... :-(  and if you notice p1 and p2 are not filled in with dates!   * $ @PHCLAIMTEST.COM 01-oct-2005 01-nov-2005 $!, $! P1 = start date in the dd-mmm-yyyy format* $! P2 = end date in the dd-mmm-yyyy formatA $! P3 = month to be processed (name of subdirectory on target FTP  server)  $! $!< $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"2 $ start_date = f$cvtime(P1, "comparison", "date" )< $ IF P2 .eqs. "" then inquire P2 "What do you want P2 to be"0 $ end_date = f$cvtime(P2, "comparison", "date" ) $! $ any_files = "FALSE"  $ loop: ! $       file = f$search ( "*.*" ) + $       if file .eqs. "" then goto end_loop 5 $       file_date = f$file_attributes ( file, "RDT" ) @ $       file_date = f$cvtime ( file_date, "comparison", "date" ). $       if file_date .ges. start_date  .and. -#            file_date .les. end_date @ %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data
 inconsistency * $ @PHCLAIMTEST.COM 01-oct-2005 01-nov-2005 $!, $! P1 = start date in the dd-mmm-yyyy format* $! P2 = end date in the dd-mmm-yyyy formatA $! P3 = month to be processed (name of subdirectory on target FTP  server)  $! $!< $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"2 $ start_date = f$cvtime(P1, "comparison", "date" )< $ IF P2 .eqs. "" then inquire P2 "What do you want P2 to be"0 $ end_date = f$cvtime(P2, "comparison", "date" ) $! $ any_files = "FALSE"  $ loop: ! $       file = f$search ( "*.*" ) + $       if file .eqs. "" then goto end_loop 5 $       file_date = f$file_attributes ( file, "RDT" ) @ $       file_date = f$cvtime ( file_date, "comparison", "date" )E $       if file_date .ges. start_date  .and. file_date .les. end_date @ %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data
 inconsistency  $    ------------------------------   Date: 9 Mar 2006 12:43:35 -0600  From: briggs@encompasserve.org5 Subject: Re: file list for ftp in a command procedure 3 Message-ID: <qFp9wYy9p7I4@eisner.encompasserve.org>   v In article <1141925865.570971.51780@z34g2000cwc.googlegroups.com>, "pcoviello@gmail.com" <pcoviello@gmail.com> writes:E > I haven't meant to babble really,  I didn't realize that there were H > other ways to get these messages... I just thought google groups wouldD > be seen thru the web page... all along it seems as though my inputF > dates are ignored... I have changed the com back to the original wayD > like you have above and ran it again... and here is the results...  @ The forum you are reaching is the newsgroup comp.os.vms which is also the mailing list INFO-VAX.   @ I'm reading this on comp.os.vms using a newsreader on a terminal	 emulator.   H One thing to realize about mailing lists and newsgroups is that postingsF are asynchronous.  You can see a reply without having seen the posting that is being replied to.   D Accordingly the time honored convention is to quote relevant contextB from the article you are responding to, and to set off this quoted2 material with angle bracket quotes as I have done.  G The default way to post with Google does not include context.  It takes H about two extra mouse-clicks to get the quoting done.  But since I don't1 use Google, I don't know where you need to click.    > = > and thank you for the explanation about the single quote...  > , > $ @PHCLAIMTEST.COM 01-oct-2005 01-nov-2005 > $!. > $! P1 = start date in the dd-mmm-yyyy format, > $! P2 = end date in the dd-mmm-yyyy formatC > $! P3 = month to be processed (name of subdirectory on target FTP 	 > server)  > $! > $!> > $ IF P1 .eqs. "" then inquire P1 "What do you want P1 to be"4 > $ start_date = f$cvtime(P1, "comparison", "date" )> > $ IF P2 .eqs. "" then inquire P2 "What do you want P2 to be"2 > $ end_date = f$cvtime(P2, "comparison", "date" ) > $! > $ any_files = "FALSE" 	 > $ loop: # > $       file = f$search ( "*.*" ) - > $       if file .eqs. "" then goto end_loop 7 > $       file_date = f$file_attributes ( file, "RDT" ) B > $       file_date = f$cvtime ( file_date, "comparison", "date" ). > $       if file_date .ges. start_date  .and.I > %DCL-W-EXPSYN, invalid expression syntax - check operators and operands   > Missing hyphen required on end of line that will be continued.  
 Make that:  (  $ if file_date .ges. start_date .and. -  % >            file_date .les. end_date H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling	 >  \2006\   F What was to have been a continuation line parsed on its own and fails.   > $       thenB > %DCL-E-INVIFNEST, invalid IF-THEN-ELSE nesting structure or data  ! Without an IF, a THEN is improper    > inconsistency  > $   3 All three errors stem from a single missing hyphen.    ------------------------------  $ Date: Thu, 9 Mar 2006 09:50:55 +0100% From: "Fred Zwarts" <F.Zwarts@KVI.nl>   Subject: Re: is this a DECTERM ?. Message-ID: <duoomf$9tc$1@info.service.rug.nl>  > "Thomas Dickey" <dickey@saltmine.radix.net> wrote in message =* news:120tlgsh2rlg987@corp.supernews.com...& > Fred Zwarts <F.Zwarts@kvi.nl> wrote:? >> "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message = % news:43FAFBF5.63D7C8F@teksavvy.com... H >>> Goal: if a connection comes from an X terminal/DECTERM, I want DCL = codeB >>> to execute various command that set EDIT to spanw/nowait the =
 decwindowsI >>> TPU editor. If it is a true blue (or orange :-) VT terminal, then I =  justB >>> setup my commands to call up the basic character cell TPU/EVE. >=20& >> Why only for X terminal or DECTERM?= >> There are more terminal emulators that support DECwindows. F >> I frequently use PuTTY from my Windows PC to login on to VMS with = SSH. >=20G > One problem with PuTTY is that its wrapping behavior differs from the C > DEC terminals.  (If you don't mind occasionally repainting your =  screen, F > it doesn't matter, of course).  The keyboard (especially the numeric% > keypad) is a bigger problem (ymmv).   G I would think that these are additional arguments to run the DECwindows 5 version of TPU instead of the character-cell version. I (Although I must admit that I never have problems with line wrapping in =  PuTTY . and I find its keypad mapping very intuitive.)   Fred.Zwarts.   ------------------------------   Date: 9 Mar 2006 06:26:39 -0800 # From: "Galen" <gltackett@gmail.com>   Subject: Re: is this a DECTERM ?B Message-ID: <1141914399.511779.79150@p10g2000cwp.googlegroups.com>   Dave wrote:    > I > If you want to write a small program to gather data and set a symbol or + > whatever, LIB$SCREEN_INFO is your friend.  >   : LIB$SCREEN_INFO is obsolete and no longer in the publishedB documentation or HELP files. But since we're talking about VMS I'dB guess it's likely to work "forever" though it's not guaranteed, of course.   E You _can_ find documentation on LIB$SCREEN_INFO in the [now archived] - OpenVMS Obsolete Features manual available at   N http://h71000.www7.hp.com/doc/73final/documentation/pdf/OVMS_OBSOLETE_FEAT.pdf   or alternatively,    http://snipurl.com/nd6a    ------------------------------   Date: 9 Mar 2006 07:54:47 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Just wondering 3 Message-ID: <vYl8RK7Q+YPI@eisner.encompasserve.org>   r In article <1141856977.661983.14300@u72g2000cwu.googlegroups.com>, "Doug Phillips" <dphill46@netscape.net> writes: > H > VMS doesn't compete in the front-end world; its parents keep it locked > in the back room.  >   <    Yes.  I know of a top exec who had his PC at work hacked.   ------------------------------  % Date: Thu, 09 Mar 2006 12:53:22 -0500 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: Just wondering / Message-ID: <lLydnW1neOm-9o3ZRVn-jg@libcom.com>    JF Mezei wrote:   4 > And while Bill gates knows little ahout computers,  ! This shows just who knows little.   D Bill wrote software back when programmers worked at saving bits and F such.  Intimate knowledge of the computer hardware was required to do H so.  Beat on Bill for the things that may be appropriate, but don't say G that people who wrote languages and such in the early 70s doesn't know   about computers.   --  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: 9 Mar 2006 00:33:27 -0800 1 From: "Uli Bellgardt" <uli_bellgardt@hotmail.com> " Subject: Mailbox Unit Number RangeB Message-ID: <1141893207.635949.11960@e56g2000cwe.googlegroups.com>   Hello,  D using OpenVMS V8.2 Alpha, yesterday I saw that a mailbox unit number" had 5 digits, such as in MBA12345.  D Consequently, one of my old programs misbehaved because it relied onC the (obviously wrong) assumption that the numeric part of a mailbox - name has a maxium of 4 digits, as in MBA9999:   B However I could not reproduce this behaviour on an old VMS version? (V7.1 VAX, the only older VMS version I can access these days).   E My question is: Has the extended range of mailbox unit numbers > 9999 B been introduced with a fairly recent version of OpenVMS, or has itF always been like this so that it was just a coincidence that I did not see it before?  @ Additional question: in the mentioned program, I get the ProcessG Termination Mailbox Unit number [nn] with $GETJPI  for a given process. F Then I construct the mailbox name as MBAnn:, $ASSIGN a channel to thatG mailbox and do an asynchronous $QIO read to obtain a notification event B when the process terminates. Is there any better way to accomplish this?    Regards, -Uli Bellgardt   ------------------------------  $ Date: Thu, 9 Mar 2006 13:17:59 +0200- From: "Kari Keronen" <kari.keronen@digita.fi> & Subject: Re: Mailbox Unit Number Range8 Message-ID: <S9UPf.1000$lk3.778@reader1.news.jippii.net>  C The range was raised from 9999 to 32767 with OpenVMS version 7.3-2.    -Kari-  ? "Uli Bellgardt" <uli_bellgardt@hotmail.com> kirjoitti viestiss < news:1141893207.635949.11960@e56g2000cwe.googlegroups.com... > Hello, > F > using OpenVMS V8.2 Alpha, yesterday I saw that a mailbox unit number$ > had 5 digits, such as in MBA12345. > F > Consequently, one of my old programs misbehaved because it relied onE > the (obviously wrong) assumption that the numeric part of a mailbox / > name has a maxium of 4 digits, as in MBA9999:  > D > However I could not reproduce this behaviour on an old VMS versionA > (V7.1 VAX, the only older VMS version I can access these days).  > G > My question is: Has the extended range of mailbox unit numbers > 9999 D > been introduced with a fairly recent version of OpenVMS, or has itH > always been like this so that it was just a coincidence that I did not > see it before? > B > Additional question: in the mentioned program, I get the ProcessI > Termination Mailbox Unit number [nn] with $GETJPI  for a given process. H > Then I construct the mailbox name as MBAnn:, $ASSIGN a channel to thatI > mailbox and do an asynchronous $QIO read to obtain a notification event D > when the process terminates. Is there any better way to accomplish > this?  > 
 > Regards, > -Uli Bellgardt >    ------------------------------  $ Date: Thu, 9 Mar 2006 08:45:42 -0500* From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Mailbox Unit Number Range* Message-ID: <44103187@usenet01.boi.hp.com>  F IIRC there is a SYSGEN parameter to force the old behavior.  Check the release notes.  8 "Kari Keronen" <kari.keronen@digita.fi> wrote in message2 news:S9UPf.1000$lk3.778@reader1.news.jippii.net...E > The range was raised from 9999 to 32767 with OpenVMS version 7.3-2.  >  > -Kari- > A > "Uli Bellgardt" <uli_bellgardt@hotmail.com> kirjoitti viestiss > > news:1141893207.635949.11960@e56g2000cwe.googlegroups.com...
 > > Hello, > > H > > using OpenVMS V8.2 Alpha, yesterday I saw that a mailbox unit number& > > had 5 digits, such as in MBA12345. > > H > > Consequently, one of my old programs misbehaved because it relied onG > > the (obviously wrong) assumption that the numeric part of a mailbox 1 > > name has a maxium of 4 digits, as in MBA9999:  > > F > > However I could not reproduce this behaviour on an old VMS versionC > > (V7.1 VAX, the only older VMS version I can access these days).  > > I > > My question is: Has the extended range of mailbox unit numbers > 9999 F > > been introduced with a fairly recent version of OpenVMS, or has itJ > > always been like this so that it was just a coincidence that I did not > > see it before? > > D > > Additional question: in the mentioned program, I get the ProcessK > > Termination Mailbox Unit number [nn] with $GETJPI  for a given process. J > > Then I construct the mailbox name as MBAnn:, $ASSIGN a channel to thatK > > mailbox and do an asynchronous $QIO read to obtain a notification event F > > when the process terminates. Is there any better way to accomplish	 > > this?  > >  > > Regards, > > -Uli Bellgardt > >  >  >    ------------------------------   Date: 9 Mar 2006 10:16:43 -0500 . From: brooks@cuebid.zko.hp.nospam (Rob Brooks)& Subject: Re: Mailbox Unit Number Range, Message-ID: <EgsCc5cZHYZL@cuebid.zko.hp.com>  , "FredK" <fred.nospam@nospam.dec.com> writes:  B >> "Uli Bellgardt" <uli_bellgardt@hotmail.com> kirjoitti viestiss  I >> > Consequently, one of my old programs misbehaved because it relied on H >> > the (obviously wrong) assumption that the numeric part of a mailbox2 >> > name has a maxium of 4 digits, as in MBA9999: >> >J >> > My question is: Has the extended range of mailbox unit numbers > 9999G >> > been introduced with a fairly recent version of OpenVMS, or has it K >> > always been like this so that it was just a coincidence that I did not  >> > see it before?   H > IIRC there is a SYSGEN parameter to force the old behavior.  Check the > release notes.  ( The relevant parameter is DEVICE_NAMING.  > (Alpha and I64) DEVICE_NAMING is a bit mask indicating whetherE        port allocation classes are used in forming SCSI device names.   '        Following is the bit definition:           Bit   Definition   %        0     If 1, enable new naming.   ;        1     Must be 0. This bit is reserved for use by HP.   >        2     If 1, cloned device unit numbers wrap after 9999.  A        For more information about port allocation classes, see HP         OpenVMS Cluster Systems.    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------  # Date: Thu, 09 Mar 2006 16:26:06 GMT & From: John Reagan <john.reagan@hp.com>& Subject: Re: Mailbox Unit Number Range1 Message-ID: <yGYPf.4384$DN.1155@news.cpqcorp.net>    Kari Keronen wrote: E > The range was raised from 9999 to 32767 with OpenVMS version 7.3-2.  >   H I think it will be raised again to just below 64K in the future.  Going A past 64K is a little harder since besides folks with 4 character  F assumptions, there is some actual documentation that would imply that G the unit number is only a word big.  Making it a longword would really  G mess people up (especially Macro programmers where the system supplied  I macros really do assume that things like termination mailbox numbers are  + only a word big - don't ask me how I know).    --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  * Date: Thu, 9 Mar 2006 16:57:54 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney) & Subject: Re: Mailbox Unit Number Range( Message-ID: <dupmqi$dbl$1@pcls4.std.com>  ( John Reagan <john.reagan@hp.com> writes:   >Kari Keronen wrote:F >> The range was raised from 9999 to 32767 with OpenVMS version 7.3-2. >>    I >I think it will be raised again to just below 64K in the future.  Going  B >past 64K is a little harder since besides folks with 4 character G >assumptions, there is some actual documentation that would imply that  H >the unit number is only a word big.  Making it a longword would really H >mess people up (especially Macro programmers where the system supplied J >macros really do assume that things like termination mailbox numbers are , >only a word big - don't ask me how I know).  E There's a lot more than that.  Every single driver has a reference to $ UCB$W_UNIT, which is a word in size.   ------------------------------  % Date: Thu, 09 Mar 2006 02:05:27 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: OpenVMS proves superior to all other OSs , Message-ID: <440FD397.F86BE04F@teksavvy.com>   Another thing about security.   E In the news this morning is that a foreign power would have installed G spying software in a greek mobile network to spy on some 100 of the top  politicians in the country.   F Don't have all the facts yet because it isn't on the BBC web site yet.C But consider the black eye on the greek mobile network and how much * trust and goodwill it will lose over this.  D Again, while governments do what they want, the corporations are theB ones who suffer when it is revelaed that they helped (knowingly or9 unknowingly) in breaking data privacy of their customers.     A Of course, I can't expect VMS management to use this, but a great % advertising in Greece TODAY would be:   H The CIA uses VMS to prevent people from breaking into its systems... WhyG don't you use VMS to prevent the CIA from breaking into YOUR systems ?     :-) :-) :-) :-) :-)     H Actually ,assuming a foreign power did manage to install software in theA greek network to spy on certain people, it would likely include a H compromised employee employed by the mobile network but working for thatH foreign government and able to bypass normal code management and install& this software without being detected.     H On the enterprise; "Captain, we're detecting a EM field being emitted byC Borg in sick bay, he is probably trying to contact the collective". N Captain: "Quick, raise a force field around sick bay to shield those signals".  E In the case of that mobile network, collecting data isn't enough, you F have to be able to ship it out to the foreign government so it can useD it. Either it would be physically moved on tape or on an IPOD, or itG would be covertly transmitted along with all the other data the company  sends out on the internet.    G Can companies really detect/log all data being sent out of its premises B to ensure no confidential data is being sent to some spying agency" (either government or corporate) ?   ------------------------------   Date: 9 Mar 2006 14:15:41 GMT 1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) 5 Subject: Re: OpenVMS proves superior to all other OSs + Message-ID: <47arkdFef6d6U1@individual.net>   + In article <440F8E46.E267A788@comcast.net>, 5 	David J Dachtera <djesys.nospam@comcast.net> writes:  > Bill Gunshannon wrote: >>  . >> In article <440CF1CD.B406690D@comcast.net>,? >>         David J Dachtera <djesys.nospam@comcast.net> writes:  >> > [snip] D >> > Probably an optional service with an annual subscription. Don't" >> > subscribe if it troubles you. >>  H >> Like my wife (who couldn't understand why I told her if we ever got aB >> car with OnStar the first thing I would do would be rip it out) > F > With a little digging, probably only a single connector being openedE > will likely disable it without damaging the vehicle or its interior  > appearance parts.  >  >> you seem F >> to have missed the most important point.  They control it, not you. > % > What level of control did you want?   C The ability to know, without a doubt, that they (meaning the OnStar F control center) can not turn it on without my knowledge or permission.E You did know thay can do that, right?  If not, lookon the web for the E news storay about OnStar turning on the microphone in a carjacked car E in order to report to police that the children who were int he car at J the time of the carjacking were apparently still there and still unharmed.G They were able to monitor conversations being conducted in the car, all A with out the knowledge or any actionont he part of the occupants.    >  >>  JustI >> because you opted not to pay for the service that benefits you doesn't I >> mean they won't utilize the parts that might benefit them.  Unless, of L >> course, you trust them. (Just because your paranoid doesn't mean everyone >> isn't out to get you!)  > D > As long as no laws are violated in the process (especially privacy! > rights laws), where's the harm?   ? Have you ever traveled by car with a business partner?  Did you ? discuss business along the way?  Did you say anything you would ? not want made public?  So far, I don't believe any OnStar usage > has made it to court so there are basicly no legal precedents.= Did you read every word of your last car purchase agreement?  @ Or rental car contract?  You may have agreed to let them monitor? you.  Even if that is not someothing you would have done if you ' actually read what they were requiring.    > G > ...and having someone else know your airbags have deployed might just  > save your hide!   C I prefer to use the old fashined way and just avoid hitting things. D Hint: I don't trust air bags or ABS brake systems either.  I will beC very glad to get my MG back on the road.  While I like my Miata, it E lets some crappy computer have way too much control which I prefer to / leave to someone I trust behind the wheel, me!!     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 9 Mar 2006 08:25:25 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <YHaDwjRPkS9z@eisner.encompasserve.org>   _ In article <47arkdFef6d6U1@individual.net>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: - > In article <440F8E46.E267A788@comcast.net>, 7 > 	David J Dachtera <djesys.nospam@comcast.net> writes:   & >> What level of control did you want? > E > The ability to know, without a doubt, that they (meaning the OnStar H > control center) can not turn it on without my knowledge or permission.G > You did know thay can do that, right?  If not, lookon the web for the G > news storay about OnStar turning on the microphone in a carjacked car G > in order to report to police that the children who were int he car at L > the time of the carjacking were apparently still there and still unharmed.I > They were able to monitor conversations being conducted in the car, all C > with out the knowledge or any actionont he part of the occupants.   ( That is scary.  I had not heard of that.  H >> ...and having someone else know your airbags have deployed might just >> save your hide! > E > I prefer to use the old fashined way and just avoid hitting things.   @ I would _prefer_ that too, but I like the idea of a backup plan.  ; > Hint: I don't trust air bags or ABS brake systems either.   @ I don't trust any single mechanism, but I believe in redundancy.  = Perhaps it would be simple to put a switch on the microphone.    ------------------------------  $ Date: Thu, 9 Mar 2006 10:18:55 -0500* From: "FredK" <fred.nospam@nospam.dec.com>5 Subject: Re: OpenVMS proves superior to all other OSs , Message-ID: <44104760$1@usenet01.boi.hp.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:YHaDwjRPkS9z@eisner.encompasserve.org... G > In article <47arkdFef6d6U1@individual.net>, bill@triangle.cs.uofs.edu  (Bill Gunshannon) writes: / > > In article <440F8E46.E267A788@comcast.net>, 8 > > David J Dachtera <djesys.nospam@comcast.net> writes: > ( > >> What level of control did you want? > > G > > The ability to know, without a doubt, that they (meaning the OnStar J > > control center) can not turn it on without my knowledge or permission.I > > You did know thay can do that, right?  If not, lookon the web for the I > > news storay about OnStar turning on the microphone in a carjacked car I > > in order to report to police that the children who were int he car at D > > the time of the carjacking were apparently still there and still	 unharmed. K > > They were able to monitor conversations being conducted in the car, all E > > with out the knowledge or any actionont he part of the occupants.  > * > That is scary.  I had not heard of that. > J > >> ...and having someone else know your airbags have deployed might just > >> save your hide! > > G > > I prefer to use the old fashined way and just avoid hitting things.  > B > I would _prefer_ that too, but I like the idea of a backup plan. > = > > Hint: I don't trust air bags or ABS brake systems either.  > B > I don't trust any single mechanism, but I believe in redundancy. > ? > Perhaps it would be simple to put a switch on the microphone.   I OnStar is a service.  If you are paranoid about it - don't buy a car with J the OnStar equipment installed.  You have to have a degree of trust in theI service if you buy it - you trust that it is only activated by someone in H the car, or at the request of someone with the authority (the owner, theJ police) to make the request.  Personally, if I didn't dislike most of GM's? cars so much - OnStar is a feature that I myself would pay for.   L Do you expose yourself to the risk of some potential loss of privacy?  Sure.I But we make those personal choices all the time - and this is a *choice*. G For many people, especially where someone does a lot of driving alone - I OnStar or similar systems can relieve a lot of anxiety that is well worth  the potential for privacy loss.   L Hint: I would not buy a car without air bags and ABS.  Both of those systemsG are redundant - seat belts for one, and ABS while a computer controlled K mechanism to vary braking pressure - doesn't disconnect the system from the F emergency brake or making normal braking impossible in a failure mode.  G Defensive driving, and "not hitting things" does not guarantee that you K won't be hit by someone else.  ABS both provides shorter stopping distances < on dry pavement, but also loss of control on slick surfaces.   ------------------------------   Date: 9 Mar 2006 16:24:21 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)5 Subject: Re: OpenVMS proves superior to all other OSs + Message-ID: <47b35lFegsmpU1@individual.net>   3 In article <YHaDwjRPkS9z@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:a > In article <47arkdFef6d6U1@individual.net>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: . >> In article <440F8E46.E267A788@comcast.net>,8 >> 	David J Dachtera <djesys.nospam@comcast.net> writes: > ' >>> What level of control did you want?  >>  F >> The ability to know, without a doubt, that they (meaning the OnStarI >> control center) can not turn it on without my knowledge or permission. H >> You did know thay can do that, right?  If not, lookon the web for theH >> news storay about OnStar turning on the microphone in a carjacked carH >> in order to report to police that the children who were int he car atM >> the time of the carjacking were apparently still there and still unharmed. J >> They were able to monitor conversations being conducted in the car, allD >> with out the knowledge or any actionont he part of the occupants. > * > That is scary.  I had not heard of that.  I One of the biggest threats to personal privacy today is people's complete F lack of understanding and still reliance on technology.  How about theE female bank robber who was observed using a cellphone WHILE robbing a C number of banks.  Now how hard do you thnk it was to coordinate the D celltower records for that phone and identify the culprit.  Duh.....  D I know people who turn off the GPS capability in their cellphone "soF their movements can't be tracked."  Yeah, right.  And yet all the timeE your phone is turned on there is a record of which celltowers can see G it.  Hmmmm.....  What happens when you overlay this on a map.  Duh.....    > I >>> ...and having someone else know your airbags have deployed might just  >>> save your hide!  >>  F >> I prefer to use the old fashined way and just avoid hitting things. > B > I would _prefer_ that too, but I like the idea of a backup plan.  G One has to weigh the advantages with the disadvantages,  I have and the G risk is just too great.  The electronics in cars are not protected from G and therefore very susceptable to EMF.  Do you know how much RF power a F NY State Police car emits?  I'll give you a hint.  They were unable toF teach them that the radio doesn't work well when they are parked underD an overpass to get out of the summer sun so they just put amplifiersC in all the cars.  I have had a passing police car transmiting cause F my gas pedal to drop tot he floor because of the interference from theC radio to my cruise control.  And we won't even get into the illegal 1 radio equipment found in many trucks still today.    > < >> Hint: I don't trust air bags or ABS brake systems either. > B > I don't trust any single mechanism, but I believe in redundancy.  D See my comments above.  Oh yeah and I could add a few others to helpD you buld confidence.  Ever own a British Car?  Ever hear the typical British Car jokes?  ; What is Lucas Electric's nickname?  The Prince of Darkness. , Why do British wives like Lucas electrics?  >                           Get's their husbands in before dark.  2 Guess what Lucas does today?  ABS systems.     :-)  C May sound like a ludite, but I even removed the electronic ignition D from my MG in favor of a good old fashioned points ignition.  I have@ to actually do periodic tune-ups, but the trade off is worth it.   > ? > Perhaps it would be simple to put a switch on the microphone.   = I doubt you can get any access inside the box at all.  And it @ wouldn't mean the box wasn't still sending data on you to people@ who have no business knowing it.  GPS?  How many times does yourB car show up in the parking lot of the Lowes?  WalMart?  Appleby's?B All valuable personal information to someone that you would likelyD not give out freely if you had the choice.  Technology can be a good; thing.  Trusting that it will not be abused is a bad thing.    bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 9 Mar 2006 08:53:59 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) ' Subject: Re: Press releases from Oracle , Message-ID: <UG+S3RpqluUN@malvm9.mala.bc.ca>  C In article <1141874940.490549.10790@u72g2000cwu.googlegroups.com>,  .    "Sue" <susan_skonetski@hotmail.com> writes:   > Malcolm its coming.  >   @    Thanks. I'm still hopeful I'll see it within a few months but> it is terribly frustrating that it's taken Oracle this long (I? mean, really, it should only take a few weeks to re-compile and ? test the Alpha version of Oracle and release it for Integrity - : why is it taking Oracle over a year and a half? ( and even? that's counting from when 8.2 was officially released - I would @ have expected Oracle to have access to an Integrity VMS box long
 before that )   >    I know this isn't HP's fault, but on the other hand how can> they expect customers to seriously consider adopting Integrity8 VMS servers when a major vendor like Oracle shows such a( half-hearted commitment to the platform?  >    Of course none of this reflects on the Rdb team, who appear< to have done an excellent job of getting timely releases out> for Integrity. It's just too bad we had to drop Rdb because we@ couldn't afford it (we had to move to Oracle "Standard Edition")   ------------------------------  # Date: Thu, 09 Mar 2006 14:41:42 GMT 7 From: John Malmberg <malmberg@dskwld.zko.hp.compaq.dec>   Subject: Re: Samba (VMS Roadmap)0 Message-ID: <G8XPf.4378$4N.103@news.cpqcorp.net>   healyzh@aracnet.com wrote:M > Is there any word on what the supported versions of OpenVMS will be for the 
 > Samba port?   D This is not an official statement, for specific information, please $ contact lawrence.woodcome(at)hp.com.  @ The Samba V3 product is likely to have dependencies on features & introduced with OpenVMS 8.2 and later.  A Primarily I would expect that the focus will be on the currently  B shipping and supported versions of OpenVMS on Integrity and Alpha.  G The upcoming evaluation release is a bare-bones implementation that is  G mostly just compiling the UNIX source and doing the minimum to make it  I functional on OpenVMS so that HP can get some feedback on what customers  $ would want in the supported release.   -John ! malmberg@dskwld.zko.hp.compaq.dec  Personal Opinion Only    ------------------------------  $ Date: Thu, 9 Mar 2006 10:27:12 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> + Subject: Special march Deal On DS10 systems 6 Message-ID: <XFXPf.455$8a7.141@bignews6.bellsouth.net>  4 We are offering a blow out deal for Alphaserver DS10  I These offers are NOT available to anyone but OpenVMS users and are NOT on  our website     F Quote Promotion: DS10-466-SPCOV-M06  if ordering by phone or email/fax   Alphaserver DS10 466Mhz EV6  512MB Memory 36GB U160 Disk SCSI ! ATI Radeon 7500 PCI Graphics Card  Dual Channel U160 Controller Dual On Board 10/100 Ethernet  Keyboard Mouse and Power Cord    Only $2995 while stocks last  $ This is WAY WAY below market pricing  + The pricing above does NOT include licenses    Subject to availability   G Systems are reconditioned - look superb and carry Island's exclusive 12  months warranty   / Shipments of these orders will start March 20th   & Shipping charges are fixed as follows:   Continental USA: $60 Hawaii: $90  Canada $120  Europe West: $160  Europe East: $290  Australasia: $190   ? You may order online with this part number - DS10-466-SPCOV-M06     - Shipping will be added to the purchase total. L Sales in the state of Georgia will have 6% added to the total unless a valid Resale Certificate isprovided    --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html    ------------------------------   Date: 9 Mar 2006 07:49:44 -0800 ' From: "syslost" <wm.reynolds@gmail.com> / Subject: Re: Special march Deal On DS10 systems C Message-ID: <1141919384.817387.280050@v46g2000cwv.googlegroups.com>    Off the subject of DS20...  F I'm looking for a Processor board for a Alpha 1000 4/266, 54-23297-04. It's for a Hobbyist system.    ------------------------------  $ Date: Thu, 9 Mar 2006 11:13:06 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> / Subject: Re: Special march Deal On DS10 systems 5 Message-ID: <WkYPf.739$X7.336@bignews7.bellsouth.net>   " Sent an email to you the other day  8 We had a bunch of these - dumped them about 3 months ago   David    --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   2 "syslost" <wm.reynolds@gmail.com> wrote in message= news:1141919384.817387.280050@v46g2000cwv.googlegroups.com...  > Off the subject of DS20... > H > I'm looking for a Processor board for a Alpha 1000 4/266, 54-23297-04. > It's for a Hobbyist system.  >    ------------------------------   Date: 9 Mar 2006 12:50:33 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)6 Subject: Re: VMS Roadmap updated - now includes blades, Message-ID: <44102499$1@news.langstoeger.at>  e In article <1141853961.757672.37670@p10g2000cwp.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: ! >March 2006 edition now available % >http://www.hp.com/go/openvms/roadmap  > A >Various items of note including the planned support for the next % >generation of Itanium Blade Servers    = Are the new blades the reason why there is no more mention of G Montecito System Upgrades for the rx1620 (which was planned for V8.3) ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Thu, 09 Mar 2006 13:09:11 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) 6 Subject: Re: VMS Roadmap updated - now includes bladesL Message-ID: <rdeininger-0903060809090001@user-uinj417.dialup.mindspring.com>  H In article <44102499$1@news.langstoeger.at>, peter@langstoeger.at wrote:    > >Are the new blades the reason why there is no more mention ofH >Montecito System Upgrades for the rx1620 (which was planned for V8.3) ?   No, nothing to do with blades.   ------------------------------  $ Date: Thu, 9 Mar 2006 09:26:59 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 6 Subject: Re: What is going on with VAX prices on ebay?4 Message-ID: <rNWPf.230$R7.23@bignews3.bellsouth.net>   I had 10 but tossed them !   DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   2 "syslost" <wm.reynolds@gmail.com> wrote in message= news:1140622612.981933.126570@g43g2000cwa.googlegroups.com... H > One of my two hobbyist Alpha 1000a's quit.  Since I have two systems IF > was able to fine the bad board.  I'm looking for a processor board (& > 54-23297-04 )... anyone know of one? >    ------------------------------   Date: 9 Mar 2006 07:43:47 -0800 ' From: "syslost" <wm.reynolds@gmail.com> 6 Subject: Re: What is going on with VAX prices on ebay?C Message-ID: <1141919027.467953.183180@e56g2000cwe.googlegroups.com>   E How long ago did you toss them; as in are they still in the dumpster?    ------------------------------   End of INFO-VAX 2006.136 ************************