1 INFO-VAX	Fri, 23 Aug 2002	Volume 2002 : Issue 464       Contents: Re: .CLD questions. ' ??== AlphaStation 400 4/233 won't boot. + Re: ??== AlphaStation 400 4/233 won't boot. + RE: ??== AlphaStation 400 4/233 won't boot. ) Re: backup & restore across VMS versions? ) RE: backup & restore across VMS versions? ) RE: backup & restore across VMS versions? H Bruce Schneier on security - interesting article in The Atlantic MonthlyL Re: Bruce Schneier on security - interesting article in The Atlantic MonthlyL Re: Bruce Schneier on security - interesting article in The Atlantic MonthlyL Re: Bruce Schneier on security - interesting article in The Atlantic Monthly$ Re: DE101 - can it go to Full Duplex6 Re: Does Vax Cobol V4.4 comply with Cobol-85 standard? Re: Enterprise Virtual Array! Funny tape device identification. ' Re: High quality of HP Software support  Re: HP Webcast - Tru64 & HP-UX Re: HP Webcast - Tru64 & HP-UX" Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly" RE: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly2 Re: Installing new RF36 Hard disk in VAX 4000 105A. Re: Is the HP/Compaq merger really going well?. Re: Is the HP/Compaq merger really going well? my VMS page updated  Re: my VMS page updated  Re: New missive from HP  Re: New missive from HP  Re: New missive from HP ! Re: Products incl in NAS package. ! Re: Products incl in NAS package. @ Re: putenv()/setenv() was - Re: DECC (specifically v6.2-008, but@ Re: putenv()/setenv() was - Re: DECC (specifically v6.2-008, but Re: rename c rtl bug Re: Roadshow update 7 Re: Seeking bootable VMS image for simulator on FreeBSD   Re: set file/data_check (REPOST)  Re: set file/data_check (REPOST)  Re: set file/data_check (REPOST)  Re: set file/data_check (REPOST)! Sounds like the INS needs VMS ...  Re: tcpware smtp  Re: total VMS newbie - pointers?  RE: total VMS newbie - pointers?  Re: total VMS newbie - pointers?D Re: V7.3 to V7.3-1 upgrade problems. Something for the Cover Letter?$ Re: VAX/Alpha Basic example programs VMS 7.3-1 Doc set... plain jane  Re: VMS in M$ ad Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion 
 XFC Feedback?  Re: XFC Feedback?   F ----------------------------------------------------------------------    Date: 23 Aug 2002 08:39:17 -0700) From: jbrankin@ntlworld.com (Jim Brankin)  Subject: Re: .CLD questions.= Message-ID: <863f19d6.0208230739.5308e3d4@posting.google.com>    Hi,    B    Off topic a bit, but can anyone say how to make the CLI return ( a string like the lexical functions do?   
    Thanks    - Jim       q colive@technologEase.com (Chris Olive) wrote in message news:<b10654c6.0208220648.4ed8f7de@posting.google.com>... z > "Kenneth H. Fairfield" <My-Full-Name@intel-com.spam-ban> wrote in message news:<3D63F9C2.1837EE26@intel-com.spam-ban>... > > Lyndon Bartels wrote:  > > : > > > Have a CLD question.... and no, this isn't homework. > > > G > > > I want to create a .CLD so the program has the follwing behavior.  > > > I > > > /FILE=filespec    { filespec other than default. Always an option } K > > > /HTML             { switch to format output in html format. Only good 
 > > > /LIST } : > > > /CREATE           { switch to create new data file }7 > > > /OUTPUT=filespec  { filespec to send output to. } N > > > /LIST[=username]  { to output a user, if only one is specified. Or all }8 > > >                   { if no username is specified. } > > > % > > > /MODIFY=username/field=newvalue  > > > N > > >                   { command to modify a given user's data. "username" isM > > >                   { required. At least one /field=newvalue is required.  > > > } D >               { "field" is a field in the data file, "newvalue" is > > > } 7 > > >                   { the new value to set it at. }  > > > : > > > /MODIFY, /LIST, and /CREATE are mutually exlclusive.+ > > > /CREATE prohibits /HTML, and /OUTPUT.  > > > 4 > > > Here's the .CLD file I've come up with so far. > > >  > > > DEFINE VERB DBACCESSH > > >         IMAGE "USER01:[MGR.LBARTELS.PROGRAMMING.DATABASE]DBACCESS" > > ! > > Comment-out the IMAGE line...  > >  > > >  > > >         NOPARAMETERSE > > >         QUALIFIER FILE, NONNEGATABLE,VALUE(REQUIRED,TYPE=$FILE) G > > >         QUALIFIER OUTPUT, NONNEGATABLE,VALUE(REQUIRED,TYPE=$FILE) , > > >         QUALIFIER CREATE, NONNEGATABLE* > > >         QUALIFIER HTML, NONNEGATABLEA > > >         QUALIFIER MODIFY, NONNEGATABLE,SYNTAX=MODIFY_SYNTAX E > > >         QUALIFIER LIST, NONNEGATABLE,VALUE(TYPE=$QUOTED_STRING) 1 > > >         DISALLOW ANY2(CREATE, MODIFY, LIST) ( > > >         DISALLOW CREATE AND OUTPUT& > > >         DISALLOW CREATE AND HTML > > > ! > > > DEFINE SYNTAX MODIFY_SYNTAX E > > >         QUALIFIER FILE, NONNEGATABLE,VALUE(REQUIRED,TYPE=$FILE)  > > >         QUALIFIER MODIFY, 6 > > > NONNEGATABLE,VALUE(REQUIRED,TYPE=$QUOTED_STRING)! > > >         QUALIFIER USERNAME, 6 > > > NONNEGATABLE,VALUE(REQUIRED,TYPE=$QUOTED_STRING)! > > >         QUALIFIER PASSWORD, 6 > > > NONNEGATABLE,VALUE(REQUIRED,TYPE=$QUOTED_STRING) > > >         QUALIFIER EMAIL,6 > > > NONNEGATABLE,VALUE(REQUIRED,TYPE=$QUOTED_STRING)N > > >         QUALIFIER PRIV, NONNEGATABLE,VALUE(REQUIRED,LIST,TYPE=PRIV_VALS)K > > >         QUALIFIER EXPIRE, NONNEGATABLE,VALUE(REQUIRED,TYPE=$DATETIME)  > > >  > > > DEFINE TYPE PRIV_VALS & > > >         KEYWORD ADMIN, NEGATABLE% > > >         KEYWORD BASE, NEGATABLE ' > > >         KEYWORD CREATE, NEGATABLE ( > > >         KEYWORD DISABLE, NEGATABLE > > > ) > > > The datafile is structured as such:  > > > ' > > > username:       char[some-length] ' > > > password:       char[some-length] ' > > > email:          char[some-length]  > > > privileges:     bitmap > > > expire date:    datetime > > >  > > > How does it look?  > > > * > > > When I wish to create an obj module: > > > ' > > > $ SET COMMAND/OBJECT DBACCESS.CLD  > > >  > > > I get the message: > > > M > > > %CDU-E-ROUTREQ, Line 2: A ROUTINE clause is required when generating an  > > > object file  > > D > >     VAXMAN answered this, but missed the point that you actually? > > _don't_ need a MODULE statement.  You do need to REMOVE, or ? > > comment-out, the IMAGE statement.  That's what's giving the % > > conflict with SET COMMAND/OBJECT.  > > C > >     If you omit a MODULE statement, the name of the module will B > > be the name of the .CLD file, e.g., DBACCESS.  That may or may9 > > not be desirable.  It's common to use something like,  > >  > >     MODULE DBACCESS_CLD  > >     VERB DBACCESS  > >     ...  > > A > > Then if you insert this in an object library, the Module name B > > will be DBACCESS_CLD (and will coexist with a subroutine named > > DBACCESS, for example).  > >  > > H > > > I don't understand that. I've been reading the manual, and I don't > > > understand. 1 > > > It talks about a routine with CLI$DISPATCH:  > > >  > > > Quote: > > >  > > > ROUTINE routine-name > > > I > > >      Symbol that specifies a routine the command calls to create an  > > > object. > > > module from the command definition file. > > > K > > >      The routine-name provides the name of a routine that is executed 
 > > > when > > > CLI$DISPATCH is called.  > > > C > > >      If you do not specify a routine, no default is provided.  > > >  > > > Unquote: > > > L > > > What routine? A function within my program? I just don't get this one. > > F > >     As others have said, the CDU facility is structured to _allow_F > > calling CLI$DISPATCH, e.g., id your different syntaxes are handledI > > by different routines.  If you're like me, and you're going to handle E > > all the command input in one routine, you don't need CLI$DISPATCH D > > nor any Routine clauses.  Now I used to have some nice examples,B > > but they're all on a TK87 at home...  Let me cook an _inexact_? > > example (in Fortran, OK? No wise cracks!).  Something like,  > >  > >     PROGRAM DBACCESS > >     ...  > >     EXTERNAL LIB$GET_INPUTH > >     EXTERNAL DBACCESS_CLD    ! Automatically loads the compiled .CLD3 > >                              ! from the library  > >     CHARACTER*256 CMD  > > 5 > >     Call Lib$Get_Foreign(CMD, 'DBACCESS> ', LCMD) B > >     Call Cli$Dcl_Parse('DBACCESS '//CMD(1:lCMD), DBACCESS_CLD,F > >    >                   Lib$Get_Input, Lib$Get_Input, 'DBACCESS> ') > >     Call DBA_PARSE > >     ...  > > P > > Of course, I haven't done any checking of return status from Lib$Get_Foreign > > N > > or Cli$Dcl_Parse, and I haven't checked whether the user actually supplied2 > > and input into CMD, but this is just a sketch. > > I > >     Note that you need to _prepend_ the verb string, DBACCESS, to the J > > beginning of the string you send to Cli$Dcl_Parse.  Once Cli$Dcl_ParseI > > is done, you call the routine you've written to retrieve command line J > > parameters and qualifiers, I called it DBA_PARSE here, and within that< > > routine you make calls to Cli$Present and Cli$Get_Value. > > G > >     When written as above, the image operates "as expected" whether I > > invoked by a verb in DCLTABLES (with a .CLD that _includes_ the IMAGE N > > clause), or via a foreign command ($DBA*ACCESS=="$dev:[dir]DBACCESS.EXE"),J > > or by $ MCR dev:[dir]DBACCESS, or via DCL$PATH:.  That makes gives theH > > system manager who will be installing this utility flexibility as toA > > how s/he wants to deploy it.  (It's also useful for testing.)  > >  > G > A good example, Ken.  This is EXACTLY what I am talking about...  The H > flexibility, as you mention, beats the other solutions in my opinion. E > Why make SET COMMAND mandatory?  Link the ensuing CLD object to the F > image, and let the end user decide on the various deployment options > specified above. > C > (I wasn't aware that the MODULE clause was optional, but it makes A > sense considering other defaulting behaviors elsewhere in VMS.)  > G > >     Caveat emptor: it's been more than a couple of years since I've H > >                    done any CLD/CLI programming, so there may errors* > >                    in certain details. > E > No, this is exactly how I've done it mirades of programs.  ('cept I G > still do nearly all my programming in MACRO-32... Can't get away from E > it.  It's too easy...)  You may have meant EXTERNAL LIB$GET_FOREIGN G > instead of EXTERNAL LIB$GET_INPUT since you called LIB$GET_FOREIGN in D > your example, but I don't sight-read FORTRAN as well as some otherB > langs.  (The prompting routine in LIB$GET_FOREIGN of course usesD > LIB$GET_INPUT, so maybe that's why you have EXTERNAL LIB$GET_INPUTF > instead of EXTERNAL LIB$GET_FOREIGN?)  Otherwise, your example is my8 > recommended approach to CLD usage in a case like this. >  > Chris  > ----- 
 > Chris Olive ! > colive(at)technologEase(dot)com    ------------------------------  % Date: Fri, 23 Aug 2002 10:03:51 +0200 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)0 Subject: ??== AlphaStation 400 4/233 won't boot.D Message-ID: <aus-2308021003520001@wvia20.virologie.uni-wuerzburg.de>  ! AlphaStation 400 4/233 won't boot   H The configuration of my new-to-me AlphaStation 400 4/233 is shown below.  C 1) When I try to boot either of the two disks the error message is:    >>>b  dka0 (or dka100) (boot dka0.0.0.6.0) 1 block 0 of dka0.0.0.6.0 is not a valid boot block  bootstrap failure   H 2) Booting from the dka400 (or external dka500) the boot gets as far as:   >>>b dka400  (boot dka400.4.0.6.0) / block 0 of dka400.4.0.6.0 is a valid boot block ' reading 1082 blocks from dka400.4.0.6.0  bootstrap code read in3 base = 200000, image_start = 0, image_bytes = 87400  initializing HWRPB at 2000! initializing page table at 1f2000  initializing machine state# setting affinity to the primary CPU  jumping to bootstrap code   J Then the CD drive lights flash a few times and everything dies. I've triedD booting the firmware 5.3 and 5.9 as well as OVMS 7.2-1 and 7.3 CDs.   F The previous owner tells me that one of the two hard disks has OpenVMSC installed. I received the Alpha with the boot enabled for WinNT and & changed the boot console to boot OVMS.   What can I try now?   ) <<<<<<<<<<< Configuration >>>>>>>>>>>>>>>    Firmware SRM Console:    X5.0-30  ARC Console:    4.37; PALcode:        VMS PALcode X5.48-107, OSF PALcode X1.35-76  Serial Rom:     V4.6 Diag Rom:       V1.2  	 Processor * DECchip (tm) 21064A-6   233Mhz 512KB Cache   MEMORY      64 Meg of System Memory7      Bank 0 = 64 Mbytes(32 MB Per Simm) Starting at 0x0        Bank 1 = No Memory Detected       Bank 2 = No Memory Detected      Flash ROM0  Mfr - AMD      Flash ROM1  Mfr - AMD      Flash ROM2  Mfr - AMD      Flash ROM3  Mfr - AMD   PCI Bus 1      Bus 00  Slot 06: NCR     810 Scsi Controller F                                    pka0.7.0.6.0          SCSI Bus ID 7>                                    dka0.0.0.6.0           RZ28>                                    dka100.1.0.6.0         RZ28?                                    dka400.4.0.6.0         RRD43 ?                                    dka500.5.0.6.0         RRD42   %      Bus 00  Slot 07: Intel SIO 82378     6      Bus 00  Slot 11: Digital ZLXp Graphics Controller  6      Bus 00  Slot 12: DECchip 21040 Network ControllerJ                                    ewa0.0.0.12.0         08-00-2B-E5-EA-B7   ISA K Slot    Device  Name            Type         Enabled  BaseAddr  IRQ     DMA  0 B         0       MOUSE           Embedded        Yes     60      12A         1       KBD             Embedded        Yes     60      1 A         2       COM1            Embedded        Yes     3f8     4 A         3       COM2            Embedded        Yes     2f8     3 A         4       LPT1            Embedded        Yes     3bc     7 I         5       FLOPPY          Embedded        Yes     3f0     6       2  2 I         0       PCXBJ           Singleport      Yes     530     9       0    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Fri, 23 Aug 2002 14:09:45 +0200 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)4 Subject: Re: ??== AlphaStation 400 4/233 won't boot.D Message-ID: <aus-2308021409450001@wvia20.virologie.uni-wuerzburg.de>  D I was connected to serial port_2; things work fine when connected to serial port_1.  :]   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Fri, 23 Aug 2002 09:15:58 -0400 ; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> 4 Subject: RE: ??== AlphaStation 400 4/233 won't boot.K Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEA25@rlghncst964.usps.gov>    Ausgezeichnet!   WWWebb   -----Original Message-----5 From: "Hans M. Aus" [mailto:aus@vim.uni-wuerzburg.de] % Sent: Friday, August 23, 2002 8:09 AM  To: "Info-VAX@Mvb.Saic.Com" 4 Subject: RE: ??== AlphaStation 400 4/233 won't boot.    D I was connected to serial port_2; things work fine when connected to serial port_1.  :]   --B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  + Date: Fri, 23 Aug 2002 12:14:34 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk2 Subject: Re: backup & restore across VMS versions?+ Message-ID: <ak58va$gd8$1@aquila.mdx.ac.uk>   e In article <ak426h$dhe$1@ronco.freenet.columbus.oh.us>, "Robert Schaefer" <rschaefe@gcfn.org> writes: F >How well does BACKUP handle restores to a newer version of OpenVMS?     Almost perfectly.   J The only issue I've ever encountered was during a recent disaster recovery	 exercise. ; The system I was restoring from Backup was running VMS 6.2. ? The system I was restoring to already had on VMS 7.2 (7.2-1 ?). M So I picked a disk and tried to restore the 6.2 system disk backup tape to it  using backup/image. " Restored but lost all the aliases.J Looks like it was a problem with the /ALIAS qualifier which was introduced around the VMS 7.2 timeframe.   I To get around it I booted from my VMS 6.2 OS CD selected the option to do E DCL commands and proceeded to do the restore from tape under VMS 6.2.  Worked fine.   >I have M >a few machines (VAX 6000-320, VAXstations 3100-40 and 4000-90) all running a L >flavor of 5.5.  I'd like upgrade to the latest version, as it seems to be AI >Good Thing to be current, but I don't want to just blow away the current L >configs.  As these are hobbyist machines, that is an option, but I'd ratherK >keep the bits around.  I hope to one day understand enought to go back and36 >appreciate how it worked in a production environment. >   L As these are Vaxes I'd probably build stabackit on a tape (or a disk on eachL system) just in case. That way I could always boot standalone backup for 5.5= and restore the backup tape as though I were running VMS 5.5.   
 David Webb VMS and Unix team leader CCSS Middlesex University         >Bob >c >n   ------------------------------  % Date: Fri, 23 Aug 2002 09:02:10 -0400M; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>b2 Subject: RE: backup & restore across VMS versions?K Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEA24@rlghncst964.usps.gov>S  7 Backward compatability of VMS backup is extremely good.b  6 Coming from the paranoid school of system management, ( I'll make the following recommmendation:  ; I would recommend doing a standalone backup of your system y0 disk before upgrading to something more current.  = In fact, starting at VMS 5.5 whatever, you can't go straight /4 to 7 in one hop, you'll have to go to something like% 6.1 or 6.2 as an intermediate step.  s  ? Check the docset and the SPD, read the FAQ, do a Google groups e? search  (and don't forget to visit the Wizard) and you'll find e' details in one or more of those places.(  9 I'd further recommend an additional standalone after eachE intermediate upgrade.0   WWWebb   -----Original Message-----2 From: "Robert Schaefer" [mailto:rschaefe@gcfn.org]' Sent: Thursday, August 22, 2002 9:18 PM  To: "Info-VAX@Mvb.Saic.Com" . Subject: backup & restore across VMS versions?    K How well does BACKUP handle restores to a newer version of OpenVMS?  I have L a few machines (VAX 6000-320, VAXstations 3100-40 and 4000-90) all running aK flavor of 5.5.  I'd like upgrade to the latest version, as it seems to be AfH Good Thing to be current, but I don't want to just blow away the currentK configs.  As these are hobbyist machines, that is an option, but I'd rather J keep the bits around.  I hope to one day understand enought to go back and5 appreciate how it worked in a production environment.-   Bob-   ------------------------------  % Date: Fri, 23 Aug 2002 09:35:12 -0400n' From: "Main, Kerry" <Kerry.Main@hp.com>:2 Subject: RE: backup & restore across VMS versions?T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660957@kaoexc01.americas.cpqcorp.net>   William,  H <<< In fact, starting at VMS 5.5 whatever, you can't go straight to 7 in= one hop, you'll have to go to something like 6.1 or 6.2 as an  intermediate step.>>>>  G As a fyi, the V7.3-1 installation guides and cover letters are also nowi at:c. http://www.openvms.compaq.com/doc (Main doc's)C http://www.openvms.compaq.com/doc/731FINAL/6655/6655PRO.HTM (V7.3-1  upgrade and installation)   G There might be two or three steps required if upgrading from VMS V5.x -rC here is extract from above url's: (see official urls above for fulle details)   ++! "5.1.2.1  Direct Upgrade Paths=20 E You can upgrade directly to OpenVMS Alpha Version 7.3-1 from only the ' following versions of OpenVMS Alpha:=20     Version 7.3=20w  Version 7.2-2=20   Version 7.2-1=20   Version 7.2-1H1=20u  Version 7.1-2=20S  E If you are currently running OpenVMS Alpha Version 6.2x, you can do a D two-step upgrade: first to Version 7.2-2 or 7.3, and then to Version 7.3-1. " ++   Regardsa  
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----C From: Webb, William W Raleigh, NC [mailto:wwebb1@email.usps.gov]=20  Sent: August 23, 2002 9:02 AM  To: Info-VAX@Mvb.Saic.Com 2 Subject: RE: backup & restore across VMS versions?      7 Backward compatability of VMS backup is extremely good.   8 Coming from the paranoid school of system management,=20( I'll make the following recommmendation:  = I would recommend doing a standalone backup of your system=20 0 disk before upgrading to something more current.  ? In fact, starting at VMS 5.5 whatever, you can't go straight=20G4 to 7 in one hop, you'll have to go to something like' 6.1 or 6.2 as an intermediate step. =20,  A Check the docset and the SPD, read the FAQ, do a Google groups=20 A search  (and don't forget to visit the Wizard) and you'll find=20O' details in one or more of those places.   F I'd further recommend an additional standalone after each intermediate upgrade.   WWWebb   -----Original Message-----2 From: "Robert Schaefer" [mailto:rschaefe@gcfn.org]' Sent: Thursday, August 22, 2002 9:18 PME To: "Info-VAX@Mvb.Saic.Com"=20. Subject: backup & restore across VMS versions?    F How well does BACKUP handle restores to a newer version of OpenVMS?  IG have a few machines (VAX 6000-320, VAXstations 3100-40 and 4000-90) allOG running a flavor of 5.5.  I'd like upgrade to the latest version, as itAE seems to be A Good Thing to be current, but I don't want to just blow E away the current configs.  As these are hobbyist machines, that is anD? option, but I'd rather keep the bits around.  I hope to one dayE? understand enought to go back and appreciate how it worked in aB production environment.A   Bob    ------------------------------  # Date: Fri, 23 Aug 2002 09:46:45 GMTT# From: "John Smith" <a@nonymous.com>AQ Subject: Bruce Schneier on security - interesting article in The Atlantic MonthlyGI Message-ID: <9wn99.24598$bu81.19391@news02.bloor.is.net.cable.rogers.com>s  2 http://www.theatlantic.com/issues/2002/09/mann.htm    J and the following seems like a clarion-call for VMS, but don't ever expectI HP to promote something at the expense of their money-losing PC business.k     How Insurance Improves Securityt  E Eventually, the insurance industry will subsume the computer security D industry. Not that insurance companies will start marketing securityJ products, but rather that the kind of firewall you use-along with the kindK of authentication scheme you use, the kind of operating system you use, and L the kind of network monitoring scheme you use-will be strongly influenced by the constraints of insurance.v  J Consider security, and safety, in the real world. Businesses don't installI building alarms because it makes them feel safer; they do it because they G get a reduction in their insurance rates. Building-owners don't installnJ sprinkler systems out of affection for their tenants, but because buildingL codes and insurance policies demand it. Deciding what kind of theft and fireK prevention equipment to install are risk management decisions, and the riski2 taker of last resort is the insurance industry ...  K Businesses achieve security through insurance. They take the risks they are I not willing to accept themselves, bundle them up, and pay someone else to G make them go away. If a warehouse is insured properly, the owner really L doesn't care if it burns down or not. If he does care, he's underinsured ...  L What will happen when the CFO looks at his premium and realizes that it willL go down 50% if he gets rid of all his insecure Windows operating systems andK replaces them with a secure version of Linux? The choice of which operatingiD system to use will no longer be 100% technical. Microsoft, and otherI companies with shoddy security, will start losing sales because companiesrK don't want to pay the insurance premiums. In this vision of the future, howTJ secure a product is becomes a real, measurable, feature that companies areC willing to pay for ... because it saves them money in the long run.   , -Bruce Schneier, Crypto-Gram, March 15, 2001   ------------------------------  # Date: Fri, 23 Aug 2002 14:02:00 GMT , From: "Kenneth Farmer" <kfarmer@openvms.org>U Subject: Re: Bruce Schneier on security - interesting article in The Atlantic Monthly = Message-ID: <sfr99.41463$Xa.1996303@twister.southeast.rr.com>L   John,P  J Could you send me an email message?  I'd like to make contact with you via email.   Ken    --   Kenneth Farmer http://www.Tru64.org http://www.OpenVMS.org        . "John Smith" <a@nonymous.com> wrote in messageC news:9wn99.24598$bu81.19391@news02.bloor.is.net.cable.rogers.com...  > 4 > http://www.theatlantic.com/issues/2002/09/mann.htm >C >SL > and the following seems like a clarion-call for VMS, but don't ever expectK > HP to promote something at the expense of their money-losing PC business.r >  > ! > How Insurance Improves Securitya >aG > Eventually, the insurance industry will subsume the computer security F > industry. Not that insurance companies will start marketing securityL > products, but rather that the kind of firewall you use-along with the kindI > of authentication scheme you use, the kind of operating system you use,  andaK > the kind of network monitoring scheme you use-will be strongly influencedt by > the constraints of insurance.  >$L > Consider security, and safety, in the real world. Businesses don't installK > building alarms because it makes them feel safer; they do it because they I > get a reduction in their insurance rates. Building-owners don't installDL > sprinkler systems out of affection for their tenants, but because buildingI > codes and insurance policies demand it. Deciding what kind of theft andi fireH > prevention equipment to install are risk management decisions, and the risk4 > taker of last resort is the insurance industry ... >kI > Businesses achieve security through insurance. They take the risks theys areyK > not willing to accept themselves, bundle them up, and pay someone else to I > make them go away. If a warehouse is insured properly, the owner reallysJ > doesn't care if it burns down or not. If he does care, he's underinsured ...b >iI > What will happen when the CFO looks at his premium and realizes that it  willJ > go down 50% if he gets rid of all his insecure Windows operating systems and C > replaces them with a secure version of Linux? The choice of which 	 operating F > system to use will no longer be 100% technical. Microsoft, and otherK > companies with shoddy security, will start losing sales because companies-I > don't want to pay the insurance premiums. In this vision of the future,T how L > secure a product is becomes a real, measurable, feature that companies areE > willing to pay for ... because it saves them money in the long run.  >e. > -Bruce Schneier, Crypto-Gram, March 15, 2001 >_ >E >    ------------------------------    Date: 23 Aug 2002 08:24:18 -0700% From: Alan Greig <a.greig@virgin.net>IU Subject: Re: Bruce Schneier on security - interesting article in The Atlantic Monthlya) Message-ID: <ak5k32011ne@drn.newsguy.com>   N In article <sfr99.41463$Xa.1996303@twister.southeast.rr.com>, "Kenneth says... >  >John, >2K >Could you send me an email message?  I'd like to make contact with you viaj >email.   ' a@nonymous.com might actually be valid!-   > nonymous.com Server:  Censoredl Address: Censoredd   Non-authoritative answer:w1 nonymous.com    internet address = 216.40.214.120h, nonymous.com    nameserver = ns1.subhost.net, nonymous.com    nameserver = ns2.subhost.net nonymous.com          origin = ns2.subhost.net$         mail addr = root.subhost.net         serial = 2002062101          refresh = 14400 (4H)         retry   = 3600 (1H)a         expire  = 604800 (1W)a          minimum ttl = 14400 (4H)  ( Authoritative answers can be found from:0 ns1.subhost.net internet address = 216.40.214.50/ ns2.subhost.net internet address = 205.128.21.2a     >Ken >  >--_ >e >Kenneth Farmera >http://www.Tru64.orgn >http://www.OpenVMS.org1 >0 >  >t >i/ >"John Smith" <a@nonymous.com> wrote in messagerD >news:9wn99.24598$bu81.19391@news02.bloor.is.net.cable.rogers.com... >>5 >> http://www.theatlantic.com/issues/2002/09/mann.htmm >> >>M >> and the following seems like a clarion-call for VMS, but don't ever expecttL >> HP to promote something at the expense of their money-losing PC business. >> >>" >> How Insurance Improves Security >>H >> Eventually, the insurance industry will subsume the computer securityG >> industry. Not that insurance companies will start marketing security M >> products, but rather that the kind of firewall you use-along with the kind J >> of authentication scheme you use, the kind of operating system you use, >andL >> the kind of network monitoring scheme you use-will be strongly influenced >byi  >> the constraints of insurance. >>M >> Consider security, and safety, in the real world. Businesses don't install L >> building alarms because it makes them feel safer; they do it because theyJ >> get a reduction in their insurance rates. Building-owners don't installM >> sprinkler systems out of affection for their tenants, but because building J >> codes and insurance policies demand it. Deciding what kind of theft and >fire I >> prevention equipment to install are risk management decisions, and the. >risk 5 >> taker of last resort is the insurance industry .... >>J >> Businesses achieve security through insurance. They take the risks they >areL >> not willing to accept themselves, bundle them up, and pay someone else toJ >> make them go away. If a warehouse is insured properly, the owner reallyK >> doesn't care if it burns down or not. If he does care, he's underinsuredd >... >>J >> What will happen when the CFO looks at his premium and realizes that it >will K >> go down 50% if he gets rid of all his insecure Windows operating systems  >andD >> replaces them with a secure version of Linux? The choice of which
 >operatingG >> system to use will no longer be 100% technical. Microsoft, and other L >> companies with shoddy security, will start losing sales because companiesJ >> don't want to pay the insurance premiums. In this vision of the future, >howM >> secure a product is becomes a real, measurable, feature that companies are,F >> willing to pay for ... because it saves them money in the long run. >>/ >> -Bruce Schneier, Crypto-Gram, March 15, 2001r >> >> >> >M >u   ------------------------------    Date: 23 Aug 2002 11:26:34 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)zU Subject: Re: Bruce Schneier on security - interesting article in The Atlantic Monthlyl3 Message-ID: <wx7r$Ofuc1Og@eisner.encompasserve.org>   Q In article <ak5k32011ne@drn.newsguy.com>, Alan Greig <a.greig@virgin.net> writes: P > In article <sfr99.41463$Xa.1996303@twister.southeast.rr.com>, "Kenneth says... >> >>John,: >>L >>Could you send me an email message?  I'd like to make contact with you via >>email. > ) > a@nonymous.com might actually be valid!!   Somehow I doubt it:i   	http://nonymous.com/H   ------------------------------  + Date: Fri, 23 Aug 2002 11:48:42 +0000 (UTC)9 From: david20@alpha2.mdx.ac.uk- Subject: Re: DE101 - can it go to Full Duplexn+ Message-ID: <ak57eq$ffh$1@aquila.mdx.ac.uk>2  q In article <6e2f14f4.0208221415.11467356@posting.google.com>, glenmark@utxvms.cc.utexas.edu (Glen Martin) writes:- >r5 >Not trying to get to 100Mb/s, just 10/Full Duplex..., > F >Assuming that I can get my hands on a couple of DE500-XA cards (whichC >is iffy), does anyone know if there is a patch that allows them to@A >function under VMS 6.2? (Last time I checked, they required 7.x)u  B I've just put a DE500 card in a 2100 5/300 system running VMS 6.2.0 Works fine at 100MB Full-duplex after we put on  ALPLAN05_062 and UCX 4.2 Eco 5.   
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------    Date: 23 Aug 2002 05:58:32 -0700( From: don.braffitt@hp.com (Don Braffitt)? Subject: Re: Does Vax Cobol V4.4 comply with Cobol-85 standard?t= Message-ID: <e5c311b8.0208230458.415318af@posting.google.com>i  f mor2346@gmx.net (morsi pan) wrote in message news:<792abe54.0208180203.1a199c95@posting.google.com>...C > I am working on a project with OpenVMS Vax V5.5-2 and Cobol V4.4.oE > Because it is an old system and I cannot find any information aboutp
 > Cobol v4.4.t2 > Can anybody help me with the following question?D > 1. I want to know if vax cobol v4.4 comply with Cobol-85 standard?  < Yes.  VAX COBOL V4.4 supported the ANSI-85 standard and someF differences related to the ANSI-74 standard.  See HELP COBOL /STANDARDE for some details.  These /STANDARD differences are still supported intF Compaq COBOL V5.7 for OpenVMS VAX.  If you have the .COM files used toF build the COBOL applications with VAX COBOL V4.4, you should recompileC using the same /STANDARD option (if any) used when the applicationsa: were built with V4.4.  The defaut in both V4.4 and V5.7 is
 /STANDARD=85.t  F VAX COBOL V5.0 added support for the 1989 intrinsic functions addendum? to the ANSI-85 standard, but this should not impact the upgraden project you are doing now.  9 > 2. If not, where can I find vax cobol v4.4 information?-  D The best starting point for details on changes to COBOL on VAX since V4.4 is the release notes:  E   http://www.openvms.compaq.com/commercial/cobol/VAX_COBOL_RN_V57.htm-  D What we've tried to do in these release note is give a comprehensiveC summary of all changes which have gone into the product on VAX overo the last 8 releases since V4.4.a  D The Compaq COBOL V5.7 for OpenVMS VAX documentation (User Manual and! Reference Manual) is available at   *   http://www.openvms.compaq.com/doc/#cobol  D This documentation covers V2.7 on Alpha (OpenVMS and Tru64 UNIX) and V5.7 on OpenVMS VAX.   E > 3. If I compile cobol program in Compaq Cobol V5.7 with Vax OpenVMS E > 7.2,Can I port the program into OpenVMS with Vax Cobol V4.4 system?  >  > Thanks in advance. >  > Morsi Panr > mor2346@gmx.nete  D Yes.  As stated in the earlier replies, the intent with Compaq COBOLF V5.7 for OpenVMS VAX is that you can recompile and relink applicationsC which had previously been built with an older version of VAX COBOL.f  @ For performance reasons, you should look at the /INSTRUCTION_SETC qualifier as part of your recompilation effort.  COBOL applicationseC generally perform best on modern VAX systems when compiled with the < NODECIMAL option.  The DECIMAL option (still the default forC compatibility with VAX COBOL V4 and earlier) was designed for earlyi9 VAX systems like the 780 and 750 with non-emulaed decimalo
 instructions.t  C I am assuming you are upgrading to a version of OpenVMS more recenti> than V5.5-2.  Compaq COBOL V5.7 requires OpenVMS VAX V6.2 as aA minimum.  Compaq COBOL V5.7 is the single version of COBOL on VAXiA currently supported by HP engineering meaning there is no support-A today by HP engineering for any version of VAX COBOL, DIGITAL VAXK) COBOL, or Compaq COBOL on VAX/VMS V5.5-2.e   - Don Braffitt&   Compaq COBOL and SORT project leader   ------------------------------  % Date: Fri, 23 Aug 2002 10:43:33 +0100n% From: Alan Greig <a.greig@virgin.net>u% Subject: Re: Enterprise Virtual Arrayu8 Message-ID: <us0cmuc5gkushjvhntve86r8n7nbe5mpta@4ax.com>  D On 19 Aug 2002 10:45:24 -0600, young_r@encompasserve.org (Rob Young) wrote:  Q >In article <ajqfal0v1l@drn.newsguy.com>, Alan Greig <a.greig@virgin.net> writes:s >> aS >> I recall hearing at a couple of Compaq presentations that upcoming support wouldhN >> be provided for a NAS module for EVA products. Can anyone fill me in on theO >> details of this as I can't seem to see any reference on the Storageworks webi >> site. >> t >2= >http://www.compaq.com/products/storageworks/e7000/index.htmlm >lC >http://www.compaq.com/products/storageworks/e7000/description.html   % Thanks. Don't know how I missed that!V   -- Alan   ------------------------------  % Date: Fri, 23 Aug 2002 17:43:19 +0100r) From: Roger Haxby <r_rem_a_haxby@iee.org> * Subject: Funny tape device identification.> Message-ID: <cyt99.580$BV5.75787@newsfep1-gui.server.ntli.net>  L We have a multi-node cluster using HSD controllers.  There is a tape device K on one controller.  After a power outage on one cluster member, though not gL the HSDs, the tape ($3$MUA300:) was identified as $3$MKA300: on the machine J that had gone down.  The other machines saw both $3$MUA300 and $3$MKA300, K although only $3$MUA300 worked.  (This was via $show dev m). Resetting the pG HSD did not help, nor powering it and the tape device down and up, nor eJ logging onto the HSD and removing and replacing the tape device (followed F by a HSD reset), nor $mc sysgen autoconfig all.  One machine is still J seeing MKA300: (and of course its the machine that normally uses the tape  drive!).  I I am reluctant to take down and reboot the machine without a good reason.e  3 Has anyone any explanation about what has happened?t' How can a device identification change?aH Is there any way to remove the changed device and get recognition of the correct device?l  E Machines are VAXs, CI clustered.  HSDs are not in the cluster but arem3 DSSI connected. Running VMS 6.1.  Tape is a TZ877. - -- r/ R Haxby. To reply remove rem_a and all dashes.     ------------------------------  % Date: Fri, 23 Aug 2002 13:47:37 -0400u* From: "Syltrem" <syltremzulu@videotron.ca>0 Subject: Re: High quality of HP Software support4 Message-ID: <Gwu99.9160$H67.50474@tor-nn1.netcom.ca>  J "JF Mezei" <jfmezei.spamnot@videotron.ca> a crit dans le message de news:! 3D5D780B.CA95AE7F@videotron.ca... K > It is pretty sad situation when what used to be taken as standard support  isG > now seen as excellent support because standards were so significantlyi lowered'B > by the expectations set by Microsoft's "reboot and/or reinstal".  . It's not just Microsoft, it's a general trend.  G You have the same kind of problems everywhere, even in retail stores or I cleaners or any other place where they should try to give satisfaction toc0 the customer, about the product or service sold.  & Very good service is very hard to find  I It's starting to change a bit, but it's not easy being a customer. If youeK want something real hard, too many times you have to fight and argue to geti it.l   2 recent examples (this week): a) BAD serviceL Reknown audio store. I was looking for a VCR, the requirement was that it beL the current replacement model for the one I already have (i.e. compatibilityI to read the markings on the tape for skipping ads, etc). The guy found it J quick on his computer. They were out of stock. It is REGULAR stock though.C He said he could order it for me but I need to leave a deposit. NottH refundable. Why, if it is stuff they will order anyway? I told the guy IH can't leave a deposit for an article for which I don't see more than itsJ model number on his computer screen ( I was very polite with him!). I wentG to another store and they had it in stock. The other guy lost the sale.    b) GOOD servicerK I was looking for wheels (iron wheels for winter - why now? they are easiertL to find in the summer!) for my truck. They don't make it standard as the carK does not come with anything else than mag wheels, from the dealer. I calledmK my "preferred" tire shop. The guy looked at his listing and said there wereuF no wheels that fit on his current listing. It was an hardcopy from hisJ supplier - one he receives every month. Asked him to call the supplier andL see if they had some in stock now. He did, called me back within minutes andJ guess what, I'm going to pick up my 4 wheels tomorrow. Another clerk could3 have said "call again when I receive the new list".   C Those are not big things, they only demonstrate that not eveyone is % cooperative in helping their clients.e  I The people at DEC support (both software and hardware) almost always are.rJ And on top of that, most of the time they know what they're talking about. Many know it very well indeed.   --   SyltremnI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)i8 To reply to myself directly, remove zulu from my address  J "JF Mezei" <jfmezei.spamnot@videotron.ca> a crit dans le message de news:! 3D5D780B.CA95AE7F@videotron.ca...n > Syltrem wrote: > >C# > > I agree 100% with what you say.-L > > DEC/Compaq/HP support is excellent. They never tell you to deinstall andB > > reinstall because that's not the way it works on OpenVMS. They
 understandB > > their product, ask the right questions and lead you to a quick resolution.e >oK > It is pretty sad situation when what used to be taken as standard supporto isG > now seen as excellent support because standards were so significantlyw loweredgB > by the expectations set by Microsoft's "reboot and/or reinstal".   ------------------------------  % Date: Fri, 23 Aug 2002 10:30:47 +0100cU From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com>l' Subject: Re: HP Webcast - Tru64 & HP-UXb0 Message-ID: <ak4vds$f0q$2@new-usenet.uk.sun.com>   John Smith wrote:   K > FYI - I received the following this morning. I'm sure many of you have asv > well.  > & > ------------------------------------ > 2 > HP is pleased to announce the following webcast: > 4 > "HP-UX and Tru64 UNIX  A Side by Side Comparison"/ >  Overview and Standalone Administration Focusd= > Presenter: Brad Nichols, HP Tru64 UNIX Technical Consultantt > 2 > When: Thursday, August 22nd at 10 -11:30am ET OR+ >  Thursday, August 22nd at 7 - 8:30 pm ET  > K > Delivery: This session will be delivered via the web using the HP Virtuall? > Classroom together with audio teleconferencing via the phone.k > K > Registration: To register for one of these sessions and learn more, go toeL > <http://www.hpbroadband.com> and enter your email address and the key word > "tru64unix". > G > This webcast will be made available for replay subsequent to the livea	 > events.h >  > Session Overview:iN > No operating system is more critical to enterprise customers than UNIX, withM > its ability to deliver robust, mission-critical solutions.  Upon the mergerhM > of HP and Compaq, HP is now the largest UNIX vendor in the world, with moreeM > than two million HP-UX and Tru64(tm) UNIX installations worldwide. You, ouroI > valued Tru64(tm) UNIX customers, have expressed some concerns about the M > differences between these operating systems, and how those differences willh! > affect your operational staffs.i >     9 The claim for HP-UX and Tru64 in total having the largeste: number of UNIX implimentations worldwide is totally untrue? as anyone with access to either IDC or Dataquest market numberst will be able to vouch.   P.S These numbers come from HP.r    L > As HP moves to consolidate its Enterprise UNIX offerings around HP-UX withM > Tru64(tm) UNIX features on Itanium(tm), it is important for you to be aware L > of the technical differences and similarities between HP Tru64 UNIX and HPK > HP-UX.  This webcast will explore and compare the two UNIXs in influences K > and evolution, kernel facilities, installation and system administration,-F > device management, resource management and clustering.  This talk isE > intended to leave the audience with an appreciation of the relative J > strengths of both UNIX operating systems and many similarities that will- > provide an ease-of-evolution going forward.s > 3 > Session Agenda (subject to change) 1 hr in lengthd# > - Road maps for HP UNIX offeringsi! > - Releases, chips and platformse > - How different or alike?t" >       o Common UNIX is UNIX core5 >       o Functionally equivalent enterprise featuresr, >       o Differentiating value-add features! > - Device Management and Storagem >       o Journal File Systems. > - Administrative Frameworks and Installation) >       o System Administration Frameworkn' >       o SMP and Platform Partitioning * >       o Resource Management  Frameworks > - Clustering* >       o TruClusters and MC/Service Guard > - Latest Enterprise Features > 6 > Open questions and answers (15-30 minutes in length) >  >  >    ------------------------------  # Date: Fri, 23 Aug 2002 14:06:05 GMTs, From: "Kenneth Farmer" <kfarmer@openvms.org>' Subject: Re: HP Webcast - Tru64 & HP-UXt= Message-ID: <hjr99.41464$Xa.1997066@twister.southeast.rr.com>.  # "Andrew Harrison SUNUK Consultancy"9> <andrew_nospam.harrison_remove_this@sun#.com> wrote in message* news:ak4vds$f0q$2@new-usenet.uk.sun.com... >m > > Session Overview:lK > > No operating system is more critical to enterprise customers than UNIX,o withH > > its ability to deliver robust, mission-critical solutions.  Upon the mergerJ > > of HP and Compaq, HP is now the largest UNIX vendor in the world, with moreK > > than two million HP-UX and Tru64(tm) UNIX installations worldwide. You,i ourcK > > valued Tru64(tm) UNIX customers, have expressed some concerns about thetJ > > differences between these operating systems, and how those differences will# > > affect your operational staffs.t >n; > The claim for HP-UX and Tru64 in total having the largestn< > number of UNIX implimentations worldwide is totally untrueA > as anyone with access to either IDC or Dataquest market numbersc > will be able to vouch. >;! > P.S These numbers come from HP.r  E Do you have pointers to the latest numbers or the numbers themselves?n   --   Kenneth Farmer http://www.Tru64.org http://www.OpenVMS.org http://www.LinuxHPC.orgp   ------------------------------  % Date: Fri, 23 Aug 2002 10:27:07 +0100qU From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com>s+ Subject: Re: HP-Compaq Merger Went Smoothlys0 Message-ID: <ak4v70$f0q$1@new-usenet.uk.sun.com>   Main, Kerry wrote:   > Andrew, Andrew ..c > / > <<< Ye gods are you really this challenged.<<  > C > Course, I always know when one party is frustrated with the othere2 > parties responses - they start getting personal. > I > Ah well .. Business as usual ..sorry, don't have time to participate ins/ > the old "you said, I said.." stuff right now.g > ) > However, do feel free to continue on ..i >     > :-)  ) Translated from the "kerry" this means ohu* damn messed up yet again lets go back into( hiding until another opportunity to mess up presents itself.c  ( You are a constant source of ammusement.     Regardsl Andrew Harrisonl    / P.S Using all the smilies when you have nothingn  - to smile about is verging on the odd. You can  get help for this.   ------------------------------  % Date: Fri, 23 Aug 2002 09:51:41 +0100aU From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com>G+ Subject: Re: HP-Compaq Merger Went Smoothly-0 Message-ID: <ak4t4i$eb9$1@new-usenet.uk.sun.com>   JF Mezei wrote:m  * > Andrew Harrison SUNUK Consultancy wrote: > 5 >>It always amuses me when people make the mistake of 4 >>talking about dot.com as a past and failed entity. >> > M > Andrew, would you admit that most of the growth during the dot com era cameiJ > from companies which had no hope for survival and existed solely because? > people were stupid enough to pour oodles of money into them ?m >     1 There was a good deal of that and it was the part 2 of the dot.com revolution which got huge publicity3 because people were starting companies from nothingH2 and walking away with a billion dollars in stock a couple of years later.  3 However at the same time as these internet startups1/ were bagging the front page of Time etc most ofe3 the big household name companies were investing big02 time in the same technology that the startups were- using to web enable their businesses as well.t  . In many ways the dot.com startups are like any- other new industry, people see an opportunityu- jump in, some survive many more don't but then0 survivors become the household names of the next generation.n  . The Oil and Gas, Automotive, Rail markets have- all gone through these phases. The difference3/ being that with the dot.coms the cycle was muchu3 faster because of the rate of change in the market.E  3 Its worth pointing out that many dot.coms are doingi1 very well, eBay for example and some are on track-2 to deliver, Amazon, Last Minute etc. The ones that3 remain are the ones that were tightly managed, theyo0 had a good business plan and they executed well.  6 In the feeding frenzy that accompanies the development8 of any new market from a VC standpoint there have always3 been people who have been prepared to bung money tor, anyone who has what looks like half an idea.  2 One of the most amusing thing about Freddy talking4 about dot.bomb is that HP were just that VC company.2 HP unlike Sun which was very carefull about taking+ any form of joint risk sharing with dot.como6 startups shared risk and provided funding for startups4 in order to try to get back into the dot.com market.  + HP ended up having to take huge write downs 0 in the order of 100's of millions of dollars per0 quarter when these dot coms bombed. Sun did not.  - As usual Freddy is the boy in the glass house  chucking the stones.    N > And another aspect of this were the telecoms who also got oodles of money toM > deploy tons of fibre and routers etc etc, thinking that demand for bandwith.M > would never cease to grow exponentially. (and this is what caused companiescP > such as Cisco, Nortel and JDS Uniphase to have their stock grow to unrealisticM > orbital levels, and Nortel making the big mistake of buying up all sorts ofr > .COMs in the process). >     G Yes, but more important in the UK and EMEA was the auction of 3G mobile:C licenses which cost the Telcos 20 billion just for a peice of paper.- giving them the right to operate a 3G sevice.     I > In the case of Nortel, remember that it was very much a voice equipmentrM > company just before the .COM boom, and it was through acquisitions (such asoN > bay networks) that all of a sudden, Nortel was able to sell equipment neededN > by the .COMs. Problem is that they went overboard in their purchases and areO > not paying dearly for it. JDS Uniphase was a little little-known company who,lM > for some reason, became the darling of Wall Street and all of a sudden, itsoO > name became just as well known as Microsoft, also with its stock rocketing tooK > orbit even though most investors only knew that JDS was involved in fibernN > optics, something that was associated with the success of .COMs at the time. >  > L > Now, if you talk about the serious , established, companies who decided toJ > provide web services to customers, suppliers and employees, then you areN > correct, there was spending there. But how big was that spending compared toB > the "irrational exhuberance" spending from the "true" dot coms ? >     G Bigger than the dot.coms in my experience. Even something as big as the C boo.com infrastructure was pretty modest when compared with say thetH infrastructure put in by any of the investment banks to provide customer portals.     Regards    Andrew HarrisonV   ------------------------------  % Date: Fri, 23 Aug 2002 07:07:22 -0400C' From: "Main, Kerry" <Kerry.Main@hp.com>o+ Subject: RE: HP-Compaq Merger Went Smoothly T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D94E9@kaoexc01.americas.cpqcorp.net>   Andrew,   G Thanks for making my point on the personal stuff - I knew you would notL  be able to resist one last shot.   :-)-  
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Servicesn Voice: 613-592-4660t Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----' From: Andrew Harrison SUNUK Consultancyr7 [mailto:andrew_nospam.harrison_remove_this@sun#.com]=20q Sent: August 23, 2002 5:27 AMG To: Info-VAX@Mvb.Saic.Comr+ Subject: Re: HP-Compaq Merger Went Smoothly          Main, Kerry wrote:   > Andrew, Andrew ..h >=20/ > <<< Ye gods are you really this challenged.<<  >=20F > Course, I always know when one party is frustrated with the other=202 > parties responses - they start getting personal. >=20I > Ah well .. Business as usual ..sorry, don't have time to participate=20p2 > in the old "you said, I said.." stuff right now. >=20) > However, do feel free to continue on ..  >=20    > :-)  ) Translated from the "kerry" this means oh0* damn messed up yet again lets go back into( hiding until another opportunity to mess up presents itself.   ( You are a constant source of ammusement.     Regards. Andrew Harrison     / P.S Using all the smilies when you have nothing   - to smile about is verging on the odd. You canu get help for this.   ------------------------------  # Date: Fri, 23 Aug 2002 16:39:41 GMT35 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r+ Subject: Re: HP-Compaq Merger Went Smoothly 2 Message-ID: <hzt99.15$RK1.501817@news.cpqcorp.net>  6 Andrew Harrison SUNUK Consultancy wrote in message ... >n >h >a. >As usual Freddy is the boy in the glass house >chucking the stones.l >n  I Except for your attempts to change the subject, what I've written in this I thread has been to the effect that the entire industry is in a slump - HPnL and SUN included.  The positive - or negative - effects of the HP merger are) not yet in evidence - it's just too soon.o  H You have attempted to try and spin Sun as if it was in great shape, whenI that is far from true.  I've put the financials in here to prove it.  YouoK quote market share numbers, but frankly I just took a quick look at the IDCiL bulletins and really don't see anything for you to brag about.  Of course, II can't publish the data - and you probably are just reading your own press-K releases trying to slice and dice quarterly market data into something thatr looks good for you.   G The question, again, is exactly what are you doing in this conference -6A except as a means to throw stones?  I'm not in the SUN conference.J complaining about Solaris, or trying to talk up VMS.  You have really onlyL one motivation to be here - to try and sow as much FUD as possible, in hopesE that someone might go to SUN from VMS.  Do you care about VMS, or VMSlJ customers, or have anything to contribute?  No.  I think we ALL understandB that - so don't be comming here and try BSing people into thinking2 otherwise, and then complain about stone throwing.  G I wonder if after all this time if a SINGLE customer has been swayed byf3 *you* in this conference to dump VMS and go to SUN.e   ------------------------------    Date: 23 Aug 2002 08:03:10 -0700, From: iskandar@measat.com (Iskandar Hussein); Subject: Re: Installing new RF36 Hard disk in VAX 4000 105A < Message-ID: <28a7709.0208230703.5e6c8e45@posting.google.com>  Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3D64ACB7.CECA516C@127.0.0.1>...i > Iskandar Hussein wrote:n > >  > > Dear friends,e > > I > > My VAX 4000 105A is having a disk space problem.  I need to add a neweG > > unit of hard disk in my system.  Currently the system is running on 0 > > VMS VAX 6.2 and on 4 1.6 GB DSSI Hard Drive. > > C > > The project I am engaging currently requires me to add one moref9 > > additional hard drive in the expansion cabinet, B40X.e > > H > > Anybody in the group have experience installing this unit would mind@ > > sharing the installing method?  I would appreciate the help. > G > I'd just make a note here that performing a self install could affectcF > your maintenance contract, so I'd check that out first, and possibly. > engage you maintenance folks to do the work. > E > In either case you'll have to work out a free DSSI node number, andaC > either have a plug available, or set the unit number (see later).h > F > If you're going to do it yourself, after shutting down and switchingG > off,  with appropriate antistatic precautions, put the drive into theeH > free bay, gently but firmly, fasten up the mounting screws and connect? > the front place. THis should all be fairly obvious how to do.' > E > If you're using a node plug, which must be unique, put that in, andlF > power the system back up, but make sure it halts at the chevrons >>> > G > a SHOW DSSI will show if the drive appears without conflicts. It willeF > also give its node name which you may wish to change, its allocationI > class ALLCLASS which should match the ALLOCLASS on the system if you'll % > be MSCP serving to cluster members.  > F > Without going into great detail of how to force unit numbers withoutF > node plugs, or how to make the drive see the node plug rather than aD > forced number, also how to set host to the drive so you can change% > parameters from the console, go to . > $ > http://askq.compaq.com/askopenvms/ > C > Searching for "dssi rf disk vax install" will give you the 2 or 3nJ > articles that will help you through the rest of the process on the firstH > and couple of pages following, the titles should be obvious. Come backJ > here if you have other specific issues for questions not answered there.  F Regarding the maintenance contract..it is on the other server...we got; one developement server that is mainly for testing and thisgC development is not under the maintenance contract so that we can do  what ever project on it..-  @ Anyway thanks for the tip...I'll post something once i get it to work....   ------------------------------  % Date: Fri, 23 Aug 2002 10:41:42 +0100eU From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com>w7 Subject: Re: Is the HP/Compaq merger really going well?I0 Message-ID: <ak502d$fav$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:  8 > Andrew Harrison SUNUK Consultancy wrote in message ... >  >> >>Fred Kleinsorge wrote: >> >>" >>>Alan Greig wrote in message ... >>>a >>>AI >>>>Christopher Byron is a syndicated radio commentator and writer livingnI >>>>in Connecticut. He is also the author of 'Martha Inc.: The IncredibleaH >>>>Story of Martha Stewart Living Omnimedia.' Mr. Byron does not investJ >>>>in equity securities in any form. He holds only U.S. government bonds, >>>>notes, and CDs.t >>>> >>>> >>>>I >>>This was the most telling part of this guys "I hate the merger" redux.  >>>t > He > B >>>doesn't believe in stocks at all, and likes Martha.  Go figure. >>>x >>>  >>@ >>No he just maintains his independance by not holding any stock >>; >>A pretty honest stance from a financial writer and hardly + >>something that anyone needs to go figure.  >>6 >>Its nice to see that as usual you are ready with the >>wrong explanation. >> >> > J > Which is a lot of hooey.  He could hold mutual funds, if he had an issueM > about not talking about a specific stock.  Someone who is "in the business"oN > but who won't trust his own money invested what he talks about is suspect toM > me.  Anyone fully invested in bonds, notes and CD's - and who isn't near or M > at retirement *is* a fool.  No matter how he hand waves.  If you don't walklF > the walk, stop trying to talk the talk.  Frankly there is absolutelyH > *nothing* wrong with holding investments in things you research, write2 > about, or recommend  - provided full disclosure. > L > Interesting thing about opinions - we all have them - and yours is usually > wrong. >     ' Produce some examples in the last year.m  & I very much suspect that at this point% you will dissappear from this part ofw the thread.U  ( I only say this because in the past when& I have asked you to back up any of you$ wild claims you have done the above.   Regardsa Andrew Harrisond     >  >  >  >    ------------------------------  # Date: Fri, 23 Aug 2002 16:06:12 GMTe5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r7 Subject: Re: Is the HP/Compaq merger really going well?m2 Message-ID: <U3t99.13$Pn1.106601@news.cpqcorp.net>  6 Andrew Harrison SUNUK Consultancy wrote in message ... >g >1( >Produce some examples in the last year. >e' >I very much suspect that at this pointe& >you will dissappear from this part of >the thread. >U) >I only say this because in the past when ' >I have asked you to back up any of youi% >wild claims you have done the above.n >m  ? Eh?  Pretty much everything you type here is self-serving spin.e   ------------------------------  % Date: Fri, 23 Aug 2002 16:08:04 +0200 B From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.danbbs.dk> Subject: my VMS page updated. Message-ID: <3D6641C4.26A8A28F@mail.danbbs.dk>  / http://www.levitte.org/~ava/ has been updated !a   Arne   ------------------------------  % Date: Fri, 23 Aug 2002 17:23:21 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr>K  Subject: Re: my VMS page updated' Message-ID: <3D665368.3D0903EB@Free.fr>U  Q Thank's for the pointer to the Jeff "don't press that button" Cameron's pages :-)n   D.   Arne Vajhj wrote: > 1 > http://www.levitte.org/~ava/ has been updated !e   ------------------------------  % Date: Fri, 23 Aug 2002 09:23:18 +0100 % From: Alan Greig <a.greig@virgin.net>t  Subject: Re: New missive from HP8 Message-ID: <uhrbmu8h9fa7iot14cer8obp11g26caii6@4ax.com>  , On Fri, 23 Aug 2002 00:24:42 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:    >Bill Todd wrote:oE >> But we already know that the people in charge feel little sense ofdK >> obligation to anyone:  not to the customers to whom they've made solemn,e0 >> unequivocal, repeated, public 'commitments',  >nA >Remember that wintel-centric companies do not have the corporateoN >culture/attitudes of "customer". They just assemble other people's components+ >into boxes and bulk ship to the "channel".  >a > N >When Compaq purchased Digital, it was confirmed to me that Compaq was baffledN >by Digital's customer databases because Compaq had no clue on such systems. IN >have to wonder if HP is similarly "wintel" centric with little priority given  B Well I never met a Compaq classic employee who was really familiarE with the VMS business. I have already met senior HP classic employees0F (including one with "marketing manager Europe, Middle East and Africa"B in his job title) who do seem to understand. It remains to be seen* whether he reflects HP corporate thinking.  K >to customer relationship because the top management thinks only about bulke >shipments of wintel boxes.   F I'm not so sure that Carly's ego will allow any kind of blind focus onC Windows (or anything else) to kill off HP. Given the effort she putnA into driving the merger through and given that the "destroy HP by F concentrating on low end, loss making PCs" argument has been thrust inC front of shareholders by the HP families and analysts, she would bes@ really, really, dumb not to investigate growing everything else.  E I don't get the impression she would be happy to be remembered as thec@ person who killed HP.  Unlike Pfeiffer, she doesn't have a boardE likely to give her the chop for concentrating on non-Wintel products.e Perhaps just the opposite. -- Alan   ------------------------------  # Date: Fri, 23 Aug 2002 10:05:36 GMT # From: "John Smith" <a@nonymous.com>c  Subject: Re: New missive from HPI Message-ID: <QNn99.24607$bu81.11312@news02.bloor.is.net.cable.rogers.com>a  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:uhrbmu8h9fa7iot14cer8obp11g26caii6@4ax.com... >tD > Well I never met a Compaq classic employee who was really familiarG > with the VMS business. I have already met senior HP classic employeestH > (including one with "marketing manager Europe, Middle East and Africa"D > in his job title) who do seem to understand. It remains to be seen, > whether he reflects HP corporate thinking.  G I would have expected some senior HP people to be as you have indicatedmJ given HP's relative strength in enterprise unix. However, it remains to be> seen whether that 'enlightenment' can be made to work for VMS.  L Compaq (nee Digital) obviously had people on-board who were just as customerH savvy and knew the VMS business inside-out, but due to decisions made atJ levels far above them they were never given sufficient resources to eitherG market VMS effectively, or were actively constrained from doing so (ie.tH can't present VMS as being the logical candiate as the enterprise serverL when another division with more 'clout' is trying to flog Billyboxes for the same purpose).  K It's too bad Capellas didn't sell just the PC business (and himself) to HP. L The reminder of the company could have been renamed 'Digital' and focused onE just the conflicts of having VMS, Tru64, and NSK as viable enterprise  systems.       >oH > >to customer relationship because the top management thinks only about bulk > >shipments of wintel boxes.M >tH > I'm not so sure that Carly's ego will allow any kind of blind focus onE > Windows (or anything else) to kill off HP. Given the effort she puteC > into driving the merger through and given that the "destroy HP bynH > concentrating on low end, loss making PCs" argument has been thrust inE > front of shareholders by the HP families and analysts, she would bemB > really, really, dumb not to investigate growing everything else. >hG > I don't get the impression she would be happy to be remembered as theoB > person who killed HP.  Unlike Pfeiffer, she doesn't have a boardG > likely to give her the chop for concentrating on non-Wintel products.m > Perhaps just the opposite. > -- > Alan   ------------------------------  # Date: Fri, 23 Aug 2002 10:31:04 GMTn$ From: winston@SSRL.SLAC.STANFORD.EDU  Subject: Re: New missive from HP8 Message-ID: <00A12DDD.F993EC47@SSRL04.SLAC.STANFORD.EDU>  \ In article <3D65B905.6F8A278B@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Bill Todd wrote:gE >> But we already know that the people in charge feel little sense of(K >> obligation to anyone:  not to the customers to whom they've made solemn,t0 >> unequivocal, repeated, public 'commitments',  >eA >Remember that wintel-centric companies do not have the corporate N >culture/attitudes of "customer". They just assemble other people's components+ >into boxes and bulk ship to the "channel".   0 *Koff-koff* Gateway *koff-koff* Dell *koff-koff*  I In other words, dude, it's just not inherently true of all Wintel-centricmK companies that all they do is bulk ship to "the channel."  Dell and GatewayMM started out, and still make money, selling one unit at a time to individuals, O although Dell's doing very well indeed selling direct to corporate customers as K well.  (They only get into trouble when they try doing some engineering on D their own.)s  N >When Compaq purchased Digital, it was confirmed to me that Compaq was baffledN >by Digital's customer databases because Compaq had no clue on such systems. IN >have to wonder if HP is similarly "wintel" centric with little priority givenK >to customer relationship because the top management thinks only about bulki >shipments of wintel boxes.e  L Compaq might plausibly have never had the kind of customer databases DigitalK did, but HP must have had them, although the people now in charge might nothL appreciate their value.  HP used to be a real competitor of DEC's, you know.   -- Alano   ------------------------------  % Date: Thu, 22 Aug 2002 21:17:01 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)* Subject: Re: Products incl in NAS package.; Message-ID: <3d6538ad.524144494f47414741@radiogaga.harz.de>u  ! John Santos (JOHN@egh.com) wrote:n4 > Jan-Erik =3D?iso-8859-1?Q?S=3DF6derholm?=3D wrote:6 > > I'v a system with a NET-APP-SUP-200 licens loaded.< > > What is the easiest way today (apart from looking in the? > > non-existent original docs) to find out what products couldg > > be run under this licens ? ...F@ > NAS-200 includes Advanced Server (aka Pathworks), DECnet-Plus,= > DCPS, DECwindows Motif, Pathworks (V6) and TCP/IP Services.   A It should be noted that WRT TCP/IP Services, the server part onlytA works with NAS-200+; NAS-150 only covers the client applications.o   cu,3   Martin --  G So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmer-4 for all the books...       | work: mv@pdv-systeme.deG In Memoriam Douglas Adams  |   http://www.pdv-systeme.de/users/martinv/7;             1952-2001      | home: martin@radiogaga.harz.dee   ------------------------------  % Date: Fri, 23 Aug 2002 10:25:30 -0700 ( From: Alan Frisbie <Abuse@NelsonUSA.com>* Subject: Re: Products incl in NAS package.- Message-ID: <3D66700A.28917DC2@NelsonUSA.com>t   "Kenneth H. Fairfield" wrote:g  : >     Look at SYS$UPDATE:VMSINSTAL_LMFGROUPS.COM (at least< > on an Alpha).  This is essentially a "table" that, for any@ > given "group" license, like your NAS200, which covers a number< > of products, gives the "equivalent" list of single-product > license names.  : Thanks for pointing out this file.   I never realized that: VMSCLUSTER was a component of NAS200, so I never tried it. Time to go RTF(cluster)M.d   Alan   ------------------------------  % Date: Fri, 23 Aug 2002 09:16:45 -0400i6 From: "John.Malmberg" <Malmberg@dskwld.zko.dec.compaq>I Subject: Re: putenv()/setenv() was - Re: DECC (specifically v6.2-008, butM4 Message-ID: <3D6635BD.8050203@dskwld.zko.dec.compaq>   David Froble wrote:oL >>> ~I would recommend creating a separate module named dcl_putenv that doesJ >>> ~the LIB$SET_SYMBOL instead, and takes the same arguments as putenv(). >>  K > Ha!  Now we get to the tricky stuff.  If you write a routine, which uses rI > LIB$SET_SYMBOL, and call it PUTENV, and link it in prior to the C RTL, sJ > then you don't need any code changes.  Got to make sure the linker adds J > the proper linkage so things don't get confused.  Definitely shady, and L > something that would cause some to reach for a rope when they see it.  :-)  G On OpenVMS, that technique is only available for VAX C, and only if youn3 linked with the .OLB instead of the shared library.n  J For Compaq C (Formerly DEC C), the run time library is normally the sharedI image, and if you want to override a routine from it, you have to do some 8 tricks, or you will get a duplicate symbol at link time.  C Also, the Compaq C compiler has special knowledge of many standard tI library routines and will inline them instead of taking the overhead for dB a procedure call.  This can be disabled at compile time of course.  H >>> ~Then for the OpenVMS build of the modules that call putenv() add a J >>> ~/DEFINE=("putenv=dcl_putenv") to the CC line.  Then the OpenVMS build >>> ~will have a extra module. >sC >> So putenv just stashes a pointer to the string passed in programt >> locally allocated memory. >>B >> It probably might be desirable to have putenv()/setenv() update= >> the local symbol table, I can pass that suggestion along. a > + > Whoa!  What idiot came up with this idea?   E Using a LIB$SET_SYMBOL() to set a shell environment variable has comenF up more than once in porting a program from UNIX to OpenVMS.  It seemsD reasonable for it to come up again.  I was just looking at providing a way to make it easier.  - I would hope that would not make me an idiot.-  E > "Let's see, Unix has PUTENV(), so we got to have it, so we'll just a > emulate a local variable."  H I have no idea of how it actually works on UNIX.  All I have is officialG documentatation of how it is acceptable to work on UNIX.  And currentlyrE OpenVMS is compliant with that official documentation, as long as theeB UNIX defined library calls are used to launch the child process or successor image.  F Of course any change to the putenv() behavior to be different than theG standard, or existing programs would need to be explicitly requested bydG the programmer.  It would not be nice to have a previously well behavedn+ program fill up the local DCL symbol table.t  G As of yet, I have only the assertion from the originator of this threaduH that the behavior they are expecting actually works on Tru-64 UNIX.  And/ I think I read that the poster had tested this.e  E But this morning there is also a thread that stated that the expectedb. UNIX behavior is the same as OpenVMS behavior.  H Another reference that I found while doing a quick search on the subjectF indicates that on some platforms, setenv()/putenv() can not create newI environment variables visible to the shell, but can modify existing ones.t    K > Once again I know why I dislike C.  But this goes far beyond most of the o > garbage normally found in C.  ? This is not really a C issue, even though C has plenty of them.   ? This is exposing that while there is an official UNIX standard  E maintained by "The Open Group", compliance with it apparently varies.e  F So to make it easier for people to port programs from UNIX to OpenVMS,' which practice should the C RTL follow?L  J POSIX, Official UNIX, DII-COE, LINUX, or some other specific UNIX variant?  D It could easily turn out that OpenVMS could pass compatability testsE to a documented official UNIX like standard better than some specific F UNIX, but while that is important to some purchasers, it may not help E get more applications that were depending on non-compliance with thatp standard to compile and go.d     -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Onlyl   ------------------------------  % Date: Fri, 23 Aug 2002 10:00:13 -0500e7 From: "Craig A. Berry" <craigberry@nospam.telocity.com>eI Subject: Re: putenv()/setenv() was - Re: DECC (specifically v6.2-008, bute# Message-ID: <3d664c5a_3@nopics.sjc>i  5 "David Froble" <davef@tsoft-inc.com> wrote in messageh& news:3D65B11C.9030600@tsoft-inc.com... > John.Malmberg wrote:  B >> It probably might be desirable to have putenv()/setenv() update< >> the local symbol table, I can pass that suggestion along.    + > Whoa!  What idiot came up with this idea?  >aD > "Let's see, Unix has PUTENV(), so we got to have it, so we'll just > emulate a local variable."    G John Malmberg is not an idiot, Dave. He is one of the best informed andeG most helpful guides in the c.o.v jungle. He is also, IIRC, now with HP, G and has gone out of his way to help a customer. I don't see anything in>1 *your* post that gets Lance closer to a solution.r    J > Once again I know why I dislike C.  But this goes far beyond most of the > garbage normally found in C.    F The notion of an environment variable is not a C construct per se, butG it has become part of the C standard since just about any "environment">@ from the firmware on your microwave on up will have some sort ofF environment variable. The SRM console on your favorite Alpha is whollyG dependent on environment variables, yet -- as far as I know -- does notn" have a C compiler targeted for it.    H Now, figuring out just what to do with getenv()/putenv()/setenv() on VMSG is an interesting question. Should it use logical names or DCL symbols? D The way Perl handles it is to allow you to configure to use symbols,E logical names, or the C RTL's private environ array according to yourt/ preference. For more on how Perl does this, seec    B <http://www.perldoc.com/perl5.8.0/pod/perlvms.html#Perl-variables>    E It seems the C RTL maintainers have taken the safe route and made theiE setenv()/putenv() routines refer only to an internal array. Given theuH fact that the xxxenv() routines and code that uses them generally do notE expect to affect anything outside the current process, discretion may G well be the better part of valor in this case. If environment variablesnD were tied to logical names, should a privileged user be able to haveH setenv() apply to the system or cluster tables, and how would you handleH the attributes that control concealed, terminal, and/or confined logicalF names when the API does not make any provision for the intersection ofE tables, modes, and attributes that are the hallmark of logical names?   J Mapping environment variables onto DCL symbols is less problematic, though: I'd think they should be global rather than local symbols.   ------------------------------  % Date: Fri, 23 Aug 2002 10:51:59 -0700r0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com> Subject: Re: rename c rtl bugm, Message-ID: <3D6613CF.2CDE2CCD@Mvb.Saic.Com>   Stephen L. De Rudder wrote:t > E > I found the following bug (feature) in the rename c rtl.  Here is atC > small smipit of code that produces the bug.  Yes I realize that Ie; > could fix the code but my preference is to get VMS fixed.e > G > Notes: OpenVMS Alpha V7.2, DEC C V6.0-001 on OpenVMS Alpha V7.2, Readw > code commentse >  > Thanks for any help. > SLDR > (Stephen L. De Rudder) > rdls22@jnatx.com >  > ====== Cut Here :-) =======  > #include <stdio.h> > #include <errno.h> >  > /*3 >   I assume the two files exists on an ODS-5 disk:r >   a.b8 >   a.b.c_new_ > 1 >   Dir will display file a.b.c_new as a^.b.c_newu > ( >   Before running do SET PROC/PARS=EXTE > */ >  > int main() > {e >   int ret; >  >   /* Works */r" >   ret = rename("./a.b","./a.c"); >  >   /* Does NOT work */:+ >   ret = rename("./a.b.c_new_","./a.b.c");r  >   ret = errno; /* ret=65535 */ >  >   /* Works */g' >   ret = rename("a.b.c_new_","a.b.c");n >  >   return errno;t > }f  E It is a documented restriction that, in the current C RTL, you cannottG mix unix file syntax and extended file names.  Extended file names work-E fine as long as they are in VMS syntax.  So, your first example worksnD because it is not an extended file name, the 2nd fails because it isF mixing unix syntax with extended file names, and the 3rd works becauseF the extended file names are in VMS syntax (or, more accurately, do not+ have any unix directory structure in them).   F The documentation also states that this restriction will eventually beE lifted.  I have been told that this is true in V7.3-1 but haven't yetd% received my kit to I can verify this.   B In this case, you really can say "that's not bug, it's a feature".  
 Mark Berrymane   ------------------------------  % Date: Fri, 23 Aug 2002 10:20:58 -0400 5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com>t Subject: Re: Roadshow update* Message-ID: <ak5gdp$bsf$1@web1.cup.hp.com>  < I was not correct in my defination of what Public Sector is.  9 Just a clarification Public Sector includes the followingo; Federal, State & Local, Higher Education, and K12 Educationw  
 Warm Regards,r   suet          @ "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message$ news:ak0gos$j68$1@web1.cup.hp.com... > Dear Newsgroup,c > L > The following is from the HP manager responsible for the Itanium roadshow.K > This is in response to some of your questions and statments regarding the C > roadshow.  As soon as we have additional information we will post' >o > SuerF > I'm assuming this is the newsgroup you mentioned to me in an earlier e-mail.sL > During some of my surfing in the newsgroup, I've found some things which I; > thought needed clarification, and I've listed them below.  >sG > - First, the road show is being put on my the HP Americas U.S. Public  SectorI > Sales group. So I can't speak to what may or may not go on in the UK orn anyr* > other part of the world for that matter. >wF > - Because the Public Sector group is doing the road show, this would explainhI > why commercial customers did not hear about it via a printed and mailedn
 > invitation.s > I > - Again because it's a Public Sector thing, the cities selected are nota ther? > usual, rather they are beneficial to the Public Sector group.c >uI > - The tag line "with OpenVMS there is not question" is only the half ofb theiK > marketing tag. The first half is "to re-boot or not to re-boot". When puteG > together, I think they convey what OpenVMS is all about. They are notm meantm  > to convey anything separately. >aK > - A second phase is planned with city and date selection almost complete.e > 	 > Thanks,g >e > Mark Langfordm >g" > BCS Business Development Manager >n > U.S. Public Sector Sales >u >r >n   ------------------------------   Date: 23 Aug 02 08:15:33 +0200) From: p_sture@elias.decus.ch (Paul Sture)p@ Subject: Re: Seeking bootable VMS image for simulator on FreeBSD) Message-ID: <nXqZsEkcNmCo@elias.decus.ch>e  T In article <3D65B106.40803@microsoft.com>, Ford Prefect <spam@microsoft.com> writes: > danco@ns2.pebble.org wrote:wC >> In article <3D64C002.6070508@microsoft.com>, Ford Prefect wrote:  >> u >> d" >>>I used VMS V8.0 years ago, .... >> h >> r? >> Ford, please tell me how to build a time machine like yours!e? >> I'd like to be able to travel to the future and back myself.n? >> Please hurry as a big California lotto jackpot is comming upn >> on Saturday.  >> m? >> What you need is someone with OpenVMS (V7.3 or so) to create < >> this boot disk image for you.  Better yet, get an OpenVMS. >> hobbyist license and "do it yourself."  :-) >> a >> - Dan > ? > Yes of course. You need the planet Zanussi which is fifth out6> > from the trinary star system in the fourth galactic arm just? > left of the globular cluster "whiskey". They have a nice lineu@ > in quantum dovetail machines - the model I used was an upsilon3 > deltastream inverter (model 9 if you can get it).d >  > ;) > E > Ok, ok. So, how *does* one get a hobbyist licence? One would dearlymF > love to "do it oneself" but one hopes that the spirit of cameraderie@ > out there in VMSLand might induce someone to give out a URL if( > possible, or something of the kind.... >  > :)  D Firstly you need to register with DECUS and get a membership number.  N Next you go to www.montagar.com and get Hobbyist licenses for both the OS (VAXN or Alpha) and the Layered products. You can also order a CD containing VMS and. a selection of layered products from Montagar.  M In order to perform step 1, visit Montagar, and click on Hobbyist, which will-G take you to contact details for your local DECUS (aka Encompass in someT places).  # For further details, see the FAQ ats5 http://www.openvms.compaq.com/wizard/openvms_faq.html  __
 Paul Sture Switzerland@   ------------------------------  % Date: Fri, 23 Aug 2002 08:11:53 +0200w- From: Didier Morandi <Didier.Morandi@Free.fr>i) Subject: Re: set file/data_check (REPOST)o' Message-ID: <3D65D228.26645CDD@Free.fr>m   Answer is obvious (to me):  # 1. it seems stupid to wish to do so'L 2. if is was stupid, VMS Eng would not have implemented it and you would not wish to use it 3. So, I have no idea :-)s   D.   John Cowell wrote: >  > Folks, > P > I'd be interested in your thoughts on using a 'no read check after a write' on( > files for updates, copies etc., e.g.:- > % > SET FILE/DATA_CHECK=NOWRITE xyz.datp   ------------------------------    Date: 23 Aug 2002 07:56:39 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)) Subject: Re: set file/data_check (REPOST)h= Message-ID: <343f30ae.0208230656.2e184052@posting.google.com>o  k James Cameron <james.cameron@hp.com> wrote in message news:<pan.2002.08.23.12.12.18.545403.24834@hp.com>...o8 > On Fri, 23 Aug 2002 06:38:54 +1000, John Cowell wrote:H > > I'd be interested in your thoughts on using a 'no read check after a4 > > write' on files for updates, copies etc., e.g.:-' > > SET FILE/DATA_CHECK=NOWRITE xyz.datv > K > That command turns off "Verify write operations" in the file header.  Use J > DIRECTORY /FULL to see the result.  Most of the time, files already haveI > this flag turned off.  Turning it off again should achieve little.  Yout& > should perform tests to verify this.     Agreed.v     > > SETd
 > >   FILE > >     /DATA_CHECK,- > >        /DATA_CHECK[=([NO]READ,[NO]WRITE)]- > > I > >        Specifies whether a read data check (rereading each record), aeK > >        write data check (reading each record after it is written), or a L > >        combination of the two is performed on the file during transfers.7 > >        By default, a write data check is performed.r > H > That is, the default if you perform a SET FILE /DATA_CHECK without anyJ > values against the qualifier, is as if you had typed /DATA_CHECK=(WRITE)    F On my VMS v6.1 and v6.2 systems this is true. The default is no check.F The help is very misleading. As you say, the default is Write CheckingE if you specify /DATA_CHECK without any keywords. But if you never runn/ SET FILE/DATA_CHECK the default is no checking.l  C My question is: does anyone turn on this checking? I did some tests C and found a small performance hit. (One has to be careful to ensurer@ caching is not affecting the test! Repeat the COPY command a fewD times.) I get about a 15% increase in elapsed time for a 14175 block9 file with write checking enabled compared to no checking.i  D And for what circumstances is it appropriate? I would guess for life9 support and manned space flight, but are they any others?S  C And do the people who claim that /GROUP=nonzero and /CRC are needed0C even for modern tape drives that employ "sophisticated" ECC because D the tape drive ECC only works for the tape, not the entire path fromD source file to restored file -- do they turn on this feature? And if
 not, why not?0   Thanks.v   Disclaimer: JMHO Alan E. Feldmane/ afeldmanNonospam  nonospaM-gfigroup comNonospama   ------------------------------  % Date: Fri, 23 Aug 2002 11:20:18 -0400T! From: Jim Agnew <jpagnew@vcu.edu>n) Subject: Re: set file/data_check (REPOST) & Message-ID: <3D6652B2.FC5D567@vcu.edu>   "Alan E. Feldman" wrote: >    LARGE CHAINSAW APPLIED HERE....M  F > And for what circumstances is it appropriate? I would guess for life; > support and manned space flight, but are they any others?0 > E > And do the people who claim that /GROUP=nonzero and /CRC are neededeE > even for modern tape drives that employ "sophisticated" ECC becauseMF > the tape drive ECC only works for the tape, not the entire path fromF > source file to restored file -- do they turn on this feature? And if > not, why not?  > 	 > Thanks.  >  > Disclaimer: JMHO > Alan E. Feldmann1 > afeldmanNonospam  nonospaM-gfigroup comNonospam     > HHMM.. really really good question.  I think it's because thatB historically tape drives are much more likely to suffer bit rot onG passage thru..  actually, i never once thought about that. I used to doaE copy/datacheck=(read,write), but my sysadmin hammered on me about it.h9 if i'm really paranoid that day, i just do a diff, or usen backup/verify...   jim    ------------------------------  + Date: Fri, 23 Aug 2002 17:00:48 +0000 (UTC)s- From: lewis@spyder.mitre.org (Keith A. Lewis)l) Subject: Re: set file/data_check (REPOST)e. Message-ID: <ak5po0$onm$1@newslocal.mitre.org>   SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes in article <343f30ae.0208230656.2e184052@posting.google.com> dated 23 Aug 2002 07:56:39 -0700:E >And for what circumstances is it appropriate? I would guess for life>: >support and manned space flight, but are they any others?  F I think the error rate is low today because of engineering done on theK hardware side -- i.e. error-correcting coding inside the SCSI disk.  If you>A build your own disks and are not sure how reliable they are, it'se0 appropriate to turn the OS-level checks back on.  I The last time I found the read and write-check features useful was when IIH was copying files between a VAX 11/730 and a 11/780, with a PDP-11/70 inH between (and probably a non-ethernet communications channel; I wasn't anH admin then so I don't have all the technical details).  Once we got both+ VAXen on the ethernet, the errors vanished.   + --Keith Lewis              klewis$mitre.orgs> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 23 Aug 2002 05:46:06 -0700( From: bob@instantwhip.com (Bob Ceculski)* Subject: Sounds like the INS needs VMS ...= Message-ID: <d7791aa1.0208230446.2057ca06@posting.google.com>    HOMELAND INSECURITYa INS inspector: Databasec of terrorists often crashes A Foreign passengers at airports get a pass when computers go down i  P -------------------------------------------------------------------------------- Posted: August 23, 2002I 1:00 a.m. Eastern      By Paul Sperry  2002 WorldNetDaily.com l    F WASHINGTON  The computer database immigration inspectors use to checkF for suspected terrorists and criminals at international airports oftenD crashes, yet inspectors continue to process passengers arriving fromE abroad, a veteran U.S. inspector at Los Angeles International Airporth told WorldNetDaily.X  < The Immigration and Naturalization Service shares a databaseF containing the lookout bulletins from several law-enforcement agencies@ with the U.S. Customs Service. The system  known as TECS, whichE stands for Treasury Enforcement Communications System  is considered 0 antiquated and unreliable by airport inspectors.  F "The computers freeze up and stop processing on a regular basis," saidB Terry Hamilton, an INS inspector and special operations officer at( LAX, the nation's third-busiest airport.  D "We have anywhere from 30 seconds to 1 minute to decide if a foreign9 national should enter the U.S.," he added in an exclusives< WorldNetDaily interview. "When the computers freeze up, manyC inspectors will continue to process passengers without putting themI6 into the TECS system while the computer is rebooting."  F Those same inspectors will go back between flights and enter passenger' names into the lookout system, he says.   E "But if a TECS hit comes up, it's too late  the passenger is alreadyi: processed and gone," said Hamilton, a 14-year INS veteran.  B What's more, he says, the database is incomplete, missing names of@ many violent felons, which forces inspectors to access the FBI'sA National Crime Information Center database, which they share withr Customs.  E "The TECS lookout system is not tied into INTERPOL or NCIC," HamiltonlB said, "so we will often get out of the regular TECS system and getA into the NCIC system to verify if a criminal history exists on an@; individual" who looks suspicious or fits a certain profile.g  C "And 50 (percent) to 60 percent of the time, I will come up with anaC NCIC hit on the individual showing one or more felonies  where theuA person has served time in prison for crimes such as rape, murder,tE robbery," he added. "And yet these persons are continuing to walk therD streets (of America) and take international flights with their names5 not being listed on the regular TECS lookout system."w  F Hamilton's concerns about the technical failures of TECS echo those ofC other INS inspectors at Miami International Airport and Dallas-Fortn Worth International Airport.  ? In an interview with WorldNetDaily, INS spokesman Russ Bergeroni- confirmed "technical difficulties" with TECS.   ; "Periodically, the system does go down," he said, "and it'st
 frustrating."s  F But Bergeron says the Treasury Department recently studied the data on@ system downtimes and found that most of the outages were tied to$ scheduled maintenance of the system.  E "There seldom are unscheduled outages," he said. "They found that them system is generally reliable."  C He also points out that there are backup redundancies in place, ands= inspectors are advised to "reroute and go through the Justicem, (Department's) mainframe" if TECS goes down.  E Hamilton says he and other inspectors use a backup system called PALSiB when TECS goes down for a long time. PALS is an INS system used to8 query foreign nationals applying for entry into the U.S.  E "The problem with this system is that it's updated every six months h= if that; and any person placed on a recent lookout, such as alE terrorist hit by the FBI or State Department, will probably not be on B that system," Hamilton said. "And they'll be admitted to the U.S."   ------------------------------  % Date: Fri, 23 Aug 2002 10:38:01 -0400i+ From: Michael Corbett <corbett@PROCESS.COM>t Subject: Re: tcpware smtpd* Message-ID: <3D6648C9.2090506@PROCESS.COM>   Antony Wardle wrote:   > Ok > 8 > this is what I get and it doesn't look like any errors8 > plus this mail message is left in the spool directory. >  > cheers >  > antony >  >  >  > Fri Aug 23 11:01:25 2002R > Processing queue file _DSA0:[SYS0.TCPWARE.SPOOL]SMTP-VMSMAIL.00A12E1C-E2E9CF68;1 > MAIL FROM:<taysong>m. > RCPT TO:<61414370452@strbt1.vodafone.com.au>$ > ARRIVAL_TIME: 23-AUG-2002 11:01:25@ >   going to alias lookup on: 61414370452@strbt1.vodafone.com.au2 > After alias expansion and duplicate elimination:8 > RCPT TO:<61414370452@strbt1.vodafone.com.au> (PENDING)0 > Doing MR lookup on INI|strbt1.vodafone.com.au. > Locating gateway. 0 > Attempting net send to strbt1.vodafone.com.au.) > SMTP: FORWARDER not appended to MX liste& > SMTP: trying: strbt1.vodafone.com.au6 > SMTP: attempting connection to [10.24.3.18], port 25R > R: 220 strbt1.vodafone.com.au TCP/IP V4.2 ECO 4, OpenVMS V7.1 AXP ready at Frida! > y, 2002-08-23 11:01:25.55 +1100n > S: Helo ntn2.vodafone.com.auH > R: 250 strbt1.vodafone.com.au Helo [192.168.1.32], pleased to meet you- > S: MAIL FROM:<taysong@ntn2.vodafone.com.au> 4 > R: 250 <taysong@ntn2.vodafone.com.au>... Sender OK1 > S: RCPT TO:<61414370452@strbt1.vodafone.com.au>d? > R: 250 <<61414370452@strbt1.vodafone.com.au>>... Recipient OKE	 > S: DATA=1 > R: 354 Start mail input; end with <CRLF>.<CRLF>  > S: . > R: 250 OK 	 > S: QUITa > R: 250 OK/8 > RCPT TO:<61414370452@strbt1.vodafone.com.au> (NOERROR)$ > Mail processing completed normally > NTN2$e >     B 	The job should be put in the queue with a /delete - you can checkH this by stopping the queue and then mailing a message and looking at theG job.  If the job completes it is then up to the queue-manager to deletesK the file.  I'm not sure why that is not getting done in your case.  I thinkuG I remember problems with this that were either related to mixed versionf% clusters or possibly fixed in an ECO.w   regardsd Mike     -- dK +-------------------------------------------------------------------------+cD Michael Corbett                           Email: Corbett@process.comB Process Software                          Phone: 800 722-7770 x369B 959 Concord St.                                  508 879-6994 x369= Framingham MA 01701-4682                  FAX:   508 879-0042    ------------------------------  % Date: Fri, 23 Aug 2002 12:43:14 +0100-( From: Nic Clews <sendspamhere@127.0.0.1>) Subject: Re: total VMS newbie - pointers?s) Message-ID: <3D661FD2.1C8FFA54@127.0.0.1>c   Paul Repacholi wrote:e > , > Nic Clews <sendspamhere@127.0.0.1> writes: > K > > Seriously, in the UK, CPC sell the flat 6 way cable, MMJs and crimpers.b >  > > www.cpc.co.uk  > . > Nic, does BT still use MMJs for phone lines?  H I have not seen any MMJ in use at BT installations. I have more telecomsD experience that I often let on, and I've never come across them. TheD common UK phone connectors are the RJ10 a 4 pole handset and headsetC cord connector, the RJ11 for line cords, wired in a variety of ways F depending on the equipment connected. the BT plug is the 431A or 631A.  D Beyond that, most of the installations are IPC from master socket toG pole, sometimes screws are used in older installations then back to thesF krone which is all IPC with the fancy little breakouts. There are RJ45E to BT style master adapter used in some installations, but the MMJ iss9 not [in my experience] seen. BT is or was a big VMS user.a   -- P? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesy nclews at csc dot comn   ------------------------------  % Date: Fri, 23 Aug 2002 09:21:45 -0400l; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> ) Subject: RE: total VMS newbie - pointers?uK Message-ID: <BA52530E3149734A9BAABDBBFA808E49028BEA26@rlghncst964.usps.gov>P   MMJ for phones???   ? That's interesting, as I was told that one of the reasons that a; MMJ was developed was to increase the difficulty factor of e2 end-user accidental telco/serial line interfacing. :^)    WWWebb   -----Original Message-----1 From: "Nic Clews" [mailto:sendspamhere@127.0.0.1]h% Sent: Friday, August 23, 2002 7:43 AMu To: "Info-VAX@Mvb.Saic.Com" ) Subject: RE: total VMS newbie - pointers?o     Paul Repacholi wrote:t >n, > Nic Clews <sendspamhere@127.0.0.1> writes: >gK > > Seriously, in the UK, CPC sell the flat 6 way cable, MMJs and crimpers.b >  > > www.cpc.co.ukr >n. > Nic, does BT still use MMJs for phone lines?  H I have not seen any MMJ in use at BT installations. I have more telecomsD experience that I often let on, and I've never come across them. TheD common UK phone connectors are the RJ10 a 4 pole handset and headsetC cord connector, the RJ11 for line cords, wired in a variety of waysgF depending on the equipment connected. the BT plug is the 431A or 631A.  D Beyond that, most of the installations are IPC from master socket toG pole, sometimes screws are used in older installations then back to the F krone which is all IPC with the fancy little breakouts. There are RJ45E to BT style master adapter used in some installations, but the MMJ is 9 not [in my experience] seen. BT is or was a big VMS user.e   --? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesh nclews at csc dot com    ------------------------------  # Date: Fri, 23 Aug 2002 16:13:31 GMTn( From: bbuckley@vaxman.com (Bill Buckley)) Subject: Re: total VMS newbie - pointers? 6 Message-ID: <3d666cc6.338650568@news-server.kc.rr.com>  , On Wed, 21 Aug 2002 12:30:16 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:    >re: finding MMJ connectorsf  F And don't forget good ol Greybar. In most towns and cities and most ofA the city desks will have mmj and crimpers on the data side of theo	 showroom.e   bb   ------------------------------  # Date: Fri, 23 Aug 2002 12:23:18 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)M Subject: Re: V7.3 to V7.3-1 upgrade problems. Something for the Cover Letter?e1 Message-ID: <WOp99.7$Tp1.135280@news.cpqcorp.net>n  U In article <Nfeqdd0ak7jh@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes:tP >I tried my first upgrade from V7.3 (no XFC) to v7.3-1 today. Not from CD but anM >early copy we have been given. I don't know if this is the exact thing whicht >will arrive on CD.l ..K >However, on booting the satellite over the network, it could not mount thea2 >system disk, giving error %x728334 and a bugcheck >m >That error is:e >w >----n> > DEVSHAMEM,  device is already mounted as a shadow set member ..  G There has been recent discussion about upgrading shadowed system disks.tF The upgrade and installation manual provides instructions on how to doE this.  I suspect that whoever gave you this "early copy" did not giveiF you the Upgrade and Installation manual.  [One questions whether they  did you a favor or not.]  D The similar instructions for the V7.3 manual should work for V7.3-1.@ I do not recall any material changes in this part of the manual.  C If you follow the instructions, you should not have this problem.  _8 If you do, please report it through the formal channels.  C Copies of OpenVMS obtained via other than HP's formal distribution EC are always suspect.  They can be and sometimes are incorrect or, as3B is apparent in this case, incomplete.  When problems are found in B these "ad hoc" distributioins there is no process to correct them.  7 Always use formal distributions for production systems.0 -- oG     Charlie Hammond -- Hewlett-Packard Company -- Pompano Beach  FL USAeH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Fri, 23 Aug 2002 06:17:50 GMTe. From: "Fim Wstberg" <fim.wastberg@fimator.se>- Subject: Re: VAX/Alpha Basic example programsh4 Message-ID: <isk99.5665$HY3.1527611@newsc.telia.net>  6 "David Gray" <GrayD@turpinltd.com> skrev i meddelandetL news:79DE14DAA1A8D3119B6E00805FEB980BAE418E@zakary.turpin-distribution.com.. .  >e > Greeting all,r > K > I find myself in the position of needing to write a routine in VAX-BASIC.eC > Quite honestly, it's been sometime since I have done this and was 	 wonderingoI > if anyone knows of a good site with some example programs.  The OpenVMScL > documentation site gives small code snippets but not what I'm looking for. >KH > I'm trying to include an .RRD file in the basic program as output fromI > Oracle RMU/UNLOAD.  We have BASIC but nobody has ever used it, hence nol8 > source code to look through.  We also do NOT have CDD. >d > XDS_APACHE> typ cw.rrd5 > DEFINE FIELD LAST_NAME DATATYPE IS TEXT SIZE IS 14. 6 > DEFINE FIELD FIRST_NAME DATATYPE IS TEXT SIZE IS 10.0 > DEFINE FIELD DBKEY DATATYPE IS TEXT SIZE IS 8. > DEFINE RECORD CANDIDATES_VW. >    LAST_NAME . >    FIRST_NAME .n > END CANDIDATES_VW RECORD.r >a > Thanks in advance, > David. >p > OpenVMS 7.1 (alpha)f > DEC/COMPAQ/HP BASIC V1.3   There is an old (1984 ?) book:/ VAX BASIC for Business, A Screen based Approacha. by Nicholas A. J. Hastings and Robert J Willis" Prentice_Hall of Australia Pty Ltd ISBN 0 7248 1253 9   Fim.Wastberg@fimator.sea   >e   ------------------------------  % Date: Fri, 23 Aug 2002 11:14:59 -0400a/ From: "McCarthy Kevin P." <McCarthyKP@BWSC.ORG>o( Subject: VMS 7.3-1 Doc set... plain jane: Message-ID: <4C519CCC638BD411A4270000F8CD1D8240CC47@NTSV2>  ? Although many people on the news group complained about the SunfC workstation on the cover of the 7.3 doc set at least there was somef color and content.  MF I just got the 7.3-1 doc set and it is the plainest  thing I have everE seen; did they lay off everyone who could make a cover.  Our in-house:, stuff is several orders of magnitude better.  3C Maybe they just wanted to get the HP name on the docs??? If so theyIG should have changed the "Compaq Computer Corporation  Houston Texas" on  the first page.   e Kevin McCarthy Boston Water & Sewer Commission     P.S. bring back the sharkp   ------------------------------  % Date: Fri, 23 Aug 2002 13:54:25 -0400 * From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: VMS in M$ adE4 Message-ID: <1Du99.9161$H67.50468@tor-nn1.netcom.ca>   Merci bien!o  I Indeed my return address ended with .com and should have been .ca. I made  the correction.    --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) 8 To reply to myself directly, remove zulu from my address  E "Nic Clews" <sendspamhere@127.0.0.1> a crit dans le message de news:  3D6374F4.17879DC@127.0.0.1...e > Syltrem wrote: > >a > > I'd like to see that too!k >eC > I've failed to be able to get an email thorough to you even aftera, > eliminating the zulus on several attempts. >p > I have placed them here: >-) > http://www.python.demon.co.uk/msad1.jpg0) > http://www.python.demon.co.uk/msad2.jpgr >t > Explanatory text:s > 9 > I had to scan these in at 90 degrees to normal viewing.5 >$E > I did this so they could be printed portrait and then rotated afterw > printing and joining.e >06 > Top edge of MSAD1 joins to bottom edge of MSAD2. The: > diagram in question appears in MSAD2 lower right in this > orientation. >r$ > The joined edges form  "1 degree". > # > i.e. a 1 and a [COMPOSE] [0] [^].h >rJ > Note that I have not had permission to post or redistribute these scans,G > I'll state here this is purely for review purposes, and I will removen& > them within 28 days of this message. > --A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencest > nclews at csc dot comd   ------------------------------  # Date: Fri, 23 Aug 2002 13:56:00 GMT ) From: "James M. Knox" <jknox@trisoft.com>e& Subject: Re: VMS to OpenVMS conversion6 Message-ID: <Xns92735AE509C8Fjknoxtrisoftcom@10.0.0.1>  0 Paul Repacholi <prep@prep.synonet.com> wrote in % news:87lm6yeok9.fsf@prep.synonet.com:d  H > No, no. Best would be a couple of 4000-108s with DSSI and HSDs. Unless< > you have some sort of evil HW hung off Unibus or the like.  I There is, but we are going to have to redesign most of that anyway.  The b0 six hundred serial ports are a bit of a problem.  G > Then add a couple of Alphas. You will have to pay a bit more for themE > I guess...   I suspect so... <G>b  / -----------------------------------------------e
 James M. Knoxg/ TriSoft                        ph  512-385-0316-/ 1109-A Shady Lane              fax 512-366-4331-/ Austin, Tx 78721              jknox@trisoft.com0/ -----------------------------------------------e   ------------------------------  # Date: Fri, 23 Aug 2002 13:59:13 GMTr) From: "James M. Knox" <jknox@trisoft.com>d& Subject: Re: VMS to OpenVMS conversion6 Message-ID: <Xns92735B7092151jknoxtrisoftcom@10.0.0.1>  K "Earl Lakia" <elakia@hotmail.com> wrote in news:3d65609c@news.netnitco.net:   @ > Our company also had to migrate a bunch of DEC Standard RUNOFFG > to Microsoft word.  The result of this effort was to create a product I > that does most of the work.   Anyway,  if that is in your future, check  > out what we did.  J Hah!!!   We should be so lucky.   About a hundred pounds of documentation B on the "special" software and hardware, and not a bit of it is in 8 electronic format.  [And yes, it all has to be updated.]  / ----------------------------------------------- 
 James M. Knoxt/ TriSoft                        ph  512-385-0316 / 1109-A Shady Lane              fax 512-366-4331n/ Austin, Tx 78721              jknox@trisoft.com / -----------------------------------------------m   ------------------------------    Date: 23 Aug 2002 08:00:13 -0700% From: Alan Greig <a.greig@virgin.net>y& Subject: Re: VMS to OpenVMS conversion( Message-ID: <ak5ilt0se0@drn.newsguy.com>  N In article <vbc99.18143$bu81.4188@news02.bloor.is.net.cable.rogers.com>, "John says...h    M >Given the business they appear to be in, my guess it's military and probablya? >would have to be validated on the end hw/sw rather rigorously.a  O You mean the address gives it away "1109-A Shady Lane". Bet there are a few TLA : agencies who would (err) kill for an address like that :-)   ------------------------------  % Date: Fri, 23 Aug 2002 10:55:07 -0400i+ From: "rob@ NetCarrier" <rob@paychoice.com>e Subject: XFC Feedback?9 Message-ID: <D1s99.689$AF5.559784977@news.netcarrier.net>i        Him  +   Does anyone have feedback on the new XFC?k                   Thanks                    Rob   ------------------------------    Date: 23 Aug 2002 10:13:39 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e Subject: Re: XFC Feedback?3 Message-ID: <72CWZFvDfCc0@eisner.encompasserve.org>t  g In article <D1s99.689$AF5.559784977@news.netcarrier.net>, "rob@ NetCarrier" <rob@paychoice.com> writes:e  - >   Does anyone have feedback on the new XFC?t  G Those who do have been posting it in the existing thread by that topic.e   ------------------------------   End of INFO-VAX 2002.464 ************************