0 INFO-VAX	Wed, 19 Feb 2003	Volume 2003 : Issue 98      Contents:P Re: "Real Computer": was Re: IBM says AMD dead in 5yrs ... -- Microsoft   Monopo Re: accounting problem Re: accounting problem Re: accounting problem2 Re: Alpha Software Product Library March 1996 CD 4  AW: netperf 2.2pl3 now available! Re: BACKUP/IGNORE=INTERLOCK fails * Re: Commodity PCI NIC cards for Alpha VMS? connect via. FTP Re: connect via. FTP Re: connect via. FTP1 DECwindows hang when using Multinet and VMS patch  Re: DLTIV Tape Compatibility Re: DLTIV Tape Compatibility Re: E*trade replacing VMS? Re: FREE VAXstation 4000-60 ( Re: fun with F$FAO and the !AD directive( Re: fun with F$FAO and the !AD directive7 Re: Heads Up - Next OpenVMS Advanced Technical Bootcamp $ How do I join the domain with Samba?2 How do I restore a system from a non-image backup?6 Re: How do I restore a system from a non-image backup?6 Re: How do I restore a system from a non-image backup?; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems ; RE: How to Avoid the Almost Certain End of Sun Microsystems ; Re: How to Avoid the Almost Certain End of Sun Microsystems P Re: IBM says "Itanium is like a science project. There's not a market for it" foH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH RE: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyP Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolP Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolP Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopol# Initiating Command on VMS from Unix ' Re: Initiating Command on VMS from Unix ( Re: Just wondering how everyone is doing( Re: Just wondering how everyone is doing( Re: Just wondering how everyone is doing= Re: Kerberos T2.0 field test kit for hp OpenVMS now available  Memo:  EMU error Memo:  Internet observations' Re: New (changed) OpenVMS Message Board - Re: OpenVMS Boots on Itanium on Friday Jan 31 P Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha RetaiP Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha RetaiP Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai> Re: OT: Java bugs abound in Slowaris 9 ... becomes memory hog!> Re: OT: Java bugs abound in Slowaris 9 ... becomes memory hog!D Re: Pathworks ACL entries impact PCSI and system boot during upgrade$ Porting MACRO-32 on Alpha to Itanium' Re: Quest: Readable format of  vmsdate. ( Re: Systemcrash after login after reboot( Re: Systemcrash after login after reboot% Re: Unix for SET FILE/ERASE_ON_DELETE * Vintage Computer Books (DEC etc.) For Sale  RE: VMS & Tru64 Disk I/O timings Re: wwidmgr - (SRM Console)  Re: wwidmgr - (SRM Console) - [ANNOUNCE] OpenSSL 0.9.7a and 0.9.6i released # Re: [VMS V7.3-1] ACCVIO in F$GETSYI # Re: [VMS V7.3-1] ACCVIO in F$GETSYI   F ----------------------------------------------------------------------  % Date: Wed, 19 Feb 2003 16:31:23 +0000 ' From: Andrew Harrison SUNUK Consultancy Y Subject: Re: "Real Computer": was Re: IBM says AMD dead in 5yrs ... -- Microsoft   Monopo . Message-ID: <3E53B15B.6050406@nospamn.sun.com>   Peter Flass wrote: > Russell Wallace wrote: > G >>Yes, I know people who talk about "real computers" mean purpose-built H >>Unix servers/minicomputers, not PCs running a Unix operating system :) >  > ? > Nothing that can sit on (or under) a desk is a real computer.    Depends on the desk    Regards  Andrew Harrison    ------------------------------  % Date: Wed, 19 Feb 2003 09:59:54 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: accounting problem ( Message-ID: <3E53559A.5C37225@127.0.0.1>   Arindam wrote: > ...   C This is a problem in all digital domains, by that I mean computers,   pictures, sound, data, whatever.   Have you read the Cuckoo's Egg?   F Basically, the hacker was trapped because they had to make an entranceC somewhere, and despite covering their system tracks, an ancient and @ independent accounting system showed a discrepancy, which led to discovery of the hacker.  D So, in effect, I would apply a "digital signature" and keep it safe.H Perhaps write your own little process rundown procedure that records theE accounting information elsewhere, and you compare it to the VMS copy. D You'd need to think about making it tamper proof, that is left as an exercise for you.   H VMS gives you the total flexibility to audit everything. In effect thereG is really no excuse for not finding out about unauthorized access, only G not bothering to switch on the auditing, and manually verify it. If you E are so concerned about security as you make out in your message, then C doing this would be part of your security procedures. You would not > therefore have the problem, but having said that, beware being complacent.   H I have an LA75 here, hook that up to your console with alarms and auditsG enabled, and you can verify the paper copy against the digital records. H Providing your system assailant doesn't get physical access to the paper? to destroy or deface it, you will have your point of reference.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 19 Feb 2003 08:09:57 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: accounting problem 3 Message-ID: <jEDREKCLRqsV@eisner.encompasserve.org>   a In article <012b01c2d651$52fb6f60$3c03e980@bofpc>, "Arindam" <arindam-dsp@sail-steel.com> writes:  > < > he has not created a new accounting file by set/acc = new. > K > my question is IS IT POSSIBLE TO MODIFY THE ENTRIES OF THE ACCOUNTING.DAT I > FILE SO THAT THEY CAN BE FAKED OR  MANUPULAED IN ANY WAY OTHER THAN THE / > ABOVE CRUDE METHORD THAT OUR INTRUDER TRIED ?  > any suggetions ? > thanks in advance .  > Arindam Paul  B    Yes.   ACCOUNTING.DAT is a file on a disk and it is possible toD    modify its contents directly, same as any other file.  Either oneC    has to be privileged or the file protection would have to be set     incorrectly.    ------------------------------    Date: 19 Feb 2003 08:10:33 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: accounting problem 3 Message-ID: <0REnq9PNz6TC@eisner.encompasserve.org>   a In article <012b01c2d651$52fb6f60$3c03e980@bofpc>, "Arindam" <arindam-dsp@sail-steel.com> writes:  > < > he has not created a new accounting file by set/acc = new. > K > my question is IS IT POSSIBLE TO MODIFY THE ENTRIES OF THE ACCOUNTING.DAT I > FILE SO THAT THEY CAN BE FAKED OR  MANUPULAED IN ANY WAY OTHER THAN THE / > ABOVE CRUDE METHORD THAT OUR INTRUDER TRIED ?  > any suggetions ? > thanks in advance .  > Arindam Paul  ?    You do have auditing turned on as a second check, don't you?    ------------------------------  # Date: Tue, 18 Feb 2003 16:36:41 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>; Subject: Re: Alpha Software Product Library March 1996 CD 4 ? Message-ID: <tit4a.163604$HN5.695809@rwcrnsc51.ops.asp.att.net>    Cancel that, I found mine.  3 "Mark E. Levy" <mlevy70@attbi.com> wrote in message ' news:Var4a.152784$tq4.3959@sccrnsc01... 	 > Hi all,  > L > I need to re-install my Polycenter Console Manager software. It seems thatK > I'm missing CD 4 from my March 1996  Alpha Software Products Library set.  IfJ > anyone has this and can put the PCM kit somewhere so I can download it I > would be eternally grateful. >  > TIA! >  > -- > Mark E. Levy$ > System Management Associates, Inc. > Phone: 847-730-3193  > Fax:      847-730-3194 > Cell:      847-370-3071  > Text:     melevy@vtext.com or   >              melevy@skytel.com >  >    ------------------------------  % Date: Wed, 19 Feb 2003 08:42:27 +0100 ( From: "Rudolf Wingert" <win@fom.fgan.de>) Subject: AW: netperf 2.2pl3 now available : Message-ID: <MDEJJFGEEOPAFONJONBKGEEJCMAA.win@fom.fgan.de>   Hello,  J I did get the following mail from Rick Jones. I did try to get netperf forL OpenVMS without succes. I could not found the netperf 2.2pl3 version and theA README.ovms readdme file. Does anybody know, what the problem is?    Best regards Rudolf Wingert   ! -----Ursprngliche Nachricht----- F Von: Rick Jones [mailto:raj@tardy.cup.hp.com]Im Auftrag von Rick Jones* Gesendet: Dienstag, 18. Februar 2003 23:32 An: Info-VAX@Mvb.Saic.Com % Betreff: netperf 2.2pl3 now available      Folks -   F Thanks to a number of people, I have an update to netperf to announce.( The "big" changes in netperf 2.2pl3 are:  = *) Initial support for OpenVMS (Read README.ovms for details) % *) Support for sendfile() under Linux 
 *) IPv6 fixes    The bits can be found under:  8 ftp://ftp.cup.hp.com/dist/networking/benchmarks/netperf/  ? As always, your feedback/comments/corrections are most welcome!    happy benchmarking,   
 rick jones   ------------------------------  % Date: Tue, 18 Feb 2003 11:25:04 -0500 3 From: "Homer J. Simpson" <hsimpson@burnsenergy.com> * Subject: Re: BACKUP/IGNORE=INTERLOCK fails7 Message-ID: <I5t4a.634$vx4.363@fe08.atl2.webusenet.com>   J I believe this is usually a bad tape, dirty head, or bad tape drive error:  = %BACKUP-F-POSITERR, error positioning MKA500:[000000]A2A300.; , -SYSTEM-F-OPINCOMPL, operation is incomplete  . Try a test using files that people don't open:
 SHOW ERROR1 BACKUP/VERIFY/REWIND/LOG SYS$SYSTEM:*.EXE MKA500: 
 SHOW ERROR  L Compare error counts.  If incremented, re-try after head cleaning and with a	 new tape. J Might as well get the easily-corrected problems out of the equation first.  4 "Dennis Baker" <dennisb@wvhmhc.org> wrote in message7 news:6f29699e.0302180759.3bc69e61@posting.google.com... G > We've recently added /ignore=interlock to our backup command files in F > an attempt to get copies of open user files.  Yes, we are aware thatD > this could lead to "inconsistencies".  We run backups in the earlyH > morning, and occasionally a user leaves a file open when they go home,E > so a backup of their last saved file is better than nothing at all.  > B > However, some backups seem to bomb out as soon as the warning isG > logged, and some seem to log but ignore warnings then bomb out later! E > Here's one command file BACK2.COM with irrelevant commands stripped F > out: (Okay, please don't flame me for using /noverify; we back up 25F > GB daily on mostly three drives, and doubling the time would requireE > overtime to complete all the jobs in one shift!  We are planning to  > upgrade the whole system.) > 
 > $SET VERIFY  > $SET NOON 
 > $ SHOW TIME  > $ SHOW ERRORB > $ Submit/LOG=COM:BACK2.LOG/after="tomorrow+22:22"  COM:BACK2.COM > $!
 > $ SHOW TIME  > $ SHOW ERROR > $!? > $INIT/MEDIA=COMPACT MKA500: WVHBCK/OVER=(ACCESSIBILITY,OWNER)  > $!
 > $ SHOW TIME  > $ SHOW ERROR > $! > $set proc/prior=10 > $BACKUP DKA0:[*...]*.*-  > L MKA500:A2A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG	 N=(LABEL,  > INTERLOCK) > $!
 > $ SHOW TIME  > $ SHOW ERROR > $!) > $BACKUP DKA300:[BACKUP_DKB300*...]*.* -  > L MKA500:A2A300/NOCRC/MEDIA=COMPACT/NOVERIFY/LIST/FAST/BLOCKSIZE=49152/IGN=(LA BEL, > INTERLOCK)/RELEASE > $! > $DISM MKA500:  > $SHOW TIME > $ SHOW ERROR > $! > $set proc/prior=4  > $PURGE/KEEP=15 COM:BACK2.LOG > $! > $EXIT  > H > Now, here's what I'm talking about: these are snippets from back2.log: > ? > $INIT/MEDIA=COMPACT MKA500: WVHBCK/OVER=(ACCESSIBILITY,OWNER)  > $!
 > $ SHOW TIME  >   17-FEB-2003 22:41:09 > $ SHOW ERROR. > Device                           Error Count, > ALPHA2$PKA0:                           101, > $1$DKA0: (ALPHA2)                        3, > $1$DKA100: (ALPHA2)                      3, > $1$DKA300: (ALPHA2)                      3, > PEA0:                                    4, > $1$DKB0: (ALPHA2, ALPHA1)               34, > $1$DKB100: (ALPHA2, ALPHA1)             27, > $1$DKB200: (ALPHA2, ALPHA1)             27, > $1$DKB300: (ALPHA2, ALPHA1)             27, > $1$MKA500: (ALPHA2)                   4125 > $! > $set proc/prior=10 > $BACKUP DKA0:[*...]*.*-  > L MKA500:A2A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG	 N=(LABEL,  > INTERLOCK) > Listing of save set(s) > : > %MOUNT-I-MOUNTED, WVHBCK mounted on _$1$MKA500: (ALPHA2)C > %BACKUP-I-LBLOVRWRITE, volume label WVHBCK       overwritten, new  > label is A2A0   <CR><LF>8 > %MOUNT-I-MOUNTED, A2A0 mounted on _$1$MKA500: (ALPHA2) > Save set:          A2A0. > Written by:        SYSTEM $ > UIC:               [000001,000004], > Date:              17-FEB-2003 22:41:09.81* > Command:           BACKUP DKA0:[*...]*.* > L MKA500:A2A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG N=(LABEL,INTER > - > Operating system:  OpenVMS AXP version V7.1  > BACKUP version:    V6.2  > CPU ID register:   80000000  > Node name:         ALPHA2   > Written on:        _$1$MKA500: > Block size:        49152 > Group size:        10  > Buffer count:      71  > ? > [000000]000000.DIR;1                                        1  > 17-DEC-1996 15:37 ? > [000000]MPH.DIR;1                                           1  > 17-DEC-1996 16:36 ? > [MPH]DOCUMENTATION.DIR;1                                    1  > 17-DEC-1996 16:36 ? > [MPH.DOCUMENTATION]MPH_COVER.PS;1                          39  > 12-DEC-1996 15:24 ? > [MPH.DOCUMENTATION]MPH_COVER.TXT;1                          2  > 27-JUN-1996 16:34 ? > [MPH.DOCUMENTATION]MPH_OVMS_INSTALL_GUIDE.PS;6            313  > 4-NOV-1996 13:27? > [MPH.DOCUMENTATION]MPH_OVMS_INSTALL_GUIDE.TXT;32          173  > 6-NOV-1996 15:15? > [MPH.DOCUMENTATION]MPH_QUESTIONNAIRE_README.PS;3           20  > 30-NOV-1995 10:52 ? > [MPH.DOCUMENTATION]MPH_QUESTIONNAIRE_README.TXT;6           5  > 30-NOV-1995 10:35 ? > [MPH.DOCUMENTATION]MPH_RELNOTE.PS;4                        53  > 11-NOV-1996 11:17 ? > [MPH.DOCUMENTATION]MPH_RELNOTE.TXT;5                       11  > 11-NOV-1996 11:17 ? > [MPH.DOCUMENTATION]MPH_SPD.PS;1                            48  > 12-DEC-1996 15:24 ? > [MPH.DOCUMENTATION]MPH_SPD.TXT;1                            7  > 27-JUN-1996 16:37 ? > [MPH]KIT.DIR;1                                              1  > 17-DEC-1996 16:36 ? > [MPH.KIT]ALPHA_QUESTIONNAIRE.EXE;1                         25  > 25-MAY-1995 16:51 ? > [MPH.KIT]CQUES.DAT;1                                       12  > 25-MAY-1995 17:37 ? > [MPH.KIT]EQUES.DAT;1                                       10  > 25-MAY-1995 17:37 ? > [MPH.KIT]MPH_QUESTIONNAIRE.COM;4                           26  > 9-DEC-1996 16:55? > [MPH.KIT]MPH_VMS016.A;1                                  2700  > 8-NOV-1996 10:41? > [000000]MULTINET.DIR;1                                      1  > 18-JUN-1997 16:16 ? > [MULTINET]ALPHA2.DIR;1                                      1  > 18-JUN-1997 16:16 ? > [MULTINET.ALPHA2]MULTINET.DIR;1                            17  > 18-JUN-1997 16:19 ? > [MULTINET.ALPHA2.MULTINET]CLUSTER_ALIAS.STATE;2             1  > 11-FEB-2003 10:55 ? > [MULTINET.ALPHA2.MULTINET]CLUSTER_ALIAS.STATE;1             0  > 11-FEB-2003 10:55 ? > [MULTINET.ALPHA2.MULTINET]DELME.LIS;2                    1908  > 3-SEP-1998 16:57? > [MULTINET.ALPHA2.MULTINET]DELME.LIS;1                    1275  > 3-SEP-1998 16:44? > [MULTINET.ALPHA2.MULTINET]DHCP-BACKUPSTATE.DAT;1          182  > 20-MAY-1999 13:13 H > %BACKUP-W-ACCONFLICT, DKA0:[MULTINET.ALPHA2.MULTINET]DHCPD.LEASES;1 is  > open for write by another user > $!
 > $ SHOW TIME  >   17-FEB-2003 22:41:43 > $ SHOW ERROR. > Device                           Error Count, > ALPHA2$PKA0:                           101, > $1$DKA0: (ALPHA2)                        3, > $1$DKA100: (ALPHA2)                      3, > $1$DKA300: (ALPHA2)                      3, > PEA0:                                    4, > $1$DKB0: (ALPHA2, ALPHA1)               34, > $1$DKB100: (ALPHA2, ALPHA1)             27, > $1$DKB200: (ALPHA2, ALPHA1)             27, > $1$DKB300: (ALPHA2, ALPHA1)             27, > $1$MKA500: (ALPHA2)                   4125 > $!) > $BACKUP DKA300:[BACKUP_DKB300*...]*.* -  > L MKA500:A2A300/NOCRC/MEDIA=COMPACT/NOVERIFY/LIST/FAST/BLOCKSIZE=49152/IGN=(LA BEL, > INTERLOCK)/RELEASE > Listing of save set(s) > ? > %BACKUP-F-POSITERR, error positioning MKA500:[000000]A2A300.; . > -SYSTEM-F-OPINCOMPL, operation is incomplete > $! > $DISM MKA500:  > $SHOW TIME >   17-FEB-2003 22:41:45 > $ SHOW ERROR. > Device                           Error Count, > ALPHA2$PKA0:                           101, > $1$DKA0: (ALPHA2)                        3, > $1$DKA100: (ALPHA2)                      3, > $1$DKA300: (ALPHA2)                      3, > PEA0:                                    4, > $1$DKB0: (ALPHA2, ALPHA1)               34, > $1$DKB100: (ALPHA2, ALPHA1)             27, > $1$DKB200: (ALPHA2, ALPHA1)             27, > $1$DKB300: (ALPHA2, ALPHA1)             27, > $1$MKA500: (ALPHA2)                   4126 > $! > B > So, why did the first backup command fail after the warning?  OnF > another post topic, it was suggested to add ON WARNING THEN CONTINUEF > before the backup command.  Doesn't SET NOON at the beginning of theG > command file disable all error checking?  Does anyone suggest this as  > a fix? > + > Now for the other command file BACK1.COM: 
 > $SET VERIFY  > $SET NOON  > $!
 > $ SHOW TIME B > $ Submit/LOG=COM:BACK1.LOG/after="tomorrow+22:22"  COM:BACK1.COM > $!
 > $ SHOW TIME  > $ show error > $!@ >  $INIT/MEDIA=COMPACT MKC400: WVHBCK/OVER=(ACCESSIBILITY,OWNER) > $! > $SHOW TIME > $ show error > $! > $set proc/prior=10 > $BACKUP DKC0:[*...]- > L MKC400:A1A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG	 N=(LABEL,  > INTERLOCK) > $!
 > $ SHOW TIME  > $ show error > $! > $BACKUP DKB300:[SB...]-  > L MKC400:A1B300/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=65000/IGN=(LA BEL, > INTERLOCK)/RELEASE > $! > $SHOW TIME > $ show error > $! > $set proc/prior=8  > $DISM MKC400:  > $SHOW TIME > $ show error > $! > $EXIT  >  > Here's the log snippets:@ >  $INIT/MEDIA=COMPACT MKC400: WVHBCK/OVER=(ACCESSIBILITY,OWNER) > $! > $SHOW TIME >   17-FEB-2003 22:23:36 > $ show error. > Device                           Error Count, > $1$MKA100: (ALPHA1)                   1765, > $1$MKC400: (ALPHA1)                   1296 > $! > $set proc/prior=10 > $BACKUP DKC0:[*...]- > L MKC400:A1A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG	 N=(LABEL,  > INTERLOCK) > Listing of save set(s) > : > %MOUNT-I-MOUNTED, WVHBCK mounted on _$1$MKC400: (ALPHA1)C > %BACKUP-I-LBLOVRWRITE, volume label WVHBCK       overwritten, new  > label is A1A0   <CR><LF>8 > %MOUNT-I-MOUNTED, A1A0 mounted on _$1$MKC400: (ALPHA1) > Save set:          A1A0. > Written by:        SYSTEM $ > UIC:               [000001,000004], > Date:              17-FEB-2003 22:23:37.22' > Command:           BACKUP DKC0:[*...]  > L MKC400:A1A0/REWIND/NOVERIFY/NOCRC/MEDIA=COMPACT/LIST/FAST/BLOCKSIZE=49152/IG N=(LABEL,INTERLOC  > - > Operating system:  OpenVMS AXP version V7.1  > BACKUP version:    V6.2  > CPU ID register:   80000000  > Node name:         ALPHA1   > Written on:        _$1$MKC400: > Block size:        49152 > Group size:        10  > Buffer count:      60  > ? > [000000]000000.DIR;1                                        1  > 17-DEC-1996 15:37 ? > [000000]MPH.DIR;1                                           1  > 17-DEC-1996 16:36 ? > [MPH]DOCUMENTATION.DIR;1                                    1  > 17-DEC-1996 16:36 ? > [MPH.DOCUMENTATION]MPH_COVER.PS;1                          39  > 12-DEC-1996 15:24 ? > [MPH.DOCUMENTATION]MPH_COVER.TXT;1                          2  > 27-JUN-1996 16:34 ? > [MPH.DOCUMENTATION]MPH_OVMS_INSTALL_GUIDE.PS;6            313  > 4-NOV-1996 13:27? > [MPH.DOCUMENTATION]MPH_OVMS_INSTALL_GUIDE.TXT;32          173  > 6-NOV-1996 15:15? > [MPH.DOCUMENTATION]MPH_QUESTIONNAIRE_README.PS;3           20  > 30-NOV-1995 10:52 ? > [MPH.DOCUMENTATION]MPH_QUESTIONNAIRE_README.TXT;6           5  > 30-NOV-1995 10:35 ? > [MPH.DOCUMENTATION]MPH_RELNOTE.PS;4                        53  > 11-NOV-1996 11:17 ? > [MPH.DOCUMENTATION]MPH_RELNOTE.TXT;5                       11  > 11-NOV-1996 11:17 ? > [MPH.DOCUMENTATION]MPH_SPD.PS;1                            48  > 12-DEC-1996 15:24 ? > [MPH.DOCUMENTATION]MPH_SPD.TXT;1                            7  > 27-JUN-1996 16:37 ? > [MPH]KIT.DIR;1                                              1  > 17-DEC-1996 16:36 ? > [MPH.KIT]ALPHA_QUESTIONNAIRE.EXE;1                         25  > 25-MAY-1995 16:51 ? > [MPH.KIT]CQUES.DAT;1                                       12  > 25-MAY-1995 17:37 ? > [MPH.KIT]EQUES.DAT;1                                       10  > 25-MAY-1995 17:37 ? > [MPH.KIT]MPH_QUESTIONNAIRE.COM;4                           26  > 9-DEC-1996 16:55? > [MPH.KIT]MPH_VMS016.A;1                                  2700  > 8-NOV-1996 10:41? > [000000]MULTINET.DIR;1                                      1  > 18-JUN-1997 16:16 ? > [MULTINET]ALPHA1.DIR;1                                      1  > 18-JUN-1997 16:16 ? > [MULTINET.ALPHA1]MULTINET.DIR;1                            18  > 18-JUN-1997 16:19 ? > [MULTINET.ALPHA1.MULTINET]CLUSTER_ALIAS.STATE;2             1  > 11-FEB-2003 10:56 ? > [MULTINET.ALPHA1.MULTINET]CLUSTER_ALIAS.STATE;1             0  > 11-FEB-2003 10:56 ? > [MULTINET.ALPHA1.MULTINET]DHCP-BACKUPSTATE.DAT;1          182  > 20-MAY-1999 14:13 ? > [MULTINET.ALPHA1.MULTINET]DHCP-SERVER.JOU;1                 2  > 20-MAY-1999 09:47 ? > [MULTINET.ALPHA1.MULTINET]DHCP-STATE.DAT;1                182  > 22-MAY-1999 12:44 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;8                      6  > 1-OCT-2002 09:23? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;7                      5  > 15-DEC-2000 10:36 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;6                      5  > 11-DEC-2000 12:11 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;5                      5  > 17-OCT-2000 12:46 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;4                      5  > 5-OCT-2000 09:01? > [MULTINET.ALPHA1.MULTINET]DHCPD.CONF;3                      5  > 25-SEP-2000 15:05 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.DMP;3                    4023  > 21-MAR-2002 15:03 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.DMP;2                    4023  > 22-FEB-2002 10:28 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.DMP;1                    4023  > 5-MAR-2001 09:03? > [MULTINET.ALPHA1.MULTINET]DHCPD.DUMP;1                    218  > 1-JUL-1999 15:51H > %BACKUP-W-ACCONFLICT, DKC0:[MULTINET.ALPHA1.MULTINET]DHCPD.LEASES;1 is  > open for write by another user? > [MULTINET.ALPHA1.MULTINET]DHCPD.LEASES;1                    6  > 17-FEB-2003 22:08 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.LEASES_1037004259;1         0  > 11-NOV-2002 03:44 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.LEASES_983369921;1          5  > 28-FEB-2001 09:19 ? > [MULTINET.ALPHA1.MULTINET]DHCPD.LEASES_OLD;1                7  > 17-FEB-2003 21:07 ? > [MULTINET.ALPHA1.MULTINET]DOCUMENTS.DIR;1                   1  > 12-FEB-2002 13:54 ? > [MULTINET.ALPHA1.MULTINET]DOMAIN-NAME-SERVICE.ORG;7         1  > 16-MAR-2001 09:45 ? > [MULTINET.ALPHA1.MULTINET]DOMAIN-NAME-SERVICE.ORG;6         1  > 7-NOV-2000 15:40? > [MULTINET.ALPHA1.MULTINET]DOMAIN-NAME-SERVICE.ORG;5         1  > 7-NOV-2000 15:34? > [MULTINET.ALPHA1.MULTINET]DOMAIN-NAME-SERVICE.ORG;4         1  > 23-OCT-2000 12:22  > . ! > . (files logged without errors)  > . ? > [MULTINET.ALPHA1.MULTINET.INCLUDE]VMS.DIR;1                 1  > 18-JUN-1997 16:31 ? > [MULTINET.ALPHA1.MULTINET]LIBRARY.DIR;1                     1  > 18-JUN-1997 16:31 ? > [MULTINET.ALPHA1.MULTINET]LOADABLE_IMAGES.DIR;1             1  > 18-JUN-1997 16:19 ? > [MULTINET.ALPHA1.MULTINET]NAMED.DMP;1                    6663  > 7-NOV-2000 15:29 > %BACKUP-W-ACCONFLICT, H > DKC0:[MULTINET.ALPHA1.MULTINET]NAMED_CONTROL.LOG;120 is open for write > by another user G > %BACKUP-W-ACCONFLICT, DKC0:[MULTINET.ALPHA1.MULTINET]NETSSNMP.LOG;181 # > is open for write by another user ? > [MULTINET.ALPHA1.MULTINET]NAMED.PID;1                       1  > 10-FEB-2003 11:39 ? > [MULTINET.ALPHA1.MULTINET]NAMED_CONTROL.LOG;120             0  > 10-FEB-2003 11:39 ? > [MULTINET.ALPHA1.MULTINET]NAMED_CONTROL.LOG;119             0  > 6-FEB-2003 19:30? > [MULTINET.ALPHA1.MULTINET]NAMED_CONTROL.LOG;118             0  > 5-FEB-2003 19:23? > [MULTINET.ALPHA1.MULTINET]NAMED_CONTROL.LOG;117             0  > 1-FEB-2003 13:54? > [MULTINET.ALPHA1.MULTINET]NETSSNMP.LOG;181                  1  > 10-FEB-2003 11:39 ? > [MULTINET.ALPHA1.MULTINET]NETSSNMP.LOG;180                  1  > 6-FEB-2003 19:30? > [MULTINET.ALPHA1.MULTINET]NETSSNMP.LOG;179                  2  > 5-FEB-2003 19:23 > . ! > . (files logged without errors)  > . ? > [MULTINET.ALPHA1.MULTINET]NFS_CLIENT_ACP.DMP;1           5239  > 18-DEC-2002 19:08 H > %BACKUP-W-ACCONFLICT, DKC0:[MULTINET.ALPHA1.MULTINET]SNMPSERVER.LOG;75# > is open for write by another user 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;7 ? >                                                            11  > 12-FEB-2002 17:14 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;6 ? >                                                            11  > 26-SEP-2000 17:27 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;5 ? >                                                            10  > 22-MAY-1999 13:29 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;4 ? >                                                             9  > 18-APR-1999 18:24 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;3 ? >                                                             6  > 26-MAY-1998 15:55 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;2 ? >                                                             6  > 26-MAY-1998 13:13 7 > [MULTINET.ALPHA1.MULTINET]REMOTE-PRINTER-QUEUES.COM;1 ? >                                                             6  > 26-MAY-1998 12:12 ? > [MULTINET.ALPHA1.MULTINET]RPCSTATUS.STATE;1                 1  > 23-JUN-1997 16:22 ? > [MULTINET.ALPHA1.MULTINET]SNMPSERVER.LOG;75                 1  > 10-FEB-2003 11:39 ? > [MULTINET.ALPHA1.MULTINET]SNMPSERVER.LOG;74                 1  > 6-FEB-2003 19:30 > . ! > . (files logged without errors)  > . ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;10            33  > 18-APR-1999 18:10 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;9             32  > 3-SEP-1998 16:56? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;8             32  > 26-MAY-1998 12:08 F > %BACKUP-W-ACCONFLICT, DKC0:[MULTINET.ALPHA1.MULTINET]TGVSNMPC.LOG;75# > is open for write by another user ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;7             32  > 21-SEP-1997 17:01 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;6             32  > 12-SEP-1997 21:39 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;5             32  > 12-JUL-1997 09:24 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;4             32  > 11-JUL-1997 10:58 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;3             32  > 18-JUN-1997 16:36 ? > [MULTINET.ALPHA1.MULTINET]START_MULTINET.COM;2             32  > 18-JUN-1997 16:36 ? > [MULTINET.ALPHA1.MULTINET]START_SMTP_LOCAL.COM;1            9  > 22-FEB-2002 10:27 ? > [MULTINET.ALPHA1.MULTINET]TGVSNMPC.LOG;75                   1  > 10-FEB-2003 11:39 ? > [MULTINET.ALPHA1.MULTINET]TGVSNMPC.LOG;74                   1  > 6-FEB-2003 19:30 > . ! > . (files logged without errors)  > . F > [MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_NW_CLIENT_LIBRARY.IIF;5? >                                                            34  > 14-OCT-1994 13:35 9 > [MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_PING.EXE;5 ? >                                                           232  > 5-JAN-2002 13:47 > %BACKUP-W-ACCONFLICT, E > DKC0:[MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_PROFILE.DATA;1 is   > open for write by another user= > [MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_PROFILE.DATA;1 ? >                                                             4  > 18-APR-1999 18:24 : > [MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_RDATE.EXE;5? >                                                           204  > 5-JAN-2002 13:47; > [MULTINET.ALPHA1.SYSCOMMON.MULTINET]MULTINET_REPORT.TXT;5 ? >                                                             3  > 15-JAN-2002 10:18  > . F > . (files logged without errors, or cases similar to those above with3 > %BACKUP-W-ACCONFLICT, but still logged backed up)  > . ? > [SYS0.SYSCOMMON.SYSEXE]UNZIP-AXP.EXE;1                    315  > 28-FEB-2001 11:17 ? > [SYS0.SYSCOMMON.SYSEXE]UNZIP-AXP.EXE_51;1                 249  > 19-SEP-1997 08:37 ? > [SYS0.SYSCOMMON.SYSEXE]UNZIP542.EXE;1                     285  > 17-JUL-2001 13:23 ? > [SYS0.SYSCOMMON.SYSEXE]UTC$CONFIGURE_TDF.EXE;1             16  > 25-NOV-1996 22:03 ? > [SYS0.SYSCOMMON.SYSEXE]VERIFY.EXE;1                       434  > 25-NOV-1996 22:23 H > %BACKUP-W-ACCONFLICT, DKC0:[SYS0.SYSCOMMON.SYSEXE]VMS$OBJECTS.DAT;1 is  > open for write by another user > $!
 > $ SHOW TIME  >   17-FEB-2003 22:36:17 > $ show error. > Device                           Error Count, > $1$MKA100: (ALPHA1)                   1765, > $1$MKC400: (ALPHA1)                   1296 > F > Why does the backup job fail after the last warning, but none of theC > previous ones?  It appears to be the same error.  In all previous H > cases, the file noted in the warning is logged soon after the warning, > as shown.  >  > I'm baffled.  Any ideas? > B > As an aside, anybody know an EASY way to preserve long lines?  IE > composed this message in write, then pasted it.  If I pasted just a H > few lines with no return at the end, they displayed as I intended, butE > when I tried to paste the whole message, it wrapped the long lines: A > yuck.  Pasting pieces at a time didn't seem to work, either.  I F > realize the posting style guide says keep lines short, but log files > were meant to be 132 cols!   ------------------------------  % Date: Mon, 17 Feb 2003 14:36:02 -0500 ( From: David Froble <davef@tsoft-inc.com>3 Subject: Re: Commodity PCI NIC cards for Alpha VMS?o, Message-ID: <3E5139A2.9090509@tsoft-inc.com>  K Just be sure that you get the right model.  For VMS, you want the DE500-BA.o   Dave     John Wallace wrote:e  3 > "Shane Smith" <ssmith@icius.com> wrote in messagew, > news:01C2D444.67B62490@sulfer.icius.com... > F >>A big thank you to all who offered up suggestions. It does look very- >>much like I'll be getting a DE500 off eBay.  >>I >>However, I don't like machines getting the better of me, so I just wenteG >>another round with it. It turns out there were three spare EISA cards F >>lying around in a dark corner, a DE202, a DE203 and a DE205. We also= >>have a DE422 in a machine that could do without it briefly.c >>H >>We plug in the DE202, DE203 or DE205 and our AlphaServer 1000A doesn'tH >>even see them during its self test, or at the dead sergeant. The DE422C >>though, it sees. So I'm wondering, are the 200 series perhaps noto >>supported by the 1000A?f >> >>Shanet >> >> > 8 > Could be wrong, but in the absence of better offers... > N >  I thought that EISA cards were generally invisible to software  (console orA > OS) until you'd run the EISA Config Utility and configured themeL > appropriately. From memory, the 422 is an EISA card. Do you have an ECU toL > run? It sounds like you do or you did - but did you do this knowingly just > now, or many years ago...e > N > From memory, the others are ISA not EISA and so you need to incant things inL > console mode using isaconfig? (isacfg? away from box at the moment) beforeK > they will be visible. You may even have to inspect and adjust jumpers andeJ > such. It'll be documented somewhere... system owner's guide, NIC owner's- > guide, some Alpha LINUX HOWTO on the web...p > N > One other possible option for you might be one of the small selection of PCII > NICs which were based on the DEC 21040/21140 chipset as used on DEC PCI L > NICs. These might well be compatible with Alpha boxes and and OSes. I usedJ > to have a PC rag review with a list of these in. Unfortunately they wereN > division 2 names and I can't remember them or find the article. So DE500 off* > ebay is still probably your best option. > 	 > regardsB > john >  >  >    ------------------------------  % Date: Wed, 19 Feb 2003 10:58:08 +0100a) From: "Jiri Koutnik" <jkoutnik@ebanka.cz>l Subject: connect via. FTP + Message-ID: <1045648693.560354@krakonosovo>l   Hi all,o  2 perhaps simple thing to solve it, but cant get it.
 any hint ?   nodeXXX> ftp nodeYYY; %SYSTEM -F-LCKPAGFUL, no more pages may be locked in memoryo   ------------------------------  % Date: Wed, 19 Feb 2003 11:03:53 +0100y6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> Subject: Re: connect via. FTPs) Message-ID: <3E535689.3060000@vajhoej.dk>    Jiri Koutnik wrote:B4 > perhaps simple thing to solve it, but cant get it. > any hint ? >  > nodeXXX> ftp nodeYYY= > %SYSTEM -F-LCKPAGFUL, no more pages may be locked in memoryd   Not a FTP problem:   $ help/mess lckpagfulo    3   LCKPAGFUL,  no more pages may be locked in memoryn  (    Facility:     SYSTEM, System Services  G    Explanation:  An attempt to lock pages in memory failed because the   systemA                  limit for the number of locked pages is reached.n  I    User Action:  See your system manager. If some pages were successfullyrG                  locked, unlock them and attempt to load the new pages.r   ------------------------------  % Date: Wed, 19 Feb 2003 11:15:03 +0100 ) From: "Jiri Koutnik" <jkoutnik@ebanka.cz>  Subject: Re: connect via. FTP.+ Message-ID: <1045649709.419043@krakonosovo>    But how to unlock the pages ?MG Im not so strong in MEM area, could you give any sugesstion ? thank youM  4 "Jiri Koutnik" <jkoutnik@ebanka.cz> wrote in message% news:1045648693.560354@krakonosovo... 	 > Hi all,y >e4 > perhaps simple thing to solve it, but cant get it. > any hint ? >  > nodeXXX> ftp nodeYYY= > %SYSTEM -F-LCKPAGFUL, no more pages may be locked in memoryB >a >A   ------------------------------    Date: 17 Feb 2003 09:46:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: DECwindows hang when using Multinet and VMS patch3 Message-ID: <Har7dDZhQYTE@eisner.encompasserve.org>i  B     On my hobbyist Alpha, I've been having trouble with a conflict0    between Multinet and a couple of VMS patches.  H     Every time I apply VMS721_SYS V11.0 or VMS721_UPDATE V3.0 DECwindowsD    stops working unless I leave out Multinet in SYSTARTUP_VMS.COM.  I    During boot the startup process will logout and the cursor changes to lH    X, and then the system sits (IIRC the DECW server process is in LEF).6    I can log in to the console only in character mode.  C     If I try to start Multinet after boot, the X server hangs afterd    Multinet starts.   F     Prior to installing either of these patches everything seems to be    OK.  A     I've been through this a couple times and finally yesterday ItC    installed DEC TCPIP services instead of Multinet and that seemeda    to work.s  -     Is there an ECO or something I'm missing?   F    Right now I've got the following OS, Windows, and network software:    VMS721_SYS V11.0_    VMS721_ACRTL V3.0    TCPIP V5.0-10    VMS721_UPDATE V3.0     VMS721_PCSI V1.0n    VMS721_SYS V1.0    VT V2.1-H   (VTAM)g    FTAM V3.2-N    OSAK V3.0-Q    DECNET_OSI V7.2-1    DWMOTIF V1.2-5V    OPENVMS 7.2-1    Multinet V4.3 Rev A   ------------------------------    Date: 19 Feb 2003 02:06:42 -0800# From: SY1333@AOL.COM (Sean Yazdani)e% Subject: Re: DLTIV Tape Compatibilitym= Message-ID: <6f1d9079.0302190206.4e5d6af8@posting.google.com>e  a "Joe Heimann" <heimann@ecs.umass.edu> wrote in message news:<rEu4a.48$ws.11125@news.umass.edu>...m& > Sean Yazdani <SY1333@aol.com> wrote:E > > My DLT drive seems unable to read DLT IV tapes (containing BackuptH > > savesets created by /image/media=compaction from another server). ItH > > is type TZ89 and can read DLT III tapes OK. The LED indicator on theI > > drive showing tape capacity goes up to 35GB, I believe DLT IV is 40GBoF > > or 80 with Compaction. Am I doing anything wrong or is DLT III the) > > only solution? (error message below).." > > Thanks in advance for any help >  e. > > $> mount/for mkc400                       4 > > %MOUNT-I-OPRQSTCAN, operator request canceled   4 > > %MOUNT-I-WRITELOCK, volume is write locked      B > > $> backup/list/rewind mkc400:/sav                             H > > Listing of save set(s)                                              H > >                                                                     H > > %BACKUP-F-LABELERR, error in tape label processing on MKC400:[0000004 > > -BACKUP-F-NOTANSI, tape is not valid ANSI format > I > DLT IV tapes can be written at three different data densities dependingcI > on the drive.  They are 20 GB, 35 GB and 40 GB uncompressed capacities.oH > If your drive only goes up to 35 GB, a tape written at 40 GB will not F > be readable.  Depending on the firmware, some of the 40/80 GB drivesG > can write at the lower DLT IV capacities.  The tapes would need to benH > initialised on the other server at the lower density and then written. > 
 > Joe Heimann   F The source tape drive type is a COMPAQ DLT8000, and I am running 7.1-2D . I looked up the /DENSITY qualifier with the INITIALIZE command, it> appears not to apply to DK or TK devices (and I assume DLT ?).E Any ideas how the COMPAQ DLT8000 drive can be made to write to DLT IVi at the lower capacities.   Regards & Thanks   Sean Yazdani   ------------------------------  % Date: Wed, 19 Feb 2003 11:02:20 -0000e* From: "Richard Brodie" <R.Brodie@rl.ac.uk>% Subject: Re: DLTIV Tape Compatibilityf, Message-ID: <b2vo7u$10s0@newton.cc.rl.ac.uk>  0 "Sean Yazdani" <SY1333@AOL.COM> wrote in message7 news:6f1d9079.0302190206.4e5d6af8@posting.google.com...9  H > The source tape drive type is a COMPAQ DLT8000, and I am running 7.1-2F > . I looked up the /DENSITY qualifier with the INITIALIZE command, it@ > appears not to apply to DK or TK devices (and I assume DLT ?).  A Yes. I think not on 7.1-2 at least; recent versions should be OK.   G > Any ideas how the COMPAQ DLT8000 drive can be made to write to DLT IVo > at the lower capacities.  Q I haven't seen that particular model but all the others I have seen have a manual  density override button.   ------------------------------  # Date: Mon, 17 Feb 2003 13:54:11 GMT 0 From: rw@vorpalbunnyeircom.net (Russell Wallace)# Subject: Re: E*trade replacing VMS?d0 Message-ID: <3e50e95c.129317136@news.eircom.net>  F On Fri, 07 Feb 2003 02:45:58 GMT, "John Smith" <a@nonymous.com> wrote:  2 >"Shane Smith" <ssmith@icius.com> wrote in message+ >news:01C2CDEF.3B3A9CD0@sulfer.icius.com...FG >> Not really in response to any other post in this thread, but I thinkb >onlC >> topic. Does anyone know how much effort (if any) HP has put inton >tryinga >> to stop this? >t& >Do you want to make book at any odds?  C Based on what I've seen previously regarding their VMS marketing, Ic) think I'd stick a fiver on "none at all".e   --  3 "Mercy to the guilty is treachery to the innocent." + Remove killer rodent from address to reply.A! http://www.esatclear.ie/~rwallaceY   ------------------------------  # Date: Tue, 18 Feb 2003 16:49:24 GMT % From: Milton <mbhewitt@optonline.net> $ Subject: Re: FREE VAXstation 4000-608 Message-ID: <3uo45v4pdm0bs2sbvk47lcooobm9j5edh1@4ax.com>  C On Mon, 17 Feb 2003 23:24:44 GMT, Don Sykes <anonymous@pacbell.net>  wrote:   >vI >If anyone has an interest in the following old system, let me know ASAP. C >I have to be out of my office by EOM and have nowhere to put this.  >c- >  Hardware........:       VAXstation 4000-607' >  Operating System:       VMS Ver.V6.1a >  *Full License set*c >  Main Memory (32.00Mb)     >  2-RZ56 (1299174 blocks each)n >  1-RZ55 (649040 blocks)e >  1-RZ24 (409792 blocks)4
 >  2-TK50Z	 >  1-RD40p
 >  1-TLZ04# >  1-VRT19DA (VT200 style RGB sync)h >t >  Includes All cables   I would be interested.C Please email me at: mbhewitt@optonline.net and leave a valid e-maila addy so that I can contact you.s   ------------------------------    Date: 19 Feb 2003 10:41:28 -0600 From: briggs@encompasserve.org1 Subject: Re: fun with F$FAO and the !AD directivet3 Message-ID: <p0AbMIkJWXzw@eisner.encompasserve.org>a  a In article <DUN4a.58$a83.54@news.cpqcorp.net>, "labadie" <en_trajectant_a_mort@127.0.0.1> writes:2 > J > "Bob Kaplow" <kaplow_r@eisner.encompasserve.org.TRABoD> wrote in message/ > news:VkpxbflTeWWj@eisner.encompasserve.org...iJ >> I've been trying to use F$FAO and the (undocumented but referenced in aI > DSIN> $ write sys$output f$cvui( 0, 32, f$fao( "!AD", 4, %x81b50fa0 ) )y> >> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual > address=000000000003) >> 8248, PC=0000000000110001, PS=7FFABBF0@D >> $ write sys$output f$cvui( 0, 32, f$fao( "!AD", 4, %x81b50fa4 ) )> >> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual > address=000000000003) >> 8248, PC=0000000000110001, PS=7FFABBF0  >  > Helloa >  > reason mask=00 > so= > means the PTE protection code prohibits the intended accessf5 > means the virtual address itself was not accessiblef  B Before you can make this diagnosis reliably, you need to know that4 you can trust the reason mask, virtual address, etc.  B Quite often, you'll find that a routine has returned a status codeF of SS$_ACCVIO and that by the time SYS$GETMSG or SYS$PUTMSG is called,C the exception vector containing the failing virtual address, etc isi? long gone.  So one learns to take those displayed values with aT: grain of salt.  They are, more than likely, picked up from uninitialized stack space.   Reason mask = 00 is reasonable. H Virtual address 38248 is not reasonable.  It should have been %x81b50fa0F Failing PC = 0000110001 is insane.  It's not quadword aligned and it's not in space used by DCLH PSL = 7FFABBF0 looks a lot more like a virtual address than a PSL to me.  D Conclusion:  The exception vector is garbage in this case and should3 not be used as the basis for any sort of diagnosis.e   	John Briggs   ------------------------------  % Date: Wed, 19 Feb 2003 12:12:17 -0500c% From: "Mark D. Jilson" <jilly@hp.com>31 Subject: Re: fun with F$FAO and the !AD directivee& Message-ID: <3E53BAF1.34358FCA@hp.com>   Bob,/ 	It's because the PFL data structure is only ERn1 ! This is from a VAX but Alpha should be the samel   SDA> SHOW PAGE {PFL address};1 System page tabley -----------------c  C      ADDRESS     SVAPTE    PTE       TYPE  PROT  BITS PAGTYP    LOCf STATE TY9 PE  REFCNT   BAK       SVAPTE   FLINK      BLINK      PIX,  5     85845200    BD7990A4 B4070FA1    VALID ERKW M   K      Bob Kaplow wrote:  > N > I've been trying to use F$FAO and the (undocumented but referenced in a DSINM > article) !AD directive to get values like PFL$L_MINFREPAGCNT (which SHO MEMsM > /PAGE /FULL doesn't even display) and PFL$L_RSRVPAGCNT with no success. Yeth? > it works fine getting SYS$GL_IJOBCNT and other juicy tidbits.s > M > Any idea what I'm doing wrong, or why I can get some system data structuresT > but not others?M > > > Is there any documentation on !AD? Is it acutally supported? >  > From within ANAL/SYSTEM: >  > exam 8E186508R1 > SYS$GL_IJOBCNT:  00000000.000001AA   "......."= > eval @8E186508) > Hex = 00000000.000001AA   Decimal = 426  > exam 81b50fa0/4 > FFFFFFFF.81B50FA0:  0000EC7A.0005B8D0   "  ..z.." > eval @81b50fa0I > Hex = 00000000.0005B8D0   Decimal = 374992              SDA$SHARE+298D0  > exam 81b50fa4 ' > FFFFFFFF.81B50FA4:  0000EC7A   "z.."[ > eval @81b50fa4+ > Hex = 00000000.0000EC7A   Decimal = 60538/ >  > From DCL:T > C > $ write sys$output f$cvui( 0, 32, f$fao( "!AD", 4, %x8E186508 ) )0 > 426SC > $ write sys$output f$cvui( 0, 32, f$fao( "!AD", 4, %x81b50fa0 ) )5R > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000003( > 8248, PC=0000000000110001, PS=7FFABBF0C > $ write sys$output f$cvui( 0, 32, f$fao( "!AD", 4, %x81b50fa4 ) )TR > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000003( > 8248, PC=0000000000110001, PS=7FFABBF0 > : >         26-October, 2001: A day that will live in infamy= >         Support Freedom: http://www.indefenseoffreedom.org/2 > K >         Homeland Security Administration: The Gestapo of the 21st Century:   -- 2C Jilly	- Working from Home in the Chemung River Valley - Waverly, NY 0 	- jilly@clarityconnect.com			- Brett Bodine fan+ 	- Mark.Jilson@hp.com				- since 1975 or so  	- http://www.jilly.baka.com   ------------------------------  % Date: Wed, 19 Feb 2003 06:29:30 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)@ Subject: Re: Heads Up - Next OpenVMS Advanced Technical BootcampL Message-ID: <rdeininger-1902030629310001@user-uinj4ar.dialup.mindspring.com>  ; In article <3E52E78B.2B5C1339@fsi.net>, "David J. Dachtera"e <djesys.nospam@fsi.net> wrote:  G >> >How 'bout a comparison of SRM to the Itanic equivalent. An in-depth J >> >discussion of the Itanic console environment, drawing parallels to the# >> >familiar SRM where appropriate.: >> >B >> >Another good one might be performance management and tuning of >> >OpenVMS-IPF. >> > >> >Whaddaya think?C >> =B >> Both sound like worthy topics, but probably for 2004, not 2003. >VG >Why wait? Just because VMS is traditionally "behind the curve" doesn'tn >necessarily mean it's right.   I Because I don't think the answers will be known, or knowable, by the time I of the 2003 Bootcamp.  This is particularly true for performance, because J during the porting phase almost no attention is being paid to optimizing. B I expect there will be minimal work on performance until the first "production" release in 2004.   G As for the IPF "console", during the port it is whatever comes with the;H system.  VMS Engineering has no input, and won't add any firmware unless. there's no other way to get something working.   ------------------------------    Date: 19 Feb 2003 06:52:53 -0800$ From: john_20_28_2000@yahoo.com (jm)- Subject: How do I join the domain with Samba?2= Message-ID: <c67e4bdd.0302190652.3980544e@posting.google.com>E   Also,E  E [2003/02/19 09:23:57, 1] CMS_ROOT:[SAMBA.SOURCE.SMBD]SERVER.C;2:(643)H   smbd version 2.0.6 started. %   Copyright Andrew Tridgell 1992-1998D [2003/02/19 09:24:03, 0]3 CMS_ROOT:[SAMBA.SOURCE.PASSDB]SMBPASSFILE.C;2:(118) '   trust_password_lock: cannot open file 0 SAMBA_ROOT/VAR/PRIVATE/mydomain.mycomputer.mac -$ Error was no such file or directory. [2003/02/19 09:24:04, 0]3 CMS_ROOT:[SAMBA.SOURCE.PASSDB]SMBPASSFILE.C;2:(287)1E   domain_client_validate: unable to open the machine account password 
 file for m$ achine mymachine in domain mydomain.E [2003/02/19 09:24:04, 0] CMS_ROOT:[SAMBA.SOURCE.LIB]UTIL_SEC.C;2:(52) ?   Failed to set uid privileges to (-1,3735552) now set to (0,0)  [2003/02/19 09:24:04, 0]. CMS_ROOT:[SAMBA_VMS.SOURCE.LIB]UTIL.C;1:(2456)   PANIC: failed to set uid  E if you look, you will see that it is looking for a file in the formatCD xxx.xxx.xxx and I don't think OpenVMS supports that.  In the privateC directory, there is a file call mydomain__2Emymachine.mac, that was12 created with the command "smbpasswd -j mydomain -r+ my_windows_2000_machine" domain controller.I  * The machine.sid is also not being created.  ? Was I not supposed to join the domain this way?  How do I do it / properly?  Any help is appreciated.  Thank you.1   OpenVMS 7.2-1 and Samba 2.0.6.   ------------------------------  % Date: Wed, 19 Feb 2003 17:16:10 -00002- From: "Steve Spires" <Steve.Spires@torex.com> ; Subject: How do I restore a system from a non-image backup? E Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAE51@tahiti.tinuk.com>E   All,  H I have a diskless system which boots over the network from another node.H The backup of this disk is done on the holding node, and a single backupH command does all the remote systems locally mounted disks. UnfortunatelyH the backup command is just a normal backup [no /IMAGE] and an additionalH problem is the the command backs up ALL the disks one after another into the same saveset [ie $ BACKUP1E DIA1:[000000...]*.*;*,DIA2:[000000...]*.*;*, etc] so even getting the F files off [luckily it's the first disk in the list] I don't think will
 be trivial...    However, some questions.  H The backup will copy the aliased files [SYS$COMMON, VMS$COMMON etc] intoH the saveset doubly, so a restore to this disk will likely fill it beforeF completion. How can I get around this? And is restoring the ALIAS easy
 enough to do?B  $ I guess I'll need to run WRITEBLOCK?  / Can anyone think of anything else I need to do?/   TIAO   Steve Spires Technical Consultant Torex Health [T] +44 (0) 1295 274200  [F] +44 (0) 1295 275131r
 www.torex.com    ------------------------------    Date: 19 Feb 2003 11:33:59 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)7? Subject: Re: How do I restore a system from a non-image backup? 3 Message-ID: <N+f4vT0BYszu@eisner.encompasserve.org>   u In article <91947A84607D9D48B8E674A5FAB54DA63CAE51@tahiti.tinuk.com>, "Steve Spires" <Steve.Spires@torex.com> writes:2 > All, > J > I have a diskless system which boots over the network from another node.J > The backup of this disk is done on the holding node, and a single backupJ > command does all the remote systems locally mounted disks. UnfortunatelyJ > the backup command is just a normal backup [no /IMAGE] and an additionalJ > problem is the the command backs up ALL the disks one after another into > the same saveset [ie $ BACKUP G > DIA1:[000000...]*.*;*,DIA2:[000000...]*.*;*, etc] so even getting theaH > files off [luckily it's the first disk in the list] I don't think will > be trivial...s >  > However, some questions. > J > The backup will copy the aliased files [SYS$COMMON, VMS$COMMON etc] intoJ > the saveset doubly, so a restore to this disk will likely fill it beforeH > completion. How can I get around this? And is restoring the ALIAS easy > enough to do?S > & > I guess I'll need to run WRITEBLOCK? > 1 > Can anyone think of anything else I need to do?.  E I would not dare to try restoring a system disk not backed up /IMAGE.Z  J I would suggest reinstalling VMS and then restoring your application files to the newly created disk.   ------------------------------    Date: 19 Feb 2003 12:03:21 -0600 From: briggs@encompasserve.org? Subject: Re: How do I restore a system from a non-image backup?/3 Message-ID: <JHJD5EI0h1Fd@eisner.encompasserve.org>r  u In article <91947A84607D9D48B8E674A5FAB54DA63CAE51@tahiti.tinuk.com>, "Steve Spires" <Steve.Spires@torex.com> writes:! > All, > J > I have a diskless system which boots over the network from another node.J > The backup of this disk is done on the holding node, and a single backupJ > command does all the remote systems locally mounted disks. UnfortunatelyJ > the backup command is just a normal backup [no /IMAGE] and an additionalJ > problem is the the command backs up ALL the disks one after another into > the same saveset [ie $ BACKUP G > DIA1:[000000...]*.*;*,DIA2:[000000...]*.*;*, etc] so even getting theoH > files off [luckily it's the first disk in the list] I don't think will > be trivial...0   *ouch*  J > The backup will copy the aliased files [SYS$COMMON, VMS$COMMON etc] intoJ > the saveset doubly, so a restore to this disk will likely fill it beforeH > completion. How can I get around this? And is restoring the ALIAS easy > enough to do?S  ? I believe that a /EXCLUDE=[SYS*.SYSCOMMON...]*.*;* will preventO? the alias directories from being restored.  You'll wind up withgC [000000]VMS$COMMON.DIR and none of the [SYSn]SYSCOMMON.DIR aliases.   2 Restoring the aliases should be a simple matter of  >    $ SET FILE/ENTER=[SYSn]SYSCOMMON.DIR [000000]VMS$COMMON.DIR  & > I guess I'll need to run WRITEBLOCK?  ; I believe the relevant program is SYS$SYSTEM:WRITEBOOT.EXE.   1 > Can anyone think of anything else I need to do?H  J It's scary as heck.  But the most likely failure scenario is an unbootableG system.  If it works at all, chances are good that you'll be just fine.2   	John Briggs   ------------------------------  % Date: Tue, 18 Feb 2003 16:39:52 +0000N' From: Andrew Harrison SUNUK ConsultancyMD Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems. Message-ID: <3E5261D8.6000301@nospamn.sun.com>   Arne Vajh=F8j wrote:* > Andrew Harrison SUNUK Consultancy wrote: >=20@ >> And how can Enteprise Java be expensive since we don't charge@ >> for the implimetation its free for Solaris, Windows and Linux >> from the www.java.com >=20 >=20? > I assume you are talking about Sun ONE Application Server 7 ?N >=20  5 No I am talking about Java 2 Enterprise Edition which1 is free.  4 Sun One Application server is free on some platforms1 like Solaris but not all platforms so it probablyS. doesn't qualify to the strict free definition.   Regards  Andrew Harrison1   ------------------------------    Date: 19 Feb 2003 10:51:23 +0100( From: Andreas Davour <ante@update.uu.se>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems1 Message-ID: <cs91y24mwdg.fsf@Abarth.Update.UU.SE>Y  ' On Tue, 18 Feb 2003, Arne Vajhj wrote:    > Andreas Davour wrote: . > > Andreas Davour <ante@update.uu.se> writes:@ > > If you didn't know, I can tell you that since Sun had such a5 > > block header attityde towards opening up Java to  A > > standardisation developers of Free Software have implemented  @ > > their own JVM and base classes. What Sun have is a expensive@ > > thing they call Enterprise Java, which isn't worth all that  > > money anyway.. >  > ???? >  > J2EE is free.  > C > J2EE is really some PDF documents that you can download free fromS? > Sun and a Reference Implementation you can download free fromE > Sun also.I > @ > Then there are a bunch of products implementing that standard.> > Some commercial some free. Some of the commercial are rather: > expensive (15K$ per CPU is seen) other are rather cheap. > : > Both some of the commercial and at least one of the free
 > run on VMS.S  H OK, then maybe it is better than it used to be.  As far as I remember weJ were selling J2EE for a fairly stiff fee when I worked for Sun. Maybe thatB was licences to those other implementors then. I stand corrected.   > > > Don't you worry about Java, it's being taken care of, now  > > it's Free. >  > ???? > / > Java has not become either more or less free.  > ; > Sun and JCP has rigths and anyone making something calledH, > Java has to follow they specs the put out. > # > Microsoft was told that in court.P  I Sure, but what Andrew claimed is wrong, you no longer depend on Sun to beLG able to use a Java system om Linux. There are JVM's and baseclasses youI; can use. Maybe everyhthing isn't there yet, but it will be.2  G I'm no copyright lawyer, but I tried to say that Linux as a platform is A not in any way dependant on the so called "golden eggs" from Sun.1   /andreas  / =================== Emacs =====================F 			mail: ante@update.uu.se 		  	or try: Koraq@yahoo.com- groove out at: http://www.update.uu.se/~ante/H/ ====== The choice of a GNU generation! ========    ------------------------------    Date: 19 Feb 2003 11:01:06 +0100( From: Andreas Davour <ante@update.uu.se>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems1 Message-ID: <cs9wujwlhct.fsf@Abarth.Update.UU.SE>E  S Andrew Harrison SUNUK Consultancy   <Andrew_No.Harrison_No@nospamn.sun.com> writes:T   > Andreas Davour wrote: . > > Andreas Davour <ante@update.uu.se> writes:7 > > [sorry, I did miss once think I thought to comment]9 > > U > >>Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  > >I< > >>>Sun is also the goose that lays the golden eggs for the< > >>>Linux community. It is with StarOffice, NFS, Grid, JavaC > >>>etc the most significant donor of technology to the OpenSourceh > >>>community.  > >>>L@ > >>>Without Java for example Linux would be dead in Investement
 > >>>Banking.  > >>; > > Check out what IBM is sharing with the Linux community. 7 > > I think they are the "good guys" in the eyes of theI > > Linux community these days.J >  > Yes but thats all BS.L > C > IBM have shared the JFS but then there are plenty of alternatives = > for this anyway almost everything else , DB2, WebSphere etcC= > which incedentally requires Java is for sale not for share.- > = > If this makes IBM the good guys to the opensource communitysA > then it doesn't say very much thats good about their judgement..  @ Maybe you feel it's just bullshit, but I surely see more coming ? from IBM if you count kernel patches. And considering that IBM  A is phasing out AIX in favour of Linux sure tells me they are part D of the gang. Hell knows what Sun wants more that to protect Solaris.  @ > > If you didn't know, I can tell you that since Sun had such aD > > block header attityde towards opening up Java to standardisationG > > developers of Free Software have implemented their own JVM and base3) > > classes. What Sun have is a expensiveGE > > thing they call Enterprise Java, which isn't worth all that moneyE > > anyway.G > ; > Sort of the GCJ compiler supports most but not all of theg? > Java 2 platform edition, its missing a bunch of functionalityT3 > thats part of Java 2 and it way off J2EE support.B  @ That's because Free software takes time to do, it's not reading B the specs and implementing. It's about re-inventing and expanding.   Just wait. Q  @ > Kaffe the only other clean room Java implimetation is limitted" > to 1.1 personal edition support. > : > So neither versions are going to make much impact in the > server side Java arena.   B Well, I have no problem using the Free JVM's for my tomcat server , and I know it is used by serious businesses.  ? > And how can Enteprise Java be expensive since we don't chargeY? > for the implimetation its free for Solaris, Windows and LinuxO > from the www.java.com   ? As I wrote to Arne, I have a recollection of J2EE fees of some  @ kind, but I might have changed or I might have muddled memories.  H > > Don't you worry about Java, it's being taken care of, now it's Free. > >  > ; > Well yes it is but only because of the Sun donation which 4 > is of course free and is a complete implimenation.; > None of the other free JVM's are complete implimentationsI6 > so their cost or otherwise is hardly relevant is it.  @ It's not about costs. It's about Free as in freedom. That's the ? answer to your question about the Linux lure. You might do with6. it whatever you like, just share the changes.   ? If Solaris became Free, and not just for free you might get theL= same effect. Heck, I did a job once when Ericsson wanted the  ? 'rarpd' deamon changed. They used Linux instead since the code 15 was open. Not much we from Sun could offer instead...R   ------------------------------    Date: 19 Feb 2003 11:06:22 +0100( From: Andreas Davour <ante@update.uu.se>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems1 Message-ID: <cs9smuklh41.fsf@Abarth.Update.UU.SE>.  % Arne Vajhj <arne@vajhoej.dk> writes:r  * > Andrew Harrison SUNUK Consultancy wrote: > > Arne Vajhj wrote:B > >> I assume you are talking about Sun ONE Application Server 7 ?9 > > No I am talking about Java 2 Enterprise Edition which  > > is free. > 0 > J2EE Reference Implementation is in my opinion5 > not worth much as a server (and is as far as I knowU  > not intended to be so either). > 2 > Library and docs are fine. But somehow I got the7 > impression that the original poster was talking aboutI
 > servers.   More like that, yes. M  7 Basically I'm just arguing because I'm a bit fed up by 17 blockheads from Sun not understanding why the corporate25 world no longer belive in them, and not understanding  what Free Software is about.  0 Maybe I shut just shut up and be happy VMS user.   /andreas   ------------------------------  % Date: Wed, 19 Feb 2003 11:11:32 +0100 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems) Message-ID: <3E535854.4070300@vajhoej.dk>    Andreas Davour wrote:N) > On Tue, 18 Feb 2003, Arne Vajhj wrote:  >>J2EE is free.  >>C >>J2EE is really some PDF documents that you can download free fromF? >>Sun and a Reference Implementation you can download free fromL >>Sun also.  >>@ >>Then there are a bunch of products implementing that standard.> >>Some commercial some free. Some of the commercial are rather: >>expensive (15K$ per CPU is seen) other are rather cheap. >>: >>Both some of the commercial and at least one of the free
 >>run on VMS.  > J > OK, then maybe it is better than it used to be.  As far as I remember weL > were selling J2EE for a fairly stiff fee when I worked for Sun. Maybe thatD > was licences to those other implementors then. I stand corrected.   4 I think that the J2EE kit itself has always be free.  6 But it could have been the J2EE certification for J2EE6 app-servers that cost a small fortune. Or the usage of* SUN code on other companies J2EE projects.   Arne   ------------------------------    Date: 19 Feb 2003 12:22:45 +0100( From: Andreas Davour <ante@update.uu.se>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems1 Message-ID: <cs9isvgldkq.fsf@Abarth.Update.UU.SE>V  % Arne Vajhj <arne@vajhoej.dk> writes:R   > Andreas Davour wrote: + > > On Tue, 18 Feb 2003, Arne Vajhj wrote:C > >>J2EE is free.0 > >>E > >>J2EE is really some PDF documents that you can download free from!A > >>Sun and a Reference Implementation you can download free frome
 > >>Sun also.  > >>B > >>Then there are a bunch of products implementing that standard.@ > >>Some commercial some free. Some of the commercial are rather< > >>expensive (15K$ per CPU is seen) other are rather cheap. > >>< > >>Both some of the commercial and at least one of the free > >>run on VMS.n@ > > OK, then maybe it is better than it used to be.  As far as I > > remember wenN > > were selling J2EE for a fairly stiff fee when I worked for Sun. Maybe thatE > > was licences to those other implementors then. I stand corrected.  > 6 > I think that the J2EE kit itself has always be free. > 8 > But it could have been the J2EE certification for J2EE8 > app-servers that cost a small fortune. Or the usage of, > SUN code on other companies J2EE projects.  7 PRobably that way then. Thanks for setting me straight.s+ My memory clearly isn't what it used to be.-   /andreas   ------------------------------  % Date: Tue, 18 Feb 2003 11:33:45 -0800@" From: GreyCloud <cumulus@mist.com>D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems( Message-ID: <3E528A99.99BBDFED@mist.com>  ( Andrew Harrison SUNUK Consultancy wrote: >  > Arne Vajhj wrote:, > > Andrew Harrison SUNUK Consultancy wrote: > >oB > >> And how can Enteprise Java be expensive since we don't chargeB > >> for the implimetation its free for Solaris, Windows and Linux > >> from the www.java.com > >E > >fA > > I assume you are talking about Sun ONE Application Server 7 ?f > >s > 7 > No I am talking about Java 2 Enterprise Edition whiche
 > is free. > 6 > Sun One Application server is free on some platforms3 > like Solaris but not all platforms so it probablyn0 > doesn't qualify to the strict free definition. >   ; What's the url so I can download a free J2EE for Solaris???>   ------------------------------  % Date: Wed, 19 Feb 2003 12:31:54 +0000h' From: Andrew Harrison SUNUK Consultancy2D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems, Message-ID: <3E53793A.90507@nospamn.sun.com>  & You can download J2EE for Solaris from  & http://java.sun.com/j2ee/download.html  . You can download Sun One Applications Server 7+ for free for development or evaluation fromp  C http://wwws.sun.com/software/products/appsrvr/appsrvr_download.html   / Sun One Applications Server is a J2EE compliant  apps server.   GreyCloud wrote:* > Andrew Harrison SUNUK Consultancy wrote: >=20 >>Arne Vajh=F8j wrote: >>+ >>>Andrew Harrison SUNUK Consultancy wrote:g >>>o >>> A >>>>And how can Enteprise Java be expensive since we don't chargeeA >>>>for the implimetation its free for Solaris, Windows and Linuxl >>>>from the www.java.com. >>>e >>>e@ >>>I assume you are talking about Sun ONE Application Server 7 ? >>>  >>7 >>No I am talking about Java 2 Enterprise Edition whichm
 >>is free. >>6 >>Sun One Application server is free on some platforms3 >>like Solaris but not all platforms so it probably 0 >>doesn't qualify to the strict free definition. >> >=20 >=20= > What's the url so I can download a free J2EE for Solaris???i   ------------------------------    Date: 19 Feb 2003 08:01:12 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)dD Subject: RE: How to Avoid the Almost Certain End of Sun Microsystems3 Message-ID: <O2TLaXEfVYYE@eisner.encompasserve.org>k  W In article <01C2D73D.70057D20@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:lH > That Lockheed VTOL system looks over complicated and kind of a gamble.E > Wouldn't want shrapnel near that fan. The Boeing system looked likee9 > solid, proven technology. Kind of like Itanic vs Alpha.e > J > Hey, I just brought this thread back to computers. I must be slipping... >   F   I thought it looked overly mechanically complicated.  Then I saw theF   NOVA which followed the competition.  I'd much rather see our pilots;   in the Lockheed aircraft, but Boeing didn't do a bad job.S   ------------------------------   Date: 19 Feb 2003 15:17:06 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)D Subject: Re: How to Avoid the Almost Certain End of Sun Microsystems6 Message-ID: <b3075i$1gudp4$1@ID-135708.news.dfncis.de>  H In article <oDM4a.13677$b8v1.8546@news04.bloor.is.net.cable.rogers.com>,& 	"John Smith" <a@nonymous.com> writes: > ; > "Bill Gunshannon" <bill@gw5.cs.uofs.edu> wrote in messagee2 > news:b2tk22$1g47dg$1@ID-135708.news.dfncis.de...% >> >> Was CP/M really around in 1974?s >>" >> From a history of Gary Kildall: >>G >>       "Gary had been doing his consulting and development work under.E >>        the name "MAA," or "Microcomputer Applications Associates."a > MAAoE >>        (that is, Kildall) completed CP/M in 1974. It was a spartanl7 >>         system, containing only what was essential."< >>D >> >>                                 I thought the original articleB >> >> about building your own computer using an 8008(?) in Popular) >> >> Electronics(?) was in Jan/Feb 1975,Y >>F >> You have the date right, but are confused on some of the rest.  TheF >> machine was called The Altair 8800 and it used an 8080 cpu.  It was@ >> hardly the first microcomputer, but it was the first one that
 > actuallyD >> targeted "computer hobbyists" a genre that didn't really exist up > tilcE >> the point.  As a matter of fact, it was not even the only computerwE >> offered by Altair.  The also sold the Altair 680 at the same time. G >> This was a machine based on the M6800.  Southwest Technical ProductssD >> Also offered a M6800 based machine The SWTPC-6800 at least a year@ >> before the Popular electronics article or MITS/Altair started	 > selling G >> their machines. (Just as a matter of curiosity, I still have my copyc >> of that magazine!)e >> > F > I vaguely seem to recollect the SWTP machines - I was assembling kitG > computers around that time and SWTP rings a bell - were they the oneso+ > in the long, skinny orange-ish metal box?.  B Don't remember as I never owned one of my own, although I remember3 seeing them at various places I worked in the past.    > E > I still have a M6800 system made by Midwest Scientific - actually agF > kit machine, with an 8" FDD. I designed and etched my own 16k memoryD > boards for that machine. Memory was wire-wrapped by hand on to the > board.  A I would still love to get my hands on an Altair and an IMSAI as I(C still think of them fondly.  But, the few I have seen recently wereT3 sold for more than the last Cray XMP I saw go.  :-(   D As another note of curiosity, I still have an un assembled XEROX-820D circuit board at home.  I wonder if you could even buy all the chips needed to build one today?  2 bill 4   -- @J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Mon, 17 Feb 2003 13:58:39 +0000t' From: Andrew Harrison SUNUK ConsultancyhY Subject: Re: IBM says "Itanium is like a science project. There's not a market for it" fos. Message-ID: <3E50EA8F.4080706@nospamn.sun.com>   John Smith wrote:T> > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3E4E7D9A.DC61207E@fsi.net...> >  >>Bob Ceculski wrote:  >>1 >>>"Tom Linden" <tom@kednos.com> wrote in messagec >>7 > news:<CIEJLCMNHNNDLLOOGNJIGEKKGJAA.tom@kednos.com>...  > @ >>>>I think you misread, IBM is spending lots of money on Linux, >>> 
 > just not >  >>>>on Itanium.  >>>> >>> : >>>should be the other way around ... linux is the science' >>>project, and a lousy one at that ...  >>F >>...which is interesting: Linux has been running on IA32 since before@ >>Emerald was so much as a line of code. Linux is now displacing5 >>WhineBloze in some cases, and VMS in others. It's ad >  > multi-billion-dollar > A >>business world-wide, while Itanic continues to founder, and then >  > *BSDs  > C >>are distant runners-up in the race for dollars (but advancing, bye >>appearances).f >> >>Draw your own conclusions... >  > + > Not meaning to be picky, but here goes...oF > Emerald was a late 80's thing at its genesis. Linus didn't start his > work until 1991-92.n >   + Not to be picky but Linux is just a Kernel.0  2 GNU and all the other OpenSource/Freeware projects1 which make up 95% of what most people think of aso Linux all started in the 80's.   Regardse Andrew Harrisona   ------------------------------  % Date: Tue, 18 Feb 2003 12:01:04 -0500rA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>-Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly., Message-ID: <3e5266d3_3@hpb10302.boi.hp.com>  = "Russell Wallace" <rw@vorpalbunnyeircom.net> wrote in message * news:3e512fce.147353509@news.eircom.net...E > On 17 Feb 2003 07:37:56 -0900, Floyd Davidson <floyd@ptialaska.net>e > wrote: >y? > >koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:h4 > >>In article <3e510275.135742199@news.eircom.net>,2 rw@vorpalbunnyeircom.net (Russell Wallace) writes:L > >>> On 17 Feb 2003 13:42:17 +0100, Andreas Eder <Andreas.Eder@t-online.de> > >>> wrote: > >>>o* > >>>>You do know about X Windows, do you? > >>>DK > >>> Been a long time since I had the displeasure of trying to use it, buttJ > >>> last I heard X programs can't even interoperate properly on the sameG > >>> operating system let alone be compatible with different operating  > >>> systems. > >>F > >>   I've been using it for over a decade and have not seen any such > >>   problem.3 >eD > You should talk to the Linux advocates then, they seem to think it	 > exists.  >t  J There is X11, and then there is the rest of the stuff on top of it.  The XK Window System (Version 11) is the lower most level of the stack.  There are H two core implementations, one of them an offshoot of the other.  The MITL consortium controlled the "sample" implementation.  This eventually ended upK being supported by someone like X Open.  The code by around Release 6 or sorI had become reasonably good and stable.  Most vendors were pretty tired ofh@ continual churn of the code - especially a the times when binaryK compatability was thrown out the window.  Few new changes were being added,-G and the code was for the most part mostly in bugfix/maintain mode.  TheiI current release is something like X11R6.6 (which VMS has just released as5K the "Motif V1.3" kit, and which will appear as the standard in the next VMSo release -- Alpha-ONLY).l  K The offshoot is XFree86.  Originally a version of the code designed for x86eJ machines (as the name implies), this code base was taken over as the LinuxI X11 implementation.  It was in sync with the MIT code base up until aboutgK X11R6.3 when someone tried to play games with the license terms.  The Linux)J community is a much more active development community than the general X11J community, and a lot of active stuff has been done.  The xaa DDX frameworkL made it pretty easy to write fast DDX's without a lot of re-invention of theG wheel.  DRI/DRM (even though they SUCK) has provided a OpenGL frameworkh based on the freeware MesaGL.-  K Where potential compatability issues for X11 itself may come from is in themK form of extensions.  X11 allows you to write extensions to the protocol and J add to what it can do.  With 2 code bases, if the Linux folks start addingB new and interesting "core" extensions there can be problems.  CoreK extensions are abominations where instead of using the standard methods fore@ adding an extension *or* rolling the X version to say, X12 - newK functionality is added to the server that is not a seperable piece of code, I but a major modification to the core logic.  In theory, normal extensionsC< should be able to be ported from one code base to the other.  J Note:  The Linux/XFree86 people think the X Open standards-type people areJ useless.  Last time I checked things - perhaps a year ago or so, there was lots of dislike on both sides.  K Now, on top of X11 comes libraries like Motif (and it's open source versionlH OpenMotif) and GTK+.  On top of that comes the desktop managers and OOTB1 applications CDE, and Gnome are the leaders here.t  J A well written X11/Motif application, that stays away from system-specificL calls should be portable at least between UNIXes at the source level - sinceI even Linux systems support Motif apps.  A GTK+ application should also beIL portable, provided that GTK+ is available on the system (it's even available on VMS).  H OpenGL is pretty widely used as the 3D interface on UNIX systems, and isG *the* standard (even when implemented using MesaGL).  Of course, it wasyJ *also* the standard on Windows until MicroSoft decided to undercut it (whoE wants portable 3D applications that might run on something other than1
 Windows?).   ------------------------------  # Date: Wed, 19 Feb 2003 08:26:54 GMTn0 From: rw@vorpalbunnyeircom.net (Russell Wallace)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyg0 Message-ID: <3e533fae.282509826@news.eircom.net>  3 On 19 Feb 2003 03:34:44 GMT, rmk@rmkhome.com wrote:-  L >In alt.folklore.computers Russell Wallace <rw@vorpalbunnyeircom.net> wrote: > I >> Well what sort of background _does_ lead someone to think Unix systemsvE >> aren't "real computers" then? It's a term I've only ever seen UnixF >> guys use. >iI >Look at it a different way. A contemporary Intel x86 IBM AT clone is not I >a UNIX box. It is a box that was designed to run MSDOS 1.x, and has beenSN >updated to the point where it can run UNIX. It does not have the coprocessorsK >and multiple busses of workstations, server and minis. It was not designed0 >as a multi-user machine.   E Yes, I know people who talk about "real computers" mean purpose-builtcF Unix servers/minicomputers, not PCs running a Unix operating system :)   -- F3 "Mercy to the guilty is treachery to the innocent."'+ Remove killer rodent from address to reply.s! http://www.esatclear.ie/~rwallacen   ------------------------------  # Date: Wed, 19 Feb 2003 08:25:36 GMT 0 From: rw@vorpalbunnyeircom.net (Russell Wallace)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyp0 Message-ID: <3e533dee.282061362@news.eircom.net>  F On Tue, 18 Feb 2003 19:12:49 -0500, J. Clarke <nospam1@nospam.invalid> wrote:  G >If consistency of shortcuts is so important then I would expect these B> >same people to abandon Windows in droves and move to the Mac.  D It is (or at least was, don't know what the situation is nowadays) a@ significant advantage of Mac OS, just not enough to outweigh its/ complete inability to run on standard hardware.0  C But that nearly happened. Back around the early 90s, Apple actually"A got a version of their operating system running on PCs. If they'd2B played their cards right, they could have seized the market beforeE Microsoft had Windows 95 ready. Thank God Apple's management were too0 stupid to see it.0  ( >> Not that you're obliged to care aboutF >> that; I personally don't much care either way. But some Unix peopleF >> care a great deal - and very vocally - that Windows is more popularC >> than Unix. I figured someone might as well point out some of thea >> reasons for it. >rH >I suspect that the size of Microsoft's marketing budget has a lot more  >to do with it.   C Ask people who like prune juice why it's not as popular as Coke andtD I'm sure the answer you'll get is "Coca-Cola's marketing budget" ^.~   --  3 "Mercy to the guilty is treachery to the innocent."s+ Remove killer rodent from address to reply.-! http://www.esatclear.ie/~rwallace1   ------------------------------  % Date: Wed, 19 Feb 2003 08:50:45 -0000e$ From: "David Wade" <g8mqw@yahoo.com>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolya5 Message-ID: <b2vgh6$1ghsmg$1@ID-40235.news.dfncis.de>3  8 "Morten Reistad" <mrrz@reistad.priv.no> wrote in message* news:gneu2b.di11.ln@via.reistad.priv.no...3 > According to J. Clarke  <nospam1@nospam.invalid>:o3 > >In article <3e523c53.216104475@news.eircom.net>,o# > >rw@vorpalbunnyeircom.net says...a= > >> On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote:t > >>6 > >> >In article <3e515058.155684634@news.eircom.net>,: > >> >   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:F > >> >>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote: > >> ><snip> > [snap] > >> *rolls eyes*  > >>H > >> You don't get it. I know very well Unix geeks are prone to refer toI > >> machines as "compatible" if it takes fewer than N man-months of worku8 > >> to port application software from one to the other. > >>J > >> That's not how the people who pay for our industry's existence think.C > >> They figure if they buy a computer and they buy a program, thet0 > >> computer should be able to run the program. > >>G > >> *And they're right.* It should. That's the level of service we getr: > >> from the industries that provide us with electricity, > > B > >Ever try to use a US appliance in England?  Has NYC ever gotten> > >completely transitioned off of the old Edison DC equipment? >c@ > Or operated three-phase equipment at any time, including motor > start sequencing?C >RI > BTW: when refurbishing this flat we found an old Edison DC installation D > in the walls. This style of installation was outlawed for consumer > purposes here in 1928. >S > >> telephones, > >sK > >Every plug an analog modem into a jack connected to a digital switch andr/ > >then wonder why everybody is angry with you?0 >2F > Or bring with you an old pulse-signalling phone from the countryside2 > into the city of Oslo? (or, similar UK-> London) >c  J AFAIK Pulse Dial still works throughout the UK. I have Home Highway, whichH is ISDN with built in POTS ports, and pulse dial phones work fine on theK POTS ports.I guess some PABXs might not like it, and it is real slow now we ' have longer numbers, but it works fine.2    ' > >> television and radio broadcasting,o > >uK > >So you've got your digital TV?  Is it HD or SD?  And it receives DirecTV'C > >and Dish Network transmissions without any proprietary hardware?  >eD > And, is your TV NTSC, PAL, SECAM, SECAM-EST. or something entirelyI > different? And does it support the bands your local FCC (or equivalent)h hashD > assigned to programming; or do you get to enjoy listening to radio5 > beacons. And which teletext system does it support?s >p  1 Only the old fashioned "Analogue" teletext........   > >> cargo shipping, > >-H > >????  You put something in a box, somebody puts the box on a truck orH > >ship or plane or train or mule or camel or whatever and carries it toK > >somewhere else and then takes it off the whatever.  I don't see any roomc > >there for "compatibility".s >yA > Oh, take a look at "container standards" if you wonder how much 5 > fun anyone can make out of moving steel enclosures.k >  > >> even fax machines.t > >tI > >So why do half the faxed newsletters that the local food bank tries toaI > >send out bounce because the destination fax is incompatible with their  > >fax server? >f+ > And, does your fax support weather faxes?U >   = Of course, but not the other G2 stuff every one else uses....    > >iJ > >> It's the level of service the rest of the world is entitled to demand! > >> from our industry in return.. > >hG > >You seem to have some misconceptions about the "level of service" inh > >many industries.a >s/ > And, technical differences we get stuck with.p >i > -- mrr   ------------------------------  % Date: Mon, 17 Feb 2003 14:49:22 +0100u. From: "Nico de Jong" <nico@IGNOREfarumdata.dk>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 3 Message-ID: <rO54a.20607$Gb6.17258@news.get2net.dk>2  9 "CBFalconer" <cbfalconer@yahoo.com> skrev i en meddelelse # news:3E50A7DC.2E14720C@yahoo.com...r > However I@B > do have problems accessing things saved on 8" SSSD floppy media, > or any flavor of mag tape. >s& I dont, What seems to be the problem ?   Nico   ------------------------------  % Date: Wed, 19 Feb 2003 04:25:07 -0500S  From: John Santos <JOHN@egh.com>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyr6 Message-ID: <1030219042303.19714A-100000@Ives.egh.com>  , On Tue, 18 Feb 2003 jmfbahciv@aol.com wrote:  2 > In article <3e5101b4.135549904@news.eircom.net>,6 >    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:I > >On 17 Feb 2003 13:39:53 +0100, Andreas Eder <Andreas.Eder@t-online.de>h	 > >wrote:  > > G > >>The point is not teh various linux distros, but linux, the BSDs andI; > >>the SVR4 compliant unix versions from several vendors. l > >y9 > >Which aren't compatible with each other, last I heard.t > >l) > >>By the way, do you know about posix ?  > >aF > >Yes, it makes porting easier, but Posix-compliant operating systems, > >are still not compatible with each other. > >k8 > Errmmm...I don't think you know what compatible means. >  > /BAH  > I once overheard some DEC people talking at DECUS.  (They were> eating lunch at the next table or sitting in the next booth at8 a bar or some such.)  One of them said "Compatible means/ 'different'.  If it was the same, we'd say so."n   -- g John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 19 Feb 2003 04:34:13 -05006  From: John Santos <JOHN@egh.com>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyJ/ Message-ID: <1030219042633.19714B@Ives.egh.com>e  , On Tue, 18 Feb 2003 jmfbahciv@aol.com wrote:  L > In article <3e51a916$0$197$75868355@news.frii.net>, rmk@rmkhome.com wrote:M > >In alt.folklore.computers Brooks Moses <bmoses-usenet@cits1.stanford.edu> k > wrote: > > G > >> My suspicion is that a large number -- not all, but many -- of therL > >> problems that people seem to have with Windows come from the competenceK > >> of the sysadmin, and that if the same sysadmins were running any otherdJ > >> OS en masse, that other OS would have similar problems.  All it wouldK > >> take is a few Kazaa-like apps that "need to be installed as root".... oJ > >> And a .bashrc-infecting virus shouldn't be that hard to make, either; > >> who'd notice it?c > > D > >Take a look at the bugtraq mailing list or www.securityfocus.com. > > $ > >Worst OS - any version of Windows > >2nd Worst OS - Linuxl' > >And then everything else after that.r > >tI > >Windows, by the nature of it's GUI interface, even hides problems from/ > >the sysadmin. > >.H > >Meanwhile, I can still see NIMDA, Code Red, and that latest port 1433K > >virus still slamming their way around the internet. Windows was designediH > >for private networks, and then jury-rigged to work with the internet. > = > How do you think Misoft "knows" to distribute their updates'G > with automatic update service?  They have to have backdoors installedM> > in the users' computers.  Any software that has an auto-dial: > without an OK from the user, is high security risk meat. >  > /BAH > ) > Subtract a hundred and four for e-mail.c  ? The Windows Update thingy on my home PC (Win2K) has been broken-? for about a month now.  It just hangs for about 5 minutes, thenr? tells me I have security set too tight in IE.  (It's set to the C default level.)  I do have a firewall and NAT router, but it hasn't0D let out a peep, so I don't think it's that.  (I also tried disablingA the firewall last time this happened, a couple of months ago, ande? it didn't help that time.  Eventually it started working all bya: it self, as far as I could tell, but now it's broke again.  A So, would you care to retract your statement that MickySoft knows=% how to distribute their updates?  ;-)r  < I guess like most virii, it is poorly writen and very buggy.   --   John Santoss Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 19 Feb 2003 10:46:15 +0100- From: Andreas Eder <Andreas.Eder@t-online.de>aQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyR* Message-ID: <m3smukiowo.fsf@elgin.eder.de>  2 rw@vorpalbunnyeircom.net (Russell Wallace) writes:  H > On Tue, 18 Feb 2003 19:12:49 -0500, J. Clarke <nospam1@nospam.invalid> > wrote: > I > >If consistency of shortcuts is so important then I would expect these e@ > >same people to abandon Windows in droves and move to the Mac. > F > It is (or at least was, don't know what the situation is nowadays) aB > significant advantage of Mac OS, just not enough to outweigh its1 > complete inability to run on standard hardware.w  0 But Windows runs on Mac hardware, or doesn't it?  E > But that nearly happened. Back around the early 90s, Apple actuallytC > got a version of their operating system running on PCs. If they'duD > played their cards right, they could have seized the market beforeG > Microsoft had Windows 95 ready. Thank God Apple's management were too  > stupid to see it.   & One more reason not to beliebe in God.  E > Ask people who like prune juice why it's not as popular as Coke andoF > I'm sure the answer you'll get is "Coca-Cola's marketing budget" ^.~   And they are right about it.> Coke in drinking and McDonalds in eating are probably the best# equivalent to Windows in computing.  I much prefer the real stuff.d   'Andreas --  + Wherever I lay my .emacs, theres my $HOME.n   ------------------------------  % Date: Wed, 19 Feb 2003 11:12:30 +0100r* From: Morten Reistad <mrr@reistad,priv.no>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 0 Message-ID: <ealv2b.68d1.ln@via.reistad.priv.no>  R According to Alan Winston - SSRL Admin Cmptg Mgr <winston@SSRL.SLAC.STANFORD.EDU>:d >In article <3e523c53.216104475@news.eircom.net>, rw@vorpalbunnyeircom.net (Russell Wallace) writes:: >>On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote: >>3 >>>In article <3e515058.155684634@news.eircom.net>,p7 >>>   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:eJ >>>>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:	 >>><snip>  > I >No it's not.  You need different hardware or adapters to make electrical=3 >equipment interoperate in the US and Europe;[snip]-  = You need it for operation in the same building even, once you @ start with three-phase equipment. Ever heard of triangle vs star configuration? d  = If you have a big motor you may need an isolation transformerU/ just to fit it to your particular application. d  L >Cargo shipping; yeah, if you can get it into a container you're set, exceptF >that there are still some old ships that aren't container-compatible.  G And the ships are usually all compatible with the OLD 1970's container,dF but there are endless variations on long, short, half, refrigeration, E tall, heavy, light, etc. Someone should have introduced this guy thati0 started containerization to Lego's in his youth.   -- mrr   ------------------------------  ! Date: Wed, 19 Feb 03 10:23:56 GMT> From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly + Message-ID: <b2voeq$s9k$3@bob.news.rcn.net>n  ' In article <87k7fymcb9.fld@barrow.com>,h.    Floyd Davidson <floyd@ptialaska.net> wrote:* >J. Clarke <nospam1@nospam.invalid> wrote:3 >>In article <3e514f0b.155351977@news.eircom.net>, o" >>rw@vorpalbunnyeircom.net says...G >>> On 17 Feb 2003 10:51:12 -0900, Floyd Davidson <floyd@ptialaska.net>t
 >>> wrote: >>> B >>> >That would be nice... except there is no version of MicrosoftB >>> >Windows which can run the massive alarm and monitoring systemE >>> >nor the large trouble ticket system that the dual VMS systems onMD >>> >that WAN run.  Nor will any Unix or VMS run the office software; >>> >that had been selected as standard (hence the WinNT4),e >>  >>Which office software is that? >tB >AT&T uses a great deal of proprietary software developed inhouse,# >on contract specifically for them.r >t Which AT&T?    /BAH  ' Subtract a hundred and four for e-mail.o   ------------------------------  ! Date: Wed, 19 Feb 03 10:25:50 GMTW From: jmfbahciv@aol.comvQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyw+ Message-ID: <b2voic$s9k$4@bob.news.rcn.net>   0 In article <3e523f2a.216832279@news.eircom.net>,4    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:9 >On Tue, 18 Feb 03 11:20:31 GMT, jmfbahciv@aol.com wrote:e >o8 >>Errmmm...I don't think you know what compatible means. >lG >I know what Unix geeks define it to mean. My point is that the rest offD >the world defines it otherwise, and they are right to do so, and toG >demand that our industry supply systems that are compatible by _their_h >definition. > > Honey, the rest of the world doesn't define it the way you do.  2 I don't know about Unix geeks; I've never met one.   /BAH  ' Subtract a hundred and four for e-mail.a   ------------------------------  ! Date: Wed, 19 Feb 03 10:26:55 GMTe From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyE+ Message-ID: <b2vokd$s9k$5@bob.news.rcn.net>g  , In article <b2tunh12at5@enews1.newsguy.com>,,    J. Clarke <nospam1@nospam.invalid> wrote:2 >In article <3e523f2a.216832279@news.eircom.net>, ! >rw@vorpalbunnyeircom.net says...c; >> On Tue, 18 Feb 03 11:20:31 GMT, jmfbahciv@aol.com wrote:o >>  : >> >Errmmm...I don't think you know what compatible means. >> sI >> I know what Unix geeks define it to mean. My point is that the rest oftF >> the world defines it otherwise, and they are right to do so, and toI >> demand that our industry supply systems that are compatible by _their_  >> definition. > G >Hey, if you want to lock everybody into a single hardware platform by aA >defining "compatible" to include "runs on x86" then be my guest.u > G >As for BAH being a Unix geek, you owe me a screen and a cup of coffee.r  > ROTFLMAO.  Would you believe that I didn't even see that as an implied accusation?m   /BAH    ' Subtract a hundred and four for e-mail.w   ------------------------------  ! Date: Wed, 19 Feb 03 10:29:25 GMTm From: jmfbahciv@aol.comUQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolya+ Message-ID: <b2vop4$s9k$6@bob.news.rcn.net>s  0 In article <3e52b57b.247125579@news.eircom.net>,4    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:G >On Tue, 18 Feb 2003 13:40:38 -0500, J. Clarke <nospam1@nospam.invalid>i >wrote:o >oH >>As for BAH being a Unix geek, you owe me a screen and a cup of coffee. >r+ >They say laughter is good for the soul ^.~h >ID >(As I remarked in another reply, I don't know what kind of machinesD >BAH uses; but apparently ones that lead their users to believe Unix, >and VMS systems aren't "real computers" :)) > A In my world, VMS was senile before FCS of V1.0.  Despite my bias,n= I've had ex-VMS users tell why they liked the OS in its laterh9 years.  VMS did learn not to get in the way of its users.-     /BAH  ' Subtract a hundred and four for e-mail.:   ------------------------------  ! Date: Wed, 19 Feb 03 10:32:19 GMTu From: jmfbahciv@aol.comhQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly + Message-ID: <b2vouh$s9k$7@bob.news.rcn.net>2  6 In article <1030219042303.19714A-100000@Ives.egh.com>,$    John Santos <JOHN@egh.com> wrote:- >On Tue, 18 Feb 2003 jmfbahciv@aol.com wrote:l >n3 >> In article <3e5101b4.135549904@news.eircom.net>, 7 >>    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:aJ >> >On 17 Feb 2003 13:39:53 +0100, Andreas Eder <Andreas.Eder@t-online.de>
 >> >wrote: >> >H >> >>The point is not teh various linux distros, but linux, the BSDs and< >> >>the SVR4 compliant unix versions from several vendors.  >> >: >> >Which aren't compatible with each other, last I heard. >> >* >> >>By the way, do you know about posix ? >> >G >> >Yes, it makes porting easier, but Posix-compliant operating systemsd- >> >are still not compatible with each other.f >> >9 >> Errmmm...I don't think you know what compatible means.t >> o >> /BAHp >e? >I once overheard some DEC people talking at DECUS.  (They weree? >eating lunch at the next table or sitting in the next booth at-9 >a bar or some such.)  One of them said "Compatible meansr0 >'different'.  If it was the same, we'd say so."  @ <grin>  I can see that.  IOW, red blood rather than green blood.   /BAH    ' Subtract a hundred and four for e-mail..   ------------------------------  ! Date: Wed, 19 Feb 03 10:42:38 GMT  From: jmfbahciv@aol.comiQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyo+ Message-ID: <b2vphs$s9k$8@bob.news.rcn.net>u  0 In article <ealv2b.68d1.ln@via.reistad.priv.no>,.    Morten Reistad <mrr@reistad,priv.no> wrote: >t2 >According to Alan Winston - SSRL Admin Cmptg Mgr ! <winston@SSRL.SLAC.STANFORD.EDU>:sL >>In article <3e523c53.216104475@news.eircom.net>, rw@vorpalbunnyeircom.net  (Russell Wallace) writes:e; >>>On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote:e >>>n4 >>>>In article <3e515058.155684634@news.eircom.net>,8 >>>>   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:K >>>>>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:r
 >>>><snip> >>J >>No it's not.  You need different hardware or adapters to make electrical4 >>equipment interoperate in the US and Europe;[snip] >t> >You need it for operation in the same building even, once youA >start with three-phase equipment. Ever heard of triangle vs starm >configuration?  >r> >If you have a big motor you may need an isolation transformer0 >just to fit it to your particular application.  > G >>Cargo shipping; yeah, if you can get it into a container you're set,   exceptG >>that there are still some old ships that aren't container-compatible.  >nH >And the ships are usually all compatible with the OLD 1970's container,G >but there are endless variations on long, short, half, refrigeration, vF >tall, heavy, light, etc. Someone should have introduced this guy that1 >started containerization to Lego's in his youth..  C I never thought about this stuff before now.  What a useful thread!a- I don't I ever dealt with shipping logistics.b   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  ! Date: Wed, 19 Feb 03 10:59:01 GMTs From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyl, Message-ID: <b2vqgj$s9k$11@bob.news.rcn.net>  0 In article <3e52b64e.247336825@news.eircom.net>,4    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:G >On Tue, 18 Feb 2003 13:40:31 -0500, J. Clarke <nospam1@nospam.invalid>r >wrote:  >sH >>However this is really a straw man.  Unix is cross-platform--binaries K >>that run on the ARM processor in a Zaurus are not going to run on a 3090 eH >>due to differences in the hardware instruction set.  Nonethelesss the B >>same source will compile and run on both.  For this reason most K >>applications used on Linux or BSD are distributed as source, and in that  D >>universe "compatibility" does not necessarily mean "runs the same  >>binaries". >>@ >Yes, I know. If you're happy with that, that's fine. I'm merelyF >pointing out that most people who aren't computer specialists are not >happy with it.r  B You don't have to be a specialist in order to accept the fact that? you can't put your horse before the car and expect to go 70MPH.r   <snip>   /BAH  ' Subtract a hundred and four for e-mail.t   ------------------------------  % Date: Tue, 18 Feb 2003 13:41:08 -0500a( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly0, Message-ID: <b2tuoi52at5@enews1.newsguy.com>  G In article <3E524A22.AF70D9DC@yahoo.com>, peter_flass@yahoo.com says...8 > Peter Ibbotson wrote:e > > < > > I suspect you've forgotten just how awful Netscape was.  > J > Not my experience,  I use Nav 4.x as my prefered browser on all systems,H > except Winblows 2K, where I use Nav 6.  What I *like* about it is it'sH > cross-platform-ness.  I use OS/2, two flavors of Win, formerly AIX andG > shortly Linux.  Same browser on all, and it works well (mostly).  The I > only problem I've found are a few pages that only seem to work with IE,o> > and I suspect that incompatibility was deliberately planted.   Usually ActiveX.   -- e -- --John- Reply to jclarke at ae tee tee global dot netl* (used to be jclarke at eye bee em dot net)   ------------------------------  % Date: Tue, 18 Feb 2003 13:40:31 -0500e( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyc, Message-ID: <b2tun102at5@enews1.newsguy.com>  1 In article <3e523fbb.216977105@news.eircom.net>,    rw@vorpalbunnyeircom.net says...H > On Mon, 17 Feb 2003 21:49:08 -0500, J. Clarke <nospam1@nospam.invalid> > wrote: > D > >I regularly sit at a Windows box and run X applications that are K > >resident on a BSD or Linux box.  Whatever you heard you must have heard 8 > >a very long time ago. > D > And will the same binaries run resident on any of the three boxes?  I I've never had any desire to do this.  I prefer having the binaries on a  ! particular box tuned to that box.c  H Nonetheless I have had Linux, BSD, Windows 2000, Windows 98, and Novell I running simultaneously on the PC I am using right now, with their native w apps running just fine.   F However this is really a straw man.  Unix is cross-platform--binaries I that run on the ARM processor in a Zaurus are not going to run on a 3090 rF due to differences in the hardware instruction set.  Nonethelesss the @ same source will compile and run on both.  For this reason most I applications used on Linux or BSD are distributed as source, and in that ,B universe "compatibility" does not necessarily mean "runs the same F binaries".  The ones that are not distributed as source are generally F licensed for a specific hardware platform or are designed to utilized ' features unique to a hardware platform.s   > DoE > the same keyboard shortcuts work on all the different applications?u  C This is an application programming issue, not an OS issue.  If the eG application supports a particular set of keyboard shortcuts it usually e7 supports the same shortcuts on all supported platforms.,  / > Can you reliably copy and paste between them?   E I don't have any problem doing this.  Heck, I don't have any trouble t5 cutting from a Windows box and pasting to a Unix box.w   -- y -- --John- Reply to jclarke at ae tee tee global dot net * (used to be jclarke at eye bee em dot net)   ------------------------------  % Date: Tue, 18 Feb 2003 13:40:38 -0500 ( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly , Message-ID: <b2tunh12at5@enews1.newsguy.com>  1 In article <3e523f2a.216832279@news.eircom.net>, o  rw@vorpalbunnyeircom.net says...: > On Tue, 18 Feb 03 11:20:31 GMT, jmfbahciv@aol.com wrote: > 9 > >Errmmm...I don't think you know what compatible means.r > H > I know what Unix geeks define it to mean. My point is that the rest ofE > the world defines it otherwise, and they are right to do so, and to H > demand that our industry supply systems that are compatible by _their_
 > definition.n  F Hey, if you want to lock everybody into a single hardware platform by @ defining "compatible" to include "runs on x86" then be my guest.  F As for BAH being a Unix geek, you owe me a screen and a cup of coffee.   -- i -- --John- Reply to jclarke at ae tee tee global dot net1* (used to be jclarke at eye bee em dot net)   ------------------------------  % Date: Tue, 18 Feb 2003 13:41:03 -0500p( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolya, Message-ID: <b2tuo342at5@enews1.newsguy.com>  D In article <b2t90f$2q$6@bob.news.rcn.net>, jmfbahciv@aol.com says...L > In article <3e51a916$0$197$75868355@news.frii.net>, rmk@rmkhome.com wrote:M > >In alt.folklore.computers Brooks Moses <bmoses-usenet@cits1.stanford.edu> i > wrote: > >yG > >> My suspicion is that a large number -- not all, but many -- of the L > >> problems that people seem to have with Windows come from the competenceK > >> of the sysadmin, and that if the same sysadmins were running any otheriJ > >> OS en masse, that other OS would have similar problems.  All it wouldK > >> take is a few Kazaa-like apps that "need to be installed as root".... -J > >> And a .bashrc-infecting virus shouldn't be that hard to make, either; > >> who'd notice it?> > >iD > >Take a look at the bugtraq mailing list or www.securityfocus.com. > >)$ > >Worst OS - any version of Windows > >2nd Worst OS - Linuxo' > >And then everything else after that.a > >aI > >Windows, by the nature of it's GUI interface, even hides problems fromn > >the sysadmin. > > H > >Meanwhile, I can still see NIMDA, Code Red, and that latest port 1433K > >virus still slamming their way around the internet. Windows was designedeH > >for private networks, and then jury-rigged to work with the internet. > = > How do you think Misoft "knows" to distribute their updatesrG > with automatic update service?  They have to have backdoors installed > > in the users' computers.  Any software that has an auto-dial: > without an OK from the user, is high security risk meat.  B That actually kind of goes the other way.  MS doesn't "know" if a C particular machine needs updated, they send the machine the update fG catalog on request and it figures out if there are any updates that it eG doesn't have.  I've never had a machine dial out spontaneously--if I'm mF on a dialup account the machine generally reports the availability of C updates shortly after I have initiated a connection.  If there's a >H permanent internet connection then the update manager does periodically E query MS for a revised update catalog.  This "feature" can be turned tA off, or can be set to automatically download and install updates.   G Personally, among the ranks of pernicious software, this strikes me as rD one of the milder ones.  Most home users aren't going to keep their A security updates current unless something nags them about it, so tE personally I am of the opinion that having the OS default to nagging  I about updates is not the worst thing that could happen.  Meanwhile, in a XB corporate network user access to the Microsoft Update site can be I blocked at the firewall or ActiveX can be turned off on the workstation,   either of which would kill it.       > /BAH > ) > Subtract a hundred and four for e-mail.  >    -- y -- --John- Reply to jclarke at ae tee tee global dot net * (used to be jclarke at eye bee em dot net)   ------------------------------  % Date: Tue, 18 Feb 2003 13:40:56 -0500t( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolym, Message-ID: <b2tunt32at5@enews1.newsguy.com>  1 In article <3e523c53.216104475@news.eircom.net>, S  rw@vorpalbunnyeircom.net says...: > On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote: > 3 > >In article <3e515058.155684634@news.eircom.net>,87 > >   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:aJ > >>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:	 > ><snip>a > > E > >>>You spent too much time with that Commodore 64.  You should havem! > >>>had a real computer instead.i > >>F > >>I used real computers in college at the tail end of the 80s; a VAX9 > >>6230 running VMS, and various assorted Unix machines.f > >b
 > ><snort> > G > Well, I know old Unix and VMS guys tend to define "real computers" asfH > being restricted to the above. What's your definition, "real computer" > == IBM mainframe? :)  G You !@#$%^&*()_, that's TWO screens now.  Would you start putting spew 1 alerts on these things?i  ? > >You definitely do not know the definition of incompatible astC > >it is used in this biz.  You do NOT boot your system, try to runi1 > >LINUX.EXE, then declare it to be incompatible.e >  > *rolls eyes* > E > You don't get it. I know very well Unix geeks are prone to refer tosF > machines as "compatible" if it takes fewer than N man-months of work5 > to port application software from one to the other.a > G > That's not how the people who pay for our industry's existence think.g@ > They figure if they buy a computer and they buy a program, the- > computer should be able to run the program.n > D > *And they're right.* It should. That's the level of service we get7 > from the industries that provide us with electricity,e  @ Ever try to use a US appliance in England?  Has NYC ever gotten ; completely transitioned off of the old Edison DC equipment?a  
 > telephones,o  I Every plug an analog modem into a jack connected to a digital switch and h, then wonder why everybody is angry with you?  $ > television and radio broadcasting,  I So you've got your digital TV?  Is it HD or SD?  And it receives DirecTV l@ and Dish Network transmissions without any proprietary hardware?   > cargo shipping,o  F ????  You put something in a box, somebody puts the box on a truck or F ship or plane or train or mule or camel or whatever and carries it to I somewhere else and then takes it off the whatever.  I don't see any room u there for "compatibility".   > even fax machines.  G So why do half the faxed newsletters that the local food bank tries to iG send out bounce because the destination fax is incompatible with their - fax server?   G > It's the level of service the rest of the world is entitled to demandl > from our industry in return.  E You seem to have some misconceptions about the "level of service" in 5 many industries.   -- o -- --John- Reply to jclarke at ae tee tee global dot nete* (used to be jclarke at eye bee em dot net)   ------------------------------    Date: 19 Feb 2003 07:39:54 -05007 From: pechter@shell.monmouth.com (Bill/Carolyn Pechter)'Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyL- Message-ID: <b2vtuq$8qo$1@shell.monmouth.com>   G In article <b2voic$s9k$4@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote: 1 >In article <3e523f2a.216832279@news.eircom.net>,r5 >   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:a: >>On Tue, 18 Feb 03 11:20:31 GMT, jmfbahciv@aol.com wrote: >>9 >>>Errmmm...I don't think you know what compatible means.e >>H >>I know what Unix geeks define it to mean. My point is that the rest ofE >>the world defines it otherwise, and they are right to do so, and touH >>demand that our industry supply systems that are compatible by _their_
 >>definition./ >>? >Honey, the rest of the world doesn't define it the way you do.e >e3 >I don't know about Unix geeks; I've never met one.c >n >/BAHs >   + I've met one... or two real ones in my day.s   Some have said I is one.  > Even the industry doesn't define compatible by his definition.  % Try to run a WinNT driver on Win98....  . Nothing's generically compatible at his level.  D If you dumb down computers and operations to the level we're gettingA close to the Computer Operations for Dummies book will be getting   mistaken for an Internals Guide.  G I've got folks in my office I wouldn't trust to operate a toaster oven.u+ Oooh.  Too many dials and knobs and levers.   E This explains the talking on the cell phone while running over people @ phenomena... They're calling tech support to learn how to drive.  E "Hello OnStar... I just hit someone walking in a crosswalk... is thatt supposed to happen."  F What ever happened to the DP professionals out there.  Why are the MBA suits driving the DP bus.    Bill     Bill -- aM +---------------------------------------------------------------------------+>M | Bill and/or Carolyn Pechter    |        pechter@shell.monmouth.com        |nM |   Bill Gates is a Persian cat and a monocle away from being a villain in  | N |   a James Bond movie              -- Dennis Miller                        | M +---------------------------------------------------------------------------+k   ------------------------------  % Date: Wed, 19 Feb 2003 12:34:04 +0000~' From: Andrew Harrison SUNUK ConsultancyrQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyc. Message-ID: <3E5379BC.5000205@nospamn.sun.com>   Russell Wallace wrote:D > On Tue, 18 Feb 2003 10:57:37 -0800, Shane Smith <ssmith@icius.com> > wrote: >  > 9 >>EAT FLAMING DEATH, ACCURSED COMMODORE OWNER!!!!!!!! :-)s >  >  > ^.^$ >  > I >>Yup, I had a Spectrum. Three, in fact, and briefly worked for Melbourne  >>House. >  >  > Cool! What did you work on?n >   . Well if he had a Spectrum nothing because when- he thumped the keyboard a bit too hard he gotr3 the imfamous RAMPACK wobble and lost everything :-)>   Regards  Andrew HarrisonM   ------------------------------  % Date: Wed, 19 Feb 2003 07:55:12 -0500w' From: "Main, Kerry" <Kerry.Main@hp.com>rQ Subject: RE: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyeT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660D94@kaoexc01.americas.cpqcorp.net>   John,g  D <<< Does this reflect that quality of the OS or the number of users?G The more users the more bugs will be found.  The more people attemptingt' cracks the more holes will be found.>>>e  D Big issue for Open Source promoters and this old wives tale (base OSG security architecture design and culture has bigger impact on providingrG smaller number of bugs) is that this statement assumes the bad guys aren4 willing to publish all of the holes they find.  NOT!  H It also assumes that the knowledgeable open source good guys that reallyE do understand OS and Application security issues do not have day jobs D that require them to do other things besides reviewing other peoples! code and not getting paid for it.a   Regardsc    
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Servicesi Voice: 613-592-4660e Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)l OpenVMS DCL - the original .COMa     -----Original Message-----1 From: J.Clarke [mailto:nospam1@nospam.invalid]=20y  Sent: February 18, 2003 10:16 AM To: Info-VAX@Mvb.Saic.ComeH Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly    F In article <3e51a916$0$197$75868355@news.frii.net>, rmk@rmkhome.com=20 says...i+ > In alt.folklore.computers Brooks Moses=20s+ > <bmoses-usenet@cits1.stanford.edu> wrote:g >=20I > > My suspicion is that a large number -- not all, but many -- of the=20rC > > problems that people seem to have with Windows come from the=20 F > > competence of the sysadmin, and that if the same sysadmins were=20F > > running any other OS en masse, that other OS would have similar=20J > > problems.  All it would take is a few Kazaa-like apps that "need to=20H > > be installed as root".... And a .bashrc-infecting virus shouldn't be  / > > that hard to make, either; who'd notice it?u >=20C > Take a look at the bugtraq mailing list or www.securityfocus.com.  >=20# > Worst OS - any version of Windows" > 2nd Worst OS - Linux& > And then everything else after that.  H Does this reflect that quality of the OS or the number of users?  The=20F more users the more bugs will be found.  The more people attempting=20$ cracks the more holes will be found.  H > Windows, by the nature of it's GUI interface, even hides problems from   > the sysadmin.t >=20J > Meanwhile, I can still see NIMDA, Code Red, and that latest port 1433=20D > virus still slamming their way around the internet. Windows was=20I > designed for private networks, and then jury-rigged to work with the=20e > internet.d  @ Uh, those virii are not relying on anything inherent in Windows.  H A virus similar to the Port 1433 virus could be written to attack the=20D System/390 or the AS/400 or VMS just as easily--it depends on the=20H administrator failing to put a password on the administrator account for  G SQL Server.  Since (a) SQL Server is not a part of Windows, it is an=20oF applications that runs under Windows, and (b) any administrator who=20G doesn't at least put an effing password on the root account deserves=20eH what happens.  Putting _any_ password, even "password" on the SQL Server  E sa account should block that particular virus.  And the SQL Server=20yJ installation procedure _does_ give an opportunity to rename the account=20I and to put a password on it during the initial installation.  Further,=20EJ for SQL Server to do damage to anything except itself, it has to be run=20. at a higher privilege level than is necessary.  J NIMDA spreads using Outlook, Outlook Express, and/or IIS, none of which=20F are fundamental parts of Windows.  Microsoft has issued patches for=20H their products which address this particular issue and any administrator  C who has not installed them is remiss.  In any case, NIMDA can be=200D completely blocked by running a mail client other than Outlook or=20H Outlook Express, a Web browser other than Internet Explorer, and using a   Web server other than IIS.  G Code Red exploits a known vulnerability in IIS, for which there is a=20 I patch available.  Again, this is not anything fundamental to Windows. =20,H Run Apache on your Windows box instead of IIS and Code Red can't do a=20D thing to you except tie up Port 80 by throwing packets at it from=20H another machine.  However, again, any administrator who doesn't keep his   patches current is remiss.  J Furthermore, Code Red can also disable a Cisco 600 series router due to=20D a bug in the code on _that_ device which, which AFAIK contains no=20 Microsoft code whatsoever.  H And for "uninformed users", there is no excuse whatsoever to not keep=20I your patches current--Windows annoys the Hell out of you with messages=20m: about needing patches any time there is a patch available.  J There are problems with Windows, but blame it for what it does, not for=20& what applications running under it do.   --=203 -- --John- Reply to jclarke at ae tee tee global dot net:* (used to be jclarke at eye bee em dot net)   ------------------------------  ! Date: Wed, 19 Feb 03 13:06:36 GMTe From: jmfbahciv@aol.combQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolye+ Message-ID: <b301vq$fcv$3@bob.news.rcn.net>e  0 In article <3e523c53.216104475@news.eircom.net>,4    rw@vorpalbunnyeircom.net (Russell Wallace) wrote:9 >On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote:  >t2 >>In article <3e515058.155684634@news.eircom.net>,6 >>   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:I >>>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:m >><snip> >>D >>>>You spent too much time with that Commodore 64.  You should have  >>>>had a real computer instead. >>>hE >>>I used real computers in college at the tail end of the 80s; a VAXn8 >>>6230 running VMS, and various assorted Unix machines. >>	 >><snort>i >oF >Well, I know old Unix and VMS guys tend to define "real computers" asG >being restricted to the above. What's your definition, "real computer"e >== IBM mainframe? :)e <snip>  9 I was known as the den mother of TOPS-10.  I worked with e9 two guys who were known as The TOPS-10 gurus, JMF and TW.33 TW's definition of a Real Computer was based on itse; price, namely, "You can tell the difference between the menu: and the boys by the price of their toys."  Given that this8 was a generic statement and not sexist, I worked on real computers.  Yours is wimpy.v  @ Oh, yeah.  I'm not a guy and, although I've met some Unixes and 9 VMSes, they did not service my computing needs very well.i     /BAH      ------------------------------    Date: 19 Feb 2003 07:53:49 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)nQ Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolye3 Message-ID: <WG1ZadkGa2U4@eisner.encompasserve.org>h   In article <00A1BAF8.6196312B@SSRL.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:b  L > Tru64 (er, I mean Digital Unix) was, as far as I know, the only commercial > implementation of OSF/1.    F    HP was first to market with OSF/1 as an alternate to HP-UX on theirC    Apollo 700 HPARC workstations.  They advertised this for about 2i    months and had no sales.b   ------------------------------  ! Date: Wed, 19 Feb 03 13:13:04 GMTn From: jmfbahciv@aol.com Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly-+ Message-ID: <b302bt$fcv$5@bob.news.rcn.net>+  3 In article <IAosSweuNLDa@eisner.encompasserve.org>,u?    koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:.K >In article <3e523fbb.216977105@news.eircom.net>, rw@vorpalbunnyeircom.net i (Russell Wallace) writes:wI >> On Mon, 17 Feb 2003 21:49:08 -0500, J. Clarke <nospam1@nospam.invalid>n	 >> wrote:r >>  D >>>I regularly sit at a Windows box and run X applications that are K >>>resident on a BSD or Linux box.  Whatever you heard you must have heard   >>>a very long time ago. >> 'H >> And will the same binaries run resident on any of the three boxes? DoF >> the same keyboard shortcuts work on all the different applications?0 >> Can you reliably copy and paste between them? >rF >   The binaries, no.  But in the early days of WNT you could say that+ >   for Pentium, Alpha, MIPS, ... binaries.a >gH >   As for keyboard shortcuts, they depend mostly on the window manager.E >   I've used the same on DECwindows (VMS and Ultrix), Solaris, IRIX, I >   HP-UX, and others, while crossing vendors and OS's between server ando >   client.i >o> >   But keyboard shortcuts do not work the same across WindowsJ >   applications.  Microsofts oft quoted response "the standard is:  there >   is no standard".  2 [glum emoticon here] Not even <CTRL><ALT><DELETE>.   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  % Date: Wed, 19 Feb 2003 17:48:18 -0000I$ From: "David Wade" <g8mqw@yahoo.com>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyt5 Message-ID: <b30g13$1hitf8$1@ID-40235.news.dfncis.de>   7 "Morten Reistad" <mrr@reistad.priv.no> wrote in message * news:lskv2b.kbc1.ln@via.reistad.priv.no..., > According to David Wade <g8mqw@yahoo.com>: > >p; > >"Morten Reistad" <mrrz@reistad.priv.no> wrote in message5- > >news:gneu2b.di11.ln@via.reistad.priv.no...c6 > >> According to J. Clarke  <nospam1@nospam.invalid>:6 > >> >In article <3e523c53.216104475@news.eircom.net>,& > >> >rw@vorpalbunnyeircom.net says...@ > >> >> On Tue, 18 Feb 03 11:37:21 GMT, jmfbahciv@aol.com wrote: > >> >>39 > >> >> >In article <3e515058.155684634@news.eircom.net>,>= > >> >> >   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:pI > >> >> >>On 17 Feb 2003 20:27:03 GMT, bill@cs.uofs.edu (Bill Gunshannon)p	 > >wrote:e > >> >> ><snip>o > >> [snap]  > >> >> *rolls eyes*J > >> >Every plug an analog modem into a jack connected to a digital switch ando2 > >> >then wonder why everybody is angry with you? > >>I > >> Or bring with you an old pulse-signalling phone from the countrysidei5 > >> into the city of Oslo? (or, similar UK-> London)s > >> > > G > >AFAIK Pulse Dial still works throughout the UK. I have Home Highway,  which K > >is ISDN with built in POTS ports, and pulse dial phones work fine on therK > >POTS ports.I guess some PABXs might not like it, and it is real slow nowt we* > >have longer numbers, but it works fine. >i@ > Yes, they still work. But have you tried to move one from, sayG > Liverpool to Hull; or Basingstoke to Chelsea*? (*not quite sure about 8 > where in London the old exchanges standards are used). >.B > You will notice that you will not be connected to the number youA > are trying to call. Pulse dialling has around 10 different faceF' > plates; or encodings for click click.: >JD > Two pulses on the line can mean 1, 2, 8 or 9, depending on coding. >7  8 Na, not true. well not in the UK... One pulse = 1 digit.  * > >> >> television and radio broadcasting, > >> >F > >> >So you've got your digital TV?  Is it HD or SD?  And it receives DirecTV F > >> >and Dish Network transmissions without any proprietary hardware? > >>G > >> And, is your TV NTSC, PAL, SECAM, SECAM-EST. or something entirelysL > >> different? And does it support the bands your local FCC (or equivalent) > >hasG > >> assigned to programming; or do you get to enjoy listening to radioe8 > >> beacons. And which teletext system does it support? >y4 > >Only the old fashioned "Analogue" teletext....... >o$ > But they come in various versions. >t > >> >> cargo shipping,o > [snip]. > >> And, does your fax support weather faxes? > >> > >1@ > >Of course, but not the other G2 stuff every one else uses.... >dF > The rest of the world uses G3, semi-duplex on V.27/V,27bis with V.23? > fallback. Some machines support G2 and V.21 fallback as well.. >cL > This means a fax can step down from 14400 via 9600,7200,4800,2400 and 1200H > to 300 bps and can drop down to extremely dumb decoding. This can slowK > a 90 second fax to half a day. Just to stay compliant with the standards.a >MG > Weather faxes uses the same standards, but are designed for broadcastr > without a back channel.d >nF > >> >> It's the level of service the rest of the world is entitled to demand$ > >> >> from our industry in return. > >> >J > >> >You seem to have some misconceptions about the "level of service" in > >> >many industries. > >>2 > >> And, technical differences we get stuck with. >-8 > I'll give you a current example from another industry. >oF > I am trying to fit a more modern generator onto a 20 year old dieselH > marine engine, instead of the brain-damaged alternator that is alreadyH > in place I want a full three-phase AC generator with electronics to doF > rectification and regulation. Such a generator gives a lot more evenE > drag on the belt, and a 800W generator can be upgraded to somethingl@ > like 2kW with the same engine load (although belt load will beC > somewhat greater.) Or, you can change for an equal load part, andoE > gain 30-35% from the three-phase effect. Generators also have a lotr > less wear and tear.o >>E > There is total incomprehension from all parties. Even the generator D > vendor is clueless to implementation; and he lives off the sale ofD > these things. And I have one of the three most sold marine dieselsA > from the last decades. Of course there is a plethora of ways tomD > mechanically fit a generator to an engine, with endless variationsE > in dimensions. The need to have something like this standardized ist( > completely lost on everyone I talk to. >-; > "that would void the warranty" (Duh, it expired in 1987).r* > "AH, You need a replacement alternator!" >M >e	 >  -- mrr. >- >i   ------------------------------  # Date: Wed, 19 Feb 2003 18:41:12 GMTn0 From: rw@vorpalbunnyeircom.net (Russell Wallace)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly30 Message-ID: <3e53cf8c.319345846@news.eircom.net>  F On 19 Feb 2003 07:40:42 -0600, koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:  F >   The binaries, no.  But in the early days of WNT you could say that+ >   for Pentium, Alpha, MIPS, ... binaries.   C Yep. That's why nobody bought the Alpha or MIPS versions of Windowsa NT.S  > >   But keyboard shortcuts do not work the same across Windows >   applications.1   A lot of them do.n   -- h3 "Mercy to the guilty is treachery to the innocent."e+ Remove killer rodent from address to reply.a! http://www.esatclear.ie/~rwallacea   ------------------------------  # Date: Wed, 19 Feb 2003 18:43:10 GMTa0 From: rw@vorpalbunnyeircom.net (Russell Wallace)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolym0 Message-ID: <3e53d012.319479736@news.eircom.net>  6 On Wed, 19 Feb 2003 07:54:44 +0100, Steve O'Hara-Smith <steveo@eircom.net> wrote:  D >RW> Are you seriously suggesting the ones I've mentioned give theirG >RW> customers anything like as many headaches as the computer industryc
 >RW> does? >  >	Yes.  C Try putting that opinion to someone who isn't a computer specialist@ and see what he thinks of it :)>   -- p3 "Mercy to the guilty is treachery to the innocent." + Remove killer rodent from address to reply.n! http://www.esatclear.ie/~rwallace>   ------------------------------  # Date: Wed, 19 Feb 2003 18:48:28 GMT 0 From: rw@vorpalbunnyeircom.net (Russell Wallace)Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyp0 Message-ID: <3e53d0b4.319641617@news.eircom.net>  8 On Wed, 19 Feb 03 12:54:08 GMT, jmfbahciv@aol.com wrote:  1 >In article <3e523c53.216104475@news.eircom.net>, 5 >   rw@vorpalbunnyeircom.net (Russell Wallace) wrote:g >>G >>Well, I know old Unix and VMS guys tend to define "real computers" aseH >>being restricted to the above. What's your definition, "real computer" >>== IBM mainframe? :) >h >A person who counts.   ? Heh, fair enough; that was the original definition after all :)-  6 >> ..I know very well Unix geeks are prone to refer toF >>machines as "compatible" if it takes fewer than N man-months of work5 >>to port application software from one to the other.$ >$; >I've never heard anybody who knew how to login claim that.d >i- >And that implied insult was intentional. ;-)   C Maybe next time I run into some Unix geeks I'll tell them "BAH saysn> you don't know how to login" and point them to this thread ^.~   -- m3 "Mercy to the guilty is treachery to the innocent."r+ Remove killer rodent from address to reply.f! http://www.esatclear.ie/~rwallacen   ------------------------------  # Date: Tue, 18 Feb 2003 16:42:15 GMTo+ From: Anne & Lynn Wheeler <lynn@garlic.com>bY Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolo) Message-ID: <uznot5yhn.fsf@earthlink.net>   9 pechter@shell.monmouth.com (Bill/Carolyn Pechter) writes:r; > The OSF Logical Volume Manager still exists in IBM AIX...n  C most of OSF was technology provided by various members. distributednD computer meetings were looking at merging stuff from (at least) MIT,# CMU, AIX, Apollo, and UCLA's Locus.o  C LVM was originally developed as part of the original aixv3 for 6000f' (along with JFS) .... and predated OSF.e  ? aixv3 was sort of port of aixv2 from pc/rt with lots of changest (which was at&t derivative)t  D one of the prominant people that went to OSF had been manager of APLB in STL ... and then went to PASC as manager of BSD-for-370 projectC ... which got retarged to BSD-for-PC/RT (and called AOS) ... and ish
 now at Lotus.n  D another person i was sort of surprised to see at OSF (by way of DEC)? was one of the old CSC/VM alumni who was one of the people that A migrated to DEC when they closed the burlington mall location anda transferred people to POK.  E aix/370 & aix/ps2 were locus based .... in some sense they were ibm's B unix SAA ... since locus allowed things like process migration andE partical file caching (cmu afs supported full file caching) some pastt locus refs:e/ http://www.garlic.com/~lynn/99.html#2 IBM S/360r1 http://www.garlic.com/~lynn/99.html#63 System/1 ?0@ http://www.garlic.com/~lynn/99.html#64 Old naked woman ASCII artD http://www.garlic.com/~lynn/2000.html#64 distributed locking patents2 http://www.garlic.com/~lynn/2000c.html#8 IBM LinuxN http://www.garlic.com/~lynn/2000d.html#68 "all-out" vs less aggressive designsN http://www.garlic.com/~lynn/2000d.html#69 "all-out" vs less aggressive designsQ http://www.garlic.com/~lynn/2000e.html#20 Is Al Gore The Father of the Internet?^i< http://www.garlic.com/~lynn/2000e.html#27 OCF, PC/SC and GOPk http://www.garlic.com/~lynn/2001.html#44 Options for Delivering Mainframe Reports to Outside Organizat ionsnk http://www.garlic.com/~lynn/2001.html#49 Options for Delivering Mainframe Reports to Outside Organizat ionse9 http://www.garlic.com/~lynn/2001f.html#20 VM-CMS emulatorrE http://www.garlic.com/~lynn/2001f.html#22 Early AIX including AIX/370t< http://www.garlic.com/~lynn/2001l.html#17 mainframe question^ http://www.garlic.com/~lynn/2002b.html#36 windows XP and HAL: The CP/M way still works in 2002U http://www.garlic.com/~lynn/2002d.html#31 2 questions: diag 68 and calling conventiongD http://www.garlic.com/~lynn/2002h.html#65 Bettman Archive in TroubleC http://www.garlic.com/~lynn/2002i.html#54 Unisys A11 worth keeping?e9 http://www.garlic.com/~lynn/2002i.html#81 McKinley ComethaL http://www.garlic.com/~lynn/2002j.html#36 Difference between Unix and Linux?Q http://www.garlic.com/~lynn/2002n.html#67 Mainframe Spreadsheets - 1980's HistorysA http://www.garlic.com/~lynn/2002o.html#40 I found the Olsen QuoteA6 http://www.garlic.com/~lynn/2002p.html#45 Linux paging   -- l3 Anne & Lynn Wheeler | http://www.garlic.com/~lynn/  A Internet trivia 20th anv http://www.garlic.com/~lynn/rfcietff.htma   ------------------------------  # Date: Tue, 18 Feb 2003 20:09:05 GMTn+ From: Anne & Lynn Wheeler <lynn@garlic.com>eY Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolu) Message-ID: <uvfzh5oxf.fsf@earthlink.net>a  2 JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:B > I think that IBM truly changed mentality under Gerstner. IBM wasD > nearly bankrupt and its "proprietary" mentality had to change. AndA > by that, I didn't mean MVS or the 360 architecture, I meant the7A > closed minded shop where disk drives didn't exist, tey were alltE > DASD, ethernet didn't exist, it was all token ring or SNA etc. When E > IBM opened up and accepted established standards such as TCPIP , ita > gave it a new breath of life.g > E > Microsoft was almost like that too. Remember that Gates was slow to?. > see and adopt the emergence of the internet.  G during the '80s ibm created IBUs (independent business units) ... acornh	 was n IBUeJ http://www.garlic.com/~lynn/2002g.html#79 Coulda, Woulda, Shoudda moments?  C awd (brought you pc/rt, rs/6000, rios, power, aix, etc) was an IBU.s& there were some number of other IBUs.   F also during the '80s, ACIS (academic) was formed with initial kitty ofB something like $300m to give away to educational institutions (and% support things like NSFNET/internet).e  = part of the IBU problem was that it still drew on people withsE traditional large organization background. IBUs were supposedly givenaA freedom to totally operate as an independent corporation .... butuC rarely did the traditional people stray very far from the corporate C line. there was also some joke about an IBU claiming that they weregD free of some corporate hdqtrs bureaucacy .... but it turned out thatB each and every corporate hdqtrs bureaucrat would say that IBUs are@ free from all the other bureaucratic processes ... but not mine.  D I believe that the company hit a peak in the range of 500k employeesC sometime in the '80s. it then went into the red in 1992 .... and by C the time gerstner came on board employees were down in the range ofpC 200k.  as a result it was already a significantly different companyW; ...  although it still retained quite a few of the same tope executives.   B prior to gerstner coming on board ... there was lots of work beingE done breaking the company into independent corporations (ala the baby3C bells). there were also jokes about would the last person to leave,sB please turn out the lights. gerstner pretty much put a stop to theA break up (although the spin-off of san jose to hitachi might only2D indicate that they were just suspended). The whole adstar name brandF thing was getting ready for the split and the new disk company's name.  @ total drift was that workstation datasave went thru ADSM (adstarB storage manager) and finally TSM (tivoli storage manager). Tivoli,E itself started off as a couple austin awd employees leaving and doinga
 a startup.   random adsm drift:l http://www.garlic.com/~lynn/2001n.html#66 Holy Satanism! Re: Hyper-Threading Technology - Intel information.L http://www.garlic.com/~lynn/2002e.html#3 IBM's "old" boss speaks (was "new")` http://www.garlic.com/~lynn/2002e.html#10 Deleting files and emails at Arthur Andersen and EnronF http://www.garlic.com/~lynn/2002h.html#29 Computers in Science FictionB http://www.garlic.com/~lynn/2002k.html#8 Avoiding JCL Space Abends4 http://www.garlic.com/~lynn/2002q.html#25 Beyond 8+3   --  3 Anne & Lynn Wheeler | http://www.garlic.com/~lynn/ fA Internet trivia 20th anv http://www.garlic.com/~lynn/rfcietff.htmu   ------------------------------  % Date: Wed, 19 Feb 2003 17:50:42 +0100., From: Steve O'Hara-Smith <steveo@eircom.net>Y Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolt7 Message-ID: <20030219175042.319132c4.steveo@eircom.net>    On 19 Feb 2003 03:34:44 GMTl rmk@rmkhome.com wrote:  H RC> Look at it a different way. A contemporary Intel x86 IBM AT clone isG RC> not a UNIX box. It is a box that was designed to run MSDOS 1.x, andtI RC> has been updated to the point where it can run UNIX. It does not havewD RC> the coprocessors and multiple busses of workstations, server and
 RC> minis.   <looks at PC boot messages>v  ? 	This beastie seems to have a couple of PCI busses, an AGP bus,>J several USB busses and several I2C busses. There's a DSP on the soundcard,G and a couple of specialised processors on the video card, the hard disc E interface isn't entirely dumb and even the parallel port has DMA, the C TV capture card has an on board RISC for its DMA controller and ...   5 	Looks like multiple busses and coprocessors to me :)a  B 	It does a fair job of emulating the old AT clones, but modern PCs* aren't really much like AT clones anymore.   -- ,D C:>WIN                                      |     Directable MirrorsJ The computer obeys and wins.                |A Better Way To Focus The SunH You lose and Bill collects.                 |  licenses available - see:F                                             |   http://www.sohara.org/   ------------------------------    Date: 19 Feb 2003 09:24:17 -08002 From: vibroplex@mindspring.com (Derek Cohn/WB0TUA), Subject: Initiating Command on VMS from Unix= Message-ID: <d7d0c297.0302190924.73a14788@posting.google.com>   	 Dear All,   = I'm working on a VMS Alpha platform and have a question about # initiating a VMS command from Unix.a  F We have to copy a file from Unix to VMS and then initiate a process on VMS to handle the file.a  B We have a simple UNIX script that copies the file from UNIX to VMS@ using FTP.  However, we'd like to add a line to that script thatE activates a DCL command on VMS after the file is successfully copied.u  ! Can any of you help me with this?k   Thanks!i  
 Derek Cohn DCohn@express-scripts.comf   ------------------------------  % Date: Wed, 19 Feb 2003 19:28:56 +0100d9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>s0 Subject: Re: Initiating Command on VMS from Unix' Message-ID: <3E53CCE8.87DC166D@aaa.com>e  	 rexec/rsht6 The exact syntax depends on your unix platform, RTM...   Jan-Erik Sderholm.o   Derek Cohn/WB0TUA wrote: >  > Dear All,w > ? > I'm working on a VMS Alpha platform and have a question aboutc% > initiating a VMS command from Unix.u > H > We have to copy a file from Unix to VMS and then initiate a process on > VMS to handle the file.  > D > We have a simple UNIX script that copies the file from UNIX to VMSB > using FTP.  However, we'd like to add a line to that script thatG > activates a DCL command on VMS after the file is successfully copied.i > # > Can any of you help me with this?g > 	 > Thanks!a >  > Derek Cohn > DCohn@express-scripts.com2   ------------------------------  # Date: Mon, 17 Feb 2003 21:35:09 GMT 7 From: brad@.homeportal.2wire.net (Bradford J. Hamilton)I1 Subject: Re: Just wondering how everyone is doing / Message-ID: <hAc4a.155609$vm2.110438@rwcrnsc54>o  b In article <3E513814.4A5B2F2A@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: <snip>O >And if you don't allow OUR snow to come to us, we may just decide to allow ourpN >cold to go down to you. We'll gladly get rid of it (we've had plenty lately). >0  M JF, we've also had *more* than enough of your cold so far this year - are youn1 sure you haven't been shipping us the excess?	:-)   A Have the folks in Hudson's Bay been shipping their excess to you?'  0 >But the days are decidedly getting longer here. > N >Besides, i am about to start doinmg the annual maintenance on my bike to make@ >it ready for the upcoming season that starts sometime in march.  O I thought you guys broke out your bicycles shortly after Groundhog Day (2-Feb).,6 What's the matter, not enough ice in your cojones?	:-)  A _________________________________________________________________l0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"o   ------------------------------   Date: 19 Feb 2003 08:53:24 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)s1 Subject: Re: Just wondering how everyone is doingp0 Message-ID: <b2vgm4$dig$1@n.ruf.uni-freiburg.de>   Hi,l  O here in southwest Germany it is sunny, no snow, -6c during the night and arounde- 0c during the day. For details have a look ate5    http://www.mif.uni-freiburg.de/station/index_e.htmeN The only thing that they cannot measure at the moment is snow. They don't have the appropriate equipment.  " If you prefer the visual stuff try>    http://www.schauinsland.com/cgi-bin/ecard.cgi?theme=greiff1L If I feel a need for snow it is short ride uphill into the Black-Forest. TheO mountain "Schauinsland" is part of the city of Freiburg and is 1284m in height.tC    http://www.schauinsland.com/cgi-bin/ecard.cgi?theme=schauinslandi   Regards,    Christoph Gartmanna  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------  % Date: Mon, 17 Feb 2003 15:29:27 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>1 Subject: Re: Just wondering how everyone is doingo/ Message-ID: <3E513814.4A5B2F2A@vl.videotron.ca>e   Sue Skonetski wrote:H > Nothing important just wondering how everyone is.  We are about to getH > another 15-18 inches of snow, we have had snow since October and cabin > fever has set in.y  M Please stop stealing our snow.  We've had practically no snow up here so far,uN you guys south of the canadian border have been hearding it and keeping it allK for yourselves. Please share a bit. We like big storms here. It is when you , don't have big storms that winter is boring.  N And if you don't allow OUR snow to come to us, we may just decide to allow ourM cold to go down to you. We'll gladly get rid of it (we've had plenty lately).s  / But the days are decidedly getting longer here.>  M Besides, i am about to start doinmg the annual maintenance on my bike to makea? it ready for the upcoming season that starts sometime in march.e   ------------------------------  % Date: Wed, 19 Feb 2003 11:34:02 -0500 ; From: "Brian Tillman" <Brian.Tillman@notnoone.notnohow.com>cF Subject: Re: Kerberos T2.0 field test kit for hp OpenVMS now available$ Message-ID: <3e53b1e9$1@news.si.com>  L >But the real issue with why we didn't do both at once is testing.  It takesI >TIME to do thorough testing.  Before the MIT announcement, we thought we H >wouldn't need a VAX version of Kerberos until much later this year, and plannedrF >accordingly.  We have to prioritize our work, and it was clearly more	 importantgL >to get the Alpha port done first.  Now that we've accomplished that, VAX isK >next on our list, even before Itanium.  I don't see how we could have doneh' >otherwise, with the resources we have..  K OK.  I can understand most of this.  The one thing I'd hope though, is thatsL when you write something, you AUTOMATICALLY write it with VAX and Alpha (andF Itanium now) in mind.  It should be second nature to anyone why writes software for VMS.s --  I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com-5 Smiths Aerospace  Addresses modified to prevent SPAM. @ 3290 Patterson Ave. SE, MS Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991 8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 19 Feb 2003 14:06:56 +0000- From: paul.beaudoin@hsbc.com Subject: Memo:  EMU errorkE Message-ID: <OFB1D0B383.4A53033B-ON80256CD2.004D1C0C@systems.uk.hsbc>0  H It has been pointed out there is an error in the distribution of this. AB file (macrolib.mlb) is missing. It is not in fact used so you can:  K Comment out the reference in all the affected files (about 15) by changing:2,       LIBRARY        /EMU5_LIB:MACROLIB.MLB/   To: , ;     LIBRARY        /EMU5_LIB:MACROLIB.MLB/   (or simply delete the line)    OR  M Mail me and I will return the missing file zipped up with simple instruction.e  [ My apologies for any inconvenience. I will now stand in the corner for at least 15 minutes.h   Paul          ' ** HSBC's website is at www.hsbc.com **   D ********************************************************************A This E-mail is confidential.  It may also be legally privileged.  D If you are not the addressee you may not copy, forward, disclose or @ use any part of it. If you have received this message in error, G please delete it and all copies from your system and notify the sender e immediately by return E-mail.o  C Internet communications cannot be guaranteed to be timely, secure, s error or virus-free. eA The sender does not accept liability for any errors or omissions.m  D ********************************************************************   ------------------------------  % Date: Wed, 19 Feb 2003 09:08:38 +0000b From: paul.beaudoin@hsbc.com% Subject: Memo:  Internet observationseE Message-ID: <OF6B84F0D1.CB53DF6D-ON80256CD2.002FE616@systems.uk.hsbc>y  F A possibly interesting story that I need to start with a disclosure: I> contributed the package discussed here to the Freeware 5 disk.  J EMU is a network documentation system that I continue to develop and test.J Since connecting to the internet via broadband I am getting an interestingD result. In effect, all those machines that send the popups and otherH unwanted intrusions get recorded by the system The package then tries toF SNMP to them and collect the basic information because that is what itI does. It is not smart enough to realise that it is trying to document theeG entire internet. What is most surprising is the number of machines thatoH answer. In a 10 day period I collected something like 4,000 addresses ofK which hundreds responded to SNMP requests. These are the perpetrators and IeH am getting, in many cases the full MIB II range of information from themJ including host names, hardware types, contacts, locations, interfaces etc.J At least one site has left its routers open and again, EMU found them, gotF their routing tables and added those addresses to the list and in turnF documented them. So I have not only the entire site but anyone who wasJ connected at the time like 'Marks LAPTOP' , 'HOME' etc. as host names. TheB number of people who have left SNMP access on their ADSL modems isK worrying. EMU uses only the 'public' string. It makes no special efforts totE get past security. If you have an 'always on' connection consider thegE above. If the default read access is available, there is a reasonablerK chance the default write access is also in place. Most here will understandaI the consequences of that. For those that don't - read the manual and turn=J off ALL SNMP access on your modems, routers and any address exposed to theK net. I don't study or pursue destructive hacking but even I could shut someiD of these guys down now with a little effort.   In many cases that is4 probably what they deserve but that is not my place.  
 Happy surfingi   Paul            ' ** HSBC's website is at www.hsbc.com **=  D ********************************************************************A This E-mail is confidential.  It may also be legally privileged.  D If you are not the addressee you may not copy, forward, disclose or @ use any part of it. If you have received this message in error, G please delete it and all copies from your system and notify the sender n immediately by return E-mail.   C Internet communications cannot be guaranteed to be timely, secure, 2 error or virus-free. uA The sender does not accept liability for any errors or omissions.t  D ********************************************************************   ------------------------------  % Date: Mon, 17 Feb 2003 14:09:41 -0000o3 From: "Tom Wade" <t.wade@vms.eurokom.removespam.ie>20 Subject: Re: New (changed) OpenVMS Message Board* Message-ID: <b2qq1i$ci2$1@kermit.esat.net>  : "Hunter Goatley" <goathunter@goatley.com> wrote in message7 news:3ff5fed3.0302150626.2257859e@posting.google.com... 8 > Hello.  For several years now, I've run a VMS freeware; > message board.  I just changed the message board softwarer< > I used to run the board and have opened it up to any topic > relating to OpenVMS.  E Does this message board software run on VMS ?  If so, I would be verynE interested in using it for company internal stuff.  Is it expensive ?a     --H ------------------------------------------------------------------------I Tom Wade    | EMail: tee dot wade at eurokom dot ie (all domain mailers).eG EuroKom     | X400:  g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ieS& 30, Dale Rd | Tel:   +353 (1) 278-7878& Stillorgan  | Fax:   +353 (1) 278-78793 Co Dublin   | Disclaimer:  This is not a disclaimerx@ Ireland     | Tip:         "Friends don't let friends do Unix !"   ------------------------------  % Date: Mon, 17 Feb 2003 08:51:46 -0800a& From: Greg Cagle <gregc@gregcagle.com>6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31/ Message-ID: <v524n89vmmnj1e@corp.supernews.com>e  ( Andrew Harrison SUNUK Consultancy wrote:  G > The costs per wafer depend on the FAB and the company and clearly thei$ > yield per wafer is very important. > E > Incedentally Sun is unlikely to share yield data with anyone simplyf2 > because we don't have a FAB so its not relevant.  C Huh? Of course it's relevant - it's key to the availability and thebH costing of the chip. But I can understand why Sun wouldn't want to share5 that 8^). Not having a fab has nothing to do with it.e  K >> So.  Is the architecture just out of gas?  I mean, you're at 130 and not-J >> keeping up with the "sluggish" Itanium 2 at 180.  When will you get to  >> 90?H >> What happens when Itanium gets to 90?  How much farther do you think 
 >> processH >> shrink will take Sparc?  Can you throw enough money at the problem to >> compete?t >> > ? > You have been reading too many marketing bulletins hence your C > missimpression that SPARC cannot keep up with sluggish Itanium 2.8  B Well, since Sun is benchmark-shy we'll just have to take your wordA on that 8^). Or do you have some actual data? Maybe a SPEC numberi2 or two? I can't seem to find any on the SPEC site.  E > It can and sluggish would be better used to describe Itanium sales.m > G > But to answer your question, by the time Itanium gets to 90 nanometertG > which is slated for 2005 (though as we now know Itanium roadmaps have = > that rather maleable feel to them) SPARC will be on USIV/V.   ? Do you really want to revisit the history of Sun vaporware chipy announcements and delays?t  B > Nor are we having to throw the kind of money at the problem that > HP and Intel have to.h > D > At 5 billion dollars Itanium represents a 10x + cost jump over anyB > comparable processor with little or no sign of these costs every> > being recouped and thats before you factor in the FAB costs. > B > SPARC processors cost us a fraction of that and we don't have to  > include the FAB costs in that.  < Excuse me? Then who is paying for the fab? You think TI just: invests in it for the hell of it without passing the costs
 along to Sun?l   <snip>   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Tue, 18 Feb 2003 16:45:20 +0000 ' From: Andrew Harrison SUNUK Consultancy Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retaie. Message-ID: <3E526320.5030908@nospamn.sun.com>   Bob Ceculski wrote:E > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E50DD02.30406@nospamn.sun.com>...s >  >>jlsue wrote: >>H >>>On Wed, 12 Feb 2003 15:04:03 +0000, Andrew Harrison SUNUK Consultancy1 >>><Andrew_No.Harrison_No@nospamn.sun.com> wrote:P >>>o >>>t >>>  >>> E >>>>NO I didn't I claimed that customers had issues with GS160 vs 140-' >>>>performance and that claim is true.  >>>>L >>>>I am also offering to supply you with an actual example of a UK retailerK >>>>who made a significant GS320 investment, who subsequently had to switchsG >>>>platforms because of these issues, about as extreme as you can get.e >>>>G >>>>Conduct your poll if you like, its hardly going to prove much. VerybE >>>>few people a prepared to admit publically that they purchased thea$ >>>>wrong system and had to dump it. >>>> >>>0	 >>>[etc.]e >>>p8 >>>You backpedal more than anyone I've ever seen before. >>>  >> >>Nice try.u >>6 >>You ask me to put up or shut up. I offered to put up >>but you declined my offer. >>9 >>I guess its time for you to shut up and stop contesting % >>the case against GS320 performance.e >>	 >>Regardso >>Andrew Harrisona >  > = > care to contest the case for the performance of the GS1280?l  / Why should I bother. If you remember you faileds0 all the previous tests since you have never been7 able to justify the SPARC slow Alpha fast argument have  you.  4 Still look on the bright side. If you do find a good0 case for the GS1280 it will be the first time in1 almost a decade that anyone in the the Alpha campr: has done better than SPECint and SPECfp as a justification5 for the Alpha trashes everything else maketing wafflee started by Digital.    Regardst Andrew Harrison    ------------------------------  % Date: Tue, 18 Feb 2003 17:07:18 +0000 ' From: Andrew Harrison SUNUK ConsultancyEY Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai , Message-ID: <3E526846.60800@nospamn.sun.com>   jlsue wrote:G > On Mon, 17 Feb 2003 13:00:50 +0000, Andrew Harrison SUNUK Consultancyo0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  > 	 >>>[etc.]i >>> 8 >>>You backpedal more than anyone I've ever seen before. >>>e >> >>Nice try.@ >>6 >>You ask me to put up or shut up. I offered to put up >>but you declined my offer. >> >  > A > Ha!  I asked you to provide evidence for two years for all yourtD > constant bilge about there being loads of customers with GS160/320B > that were slower than their GS140.  For TWO YEARS you constantlyF > spewed crap that it was all over the news group.  I even provided myA > search criteria and the results in order to get some additional6C > information from you to back up your claim.  And when you finallylF > relent and provide something, it's only 1 or 2 data points.  And forF > the 2nd one, I, once again, have to do all the work.  The irony, andF > the reason I reject this argument from you, is that you consistentlyD > reject such claims from us of a similar nature (re. customers with; > VMSclusters who get perfect uptime, and great applicationg > compatibility).n >   7 No for two years I suggested that you had a little looks4 at the archives for this newsgroup and for two years you didn't.h  8 Sadly as you know now if you had tried a bit harder then6 you would have found the result you were hoping wasn't there.  4 Ironically you also didn't do any of the work if you0 remember I was the person you pointed you to the0 article, you just waffled on about there being a1 lot of GS160 articles and how you hadn't searchedg	 them all.e  4 All you have demonstrated in this discussion is that7 you are powerfully motivated to ignore what was sittingh8 under your nose, it does after all trash your arguments.   If you want more then how aboutn  Khttp://groups.google.com/groups?hl=en&lr=&ie=UTF-8&safe=off&output=search&threadm=20020313191959.14633.00001814%40mb-fc.aol.com&rnum=1&prev=/groups%3Fq%3DGS140%2BGS160%2Bperformance%2Bgroup:comp.os.vms%26hl%3Den%26lr%3D%26ie%3DUTF-8%26safe%3Doff%26output%3Dsearch%26selm%3D20020313191959.14633.00001814%2540mb-fc.aol.com%26rnum%3D1   9 It also documents your benchmarking teams thoughts on they9 issues arround NUMA which are were apparently well known.C  < Well know obviously not by you, how about making an internal call to the team at Nashua.(  " How many smoking guns do you want.  E > But sure, that must prove your contention that Wildfire systems are G > slower than older 8400/gs140 technology.  I suppose for a Sun FUDster F > extraordinairre such as yourself there must be lots of customers you' > can convince with such thin evidence.> >   : So why did your engineering team give an existing customer: and a prospective GS160 customer the impression that there< are in fact performance problems with the NUMA GS systems ??  8 My suggestion is that you appologise to me and the group: for the BS you have spouted over the last couple of years,> and do something constructive which BTW isn't posting anything5 about clusters, performance or anything else that mays catch you out on this group.   Regardsp Andrew Harrisona   ------------------------------  % Date: Tue, 18 Feb 2003 17:35:01 +0000 ' From: Andrew Harrison SUNUK ConsultancynY Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retair. Message-ID: <3E526EC5.2000400@nospamn.sun.com>   jlsue wrote:G > On Mon, 17 Feb 2003 13:00:50 +0000, Andrew Harrison SUNUK Consultancy 0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  > 	 >>>[etc.]o >>>u8 >>>You backpedal more than anyone I've ever seen before. >>>a >> >>Nice try.r >>6 >>You ask me to put up or shut up. I offered to put up >>but you declined my offer. >> >  > A > Ha!  I asked you to provide evidence for two years for all youriD > constant bilge about there being loads of customers with GS160/320B > that were slower than their GS140.  For TWO YEARS you constantlyF > spewed crap that it was all over the news group.  I even provided myA > search criteria and the results in order to get some additional C > information from you to back up your claim.  And when you finallyoF > relent and provide something, it's only 1 or 2 data points.  And forF > the 2nd one, I, once again, have to do all the work.  The irony, andF > the reason I reject this argument from you, is that you consistentlyD > reject such claims from us of a similar nature (re. customers with; > VMSclusters who get perfect uptime, and great applicationr > compatibility).w >   < If you want another nail to the GS160 perfromance lie coffin; then look no further than your own TPC-C benchmark results.a  < A GS140 with 8 x 700 MHz CPU's posted a result of 42,437 TPM= A GS160 with 16 x 731 MHz CPU's posted a result of 55,221 TPM   D It doesn't take a genius to work out that this isn't a demonstration( that the NUMA architecture is effective.   Regardsu Andrew Harrisonu   ------------------------------  % Date: Wed, 19 Feb 2003 08:25:29 +0100p6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>G Subject: Re: OT: Java bugs abound in Slowaris 9 ... becomes memory hog! ) Message-ID: <3E533169.6050803@vajhoej.dk>o   Main, Kerry wrote:J > Fwiw - As I recall, not to take anything away from the 2.8Ghz dual 32bitD  > cpu desktop box, but the Alpha 64bit server number was also usingA  > Java V1.3 which, by most reports I have seen, is significantlyn  > slower than Java V1.4.   ? SUN JVM 1.4 is 3-5 times faster than 1.3 for number chrunching.e   Arne   ------------------------------  % Date: Wed, 19 Feb 2003 12:39:11 +0000/' From: Andrew Harrison SUNUK Consultancy-G Subject: Re: OT: Java bugs abound in Slowaris 9 ... becomes memory hog!t. Message-ID: <3E537AEF.5040509@nospamn.sun.com>   Arne Vajh=F8j wrote: > Main, Kerry wrote: >=20J >> Fwiw - As I recall, not to take anything away from the 2.8Ghz dual 32b= it >=20F >  > cpu desktop box, but the Alpha 64bit server number was also usingC >  > Java V1.3 which, by most reports I have seen, is significantlya >  > slower than Java V1.4.s >=20A > SUN JVM 1.4 is 3-5 times faster than 1.3 for number chrunching.i >=20  5 Get yourself on the 1.4-2 early access if you can itsh4 faster still, no-blocking I/O and various other nice	 features.t   Regards. Andrew Harrison    ------------------------------   Date: 19 FEB 2003 14:59:05 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)M Subject: Re: Pathworks ACL entries impact PCSI and system boot during upgradeR6 Message-ID: <19FEB03.14590504@thuria.waisman.wisc.edu>  > In a previous article, jordan@ccs4vms.com (Rich Jordan) wrote:  J ->.. I assume it would be safe to just go through the directory and remove ->all the pathworks ACLs.  .  C Yes. You are aware of the PWRK$DELETEACE.EXE image that can do thise@ I trust. Of course it's going to change every file revision date for you too.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisona8 --                 karcher.nomorespam@waisman.wisc.edu     ------------------------------  % Date: Wed, 19 Feb 2003 12:49:20 -0600g% From: Lisa Popp <lisapopp@cnbcom.net>a- Subject: Porting MACRO-32 on Alpha to Itaniumt* Message-ID: <3E53D1AF.4F1BEA0B@cnbcom.net>  B I need some input on what is recommended for applications that areG porting from OpenVMS on Alpha to OpenVMS on Itanium that have MACRO-32?   H Will this be supported on Itanium?  If not what are the alternatives for5 converting this code to something useable on Itanium?~   Thanks,M
 -Lisa Popp   ------------------------------    Date: 19 Feb 2003 08:37:08 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-0 Subject: Re: Quest: Readable format of  vmsdate.3 Message-ID: <4fQIMTN8wAPh@eisner.encompasserve.org>c  Z In article <1045623132.206874@sky.aect.cuhk.edu.hk>, "Albert" <kinace@hotmail.com> writes: > Dear All,D > N > Dump the vmsdata from RMS file, the data is 009CF82606617BC0, which is shown2 > in readsble format is "20-NOV-1998 15:50:56.00". > L > Could you  advise aby idea how the relationship betweeen the hex dump data> > and the readable date? Or any tools can make the conversion?  G    VMS keeps time in a quadword integer.  System services like $ASCTIM,y9    $BINTIM, and $NUMTIM convert between binary and ASCII.w   ------------------------------  % Date: Mon, 17 Feb 2003 16:20:36 +0300/2 From: Mike Rechtman <michael.rechtman@digital.com>1 Subject: Re: Systemcrash after login after rebooth+ Message-ID: <3E510BD4.56F1D02A@digital.com>e   Thomas Egenberger wrote: >  > >p     <...snipped...>  > > > How do I check the minimum Version of the layered products I > have installed for 7.3-1?r? > I didn't find any information at the VMS documentation pages.C > 0 http://www.openvms.compaq.com/openvms/os/swroll/       -- nE ---------------------------------------------------------------------OE Usual disclaimer: All opinions are mine alone, perhaps not even that.b? Mike Rechtman                            *rechtman@tzora.co.il*iF Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------i -----BEGIN GEEK CODE BLOCK-----w Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------n   ------------------------------  % Date: Mon, 17 Feb 2003 15:02:24 +0100/; From: "Thomas Egenberger" <thomas.egenberger@technidata.de>p1 Subject: Re: Systemcrash after login after reboote' Message-ID: <b2qt9o$j20$1@news.dtag.de>r   >oK > Since you seem to be able to reproduce this crash (which is somewhat raremE > for pool corruptors), log a call if you can.  You will be asked fornE > details of your software configuration, and a crash dump file.  Ther9 > support center is best equipped to diagnose this crash.o >l, unfortunaly it's not possible in the moment.  G > Check that your applications and layered products are supported underr- > V7.3-1.  Some might require newer versions.  >p  < How do I check the minimum Version of the layered products I have installed for 7.3-1? = I didn't find any information at the VMS documentation pages.a  G If it is a question of the version of an application, why does it work,r when I wait some time?   ------------------------------    Date: 19 Feb 2003 07:57:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)w. Subject: Re: Unix for SET FILE/ERASE_ON_DELETE3 Message-ID: <gbXy5OWGScQ7@eisner.encompasserve.org>2  r In article <77555df7.0302172125.580479f8@posting.google.com>, cwhii_google_spam@yahoo.com (C.W.Holeman II) writes: > What is Unix for:o >  >  $ SET FILE/ERASE_ON_DELETE   ?    UFS.  Except you don't have as much control over it, it justn&    does it for you every now and then.   ------------------------------   Date: 19 Feb 2003 07:30:53 GMT! From: swmoretp@aol.com (SWMORETP)n3 Subject: Vintage Computer Books (DEC etc.) For SaleM9 Message-ID: <20030219023053.29584.00000446@mb-cd.aol.com>n   For sale on eBay.g	 Wednesdayh/ Apple I, II, III, Mac 128, Lisa, Altair Book   m0 Item # 3401816061  Closes Feb-19 19:16:01 US PST- EDVAC, ENIAC, ABC, Macintosh 128 etc. Book     3401816741  Feb-19 19:21:20  r* 8080 Assembly Language Programming Book    3401817027  Feb-19 19:24:20 , Early Apple Computer Book with Disk, 1981    3401817566  Feb-19 19:29:38    Thursday+ Apple I, II, IMSAI, Sol, ENIAC etc. Book     3401940331  Feb-20 18:27:32.( VAX COBOL Reference Manual by Digital    3401940673  Feb-20 18:31:18P# VAX COBOL User Manual by Digital   e 3401940934  Feb-20 18:33:09 " Steve Wozniak, Apple I, II Book    3401562168  Feb-20 18:39:19 & PDP-8, pdp11, IBM 360/370 etc. Book    3401562636  Feb-20 18:44:59 , Vintage PDP, VAX History/Info Book by DEC    3401563246  Feb-20 18:50:45 + VAX Architecture Reference Manual by DEC   t 3401563525  Feb-20 18:53:58  s Monday, Altair, Apple I, ENIAC, IBM System 1 Book    3402451885  Feb-24 19:39:50 ' Mark 1, ENIAC, UNIVAC 1, CRAY-1 Book   a 3402452286  Feb-24 19:44:19f 8080, 8085 SAP-1, 2, 3 Book    3402452803  Feb-24 19:48:47 ) EDVAC, ENIAC, Enigma, UNIVAC, IBM Book   ) 3402453126  Feb-24 19:52:29 * Vintage IBM Computer Systems Book, 1973    3402453385  Feb-24 19:55:31  g# DECwrite 2.0 by Digital - NEW      r 3401998100    $ or search by seller swmoretp@aol.com   ------------------------------  % Date: Wed, 19 Feb 2003 07:43:01 -0500r' From: "Main, Kerry" <Kerry.Main@hp.com>t) Subject: RE: VMS & Tru64 Disk I/O timingsoT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660D93@kaoexc01.americas.cpqcorp.net>   Rich,e   Re: RMS IO timings ..s  B Something else to consider is what VMS V7.3-1 now provides wrt RMS enhancements.=20  A Some of these new features need to be turned on i.e.. are not theh default options.   Reference: (a few extracts)d@ http://www.openvms.compaq.com/doc/731FINAL/6657/6657pro_007.html! (scroll down to RMS New Features)   : 5.11.1 Increase in Default I/O Transfer Size to Reduce I/O  > "The multiblock count for a sequential disk file sizes the RMSF intermediate buffer for disk block transfers; this count serves as theH I/O transfer size. The system default multiblock count is increased fromA 16 to 32. This increase reduces sequential file read or write I/OrA requests by a factor of 2. If the application does not assign the(A multiblock count explicitly (using the RAB$B_MBC setting) or as atG process default (using the DCL command SET RMS_DEFAULT), the new systemt( default multiblock count of 32 applies."  5 5.11.3 New System RMS Write-Behind Performance Optionv  F "An existing user write-behind (RAB$V_WBH setting in RAB$L_ROP) optionF is available for unshared sequential files to request that RMS overlapH writes to disk. Specifying the write-behind option ensures that at leastE two buffers are allocated by RMS at connect time. When one buffer hasnF been filled with records, RMS switches to the second buffer and issuesD an asynchronous QIO to write the contents of the first buffer out toE disk. RMS does not stall the process, but rather continues to processoB records in the second buffer while the QIO for the first buffer isA completing. Overlapping I/O can be a big performance win for somei applications. ".  H This feature is a system option. It is not the default, however, for the following reasons:=200  G - Enabling write-behind involves a change in error reporting that could-@ affect some applications. (A write error might be reported for aA subsequent operation rather than for the write on which the errors
 occurred.) =20 F - The allocation of an additional RMS intermediate buffer might resultH in more page faulting if process working set quotas are insufficient.=20   Regardso  
 Kerry Main Senior Consultantm Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660r Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)  OpenVMS DCL - the original .COMs     -----Original Message-----6 From: Rich Seibel [mailto:seibel_r@rich.ociweb.com]=20 Sent: February 18, 2003 9:33 AM  To: Info-VAX@Mvb.Saic.Coma) Subject: Re: VMS & Tru64 Disk I/O timingss    B On 18 Feb 2003 02:39 CDT, Carl Perkins <carl@gerg.tamu.edu> wrote:B >Lyndon Bartels <lbartels@pressenter.com> writes... }OpenVMS7.2-1,& >}Tru64 v4.x or 5.x (don't know which) >}=20 D >}We've been working with some new fibre storage, and doing some I/OA >}timings. And I've run across something that I hope somebody cane explaint >}it.A >}=20sC >}One of the timing tests was to write a 2Gig text file. A simple C E >}program was written, and compiled on both platforms. Both platformsh were! >}attached to the same storage. (  >}=20eG >}On Tru64, the run time was about 30 seconds. On VMS it was 2 minutes.c >}=20vF >}On another test, Tru64 copied that same 2Gig file to another version of5 >}itself in 20 seconds, while VMS took over a minute.9 >}=200 >}Why the disparity? >}=20p >}Lyndon >gI >On VMS the data is on the disk's platter when it is done - it doesn't=20sI >do write-back caching and it turns of the on-disk cache (but probably=20 G >can't change the caching that some of these fibre controllers do on=20gI >their own, you'd have to configure that yourself). On Tru64 there may=20hH >be a chunk of data in some cache somewhere along the way unless you are  J >very carefull about your configuration and flushing it to disk. On the=20H >other hand, I might expect it to be a larger disparity if that were the   >case. >c@ If this analysis is correct, and I believe it is, then adding anD fsync(fd) after each fwrite or fprintf should make the Tru64 version flush the=20F buffers to the disk after each write as VMS does and should not affect the=20# VMS numbers (it should be ignored).t  J >The VMS C RTL and such have gotten better performance in recent years,=20C >but it still doesn't do much multibuffering and such by default=20-G >(although it is a lot better than it used to be). If you apply some=20 F >optional qualifiers to your [f]open() you can probably improve the=20* >throughput on VMS, possibly considerably. >p/ >Some possibilities which might narrow the gap:c > D >fopen(name, mode, "ALQ=3D32", "DEQ=3D4096", "MBF=3D6", "MBC=3D128",+ >     "FOP=3Dcbt,tef,sqo", "ROP=3Drah,wbh")T > H >Depending on what you are doing, some of these may not be appropriate -  ) >but in this case they are probably fine.o >d >Give it a try and compare.  >w	 >--- Carl      --=20sD --------------------------------------------------------------------D Rich Seibel, Software Engineer                 (314)579-0066 ext 211D Object Computing, Inc.                           seibel_r@ociweb.comD Need ACE training?                      See http://www.theaceorb.comD --------------------------------------------------------------------   ------------------------------    Date: 19 Feb 2003 03:58:55 -0800) From: P.Young@unsw.EDU.AU (Patrick Young)t$ Subject: Re: wwidmgr - (SRM Console)= Message-ID: <55f85d77.0302190358.2aa3be0e@posting.google.com>F  n P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0302181632.32379c53@posting.google.com>... > C > Sigh... didn't think of that, as you don't at 3am. System is backsB > up and running with the OS on the old disks and the users on the
 > new SAN:  B Pleased to say everything went well today (dispite my clueless SAN status). Even got a complement:h  H "First indications from Stuart and Terry are that accessing large OracleA datasets via SAS is at least one whole order of magnitude faster.    Good work."o  ? The RA8000 is *sweet* in Fabric mode as is the Brocade Silkworm_B 2400 - can't believe how equally it shares the load to the RA8000.  3 My comment(s) about the SRM console still stand(s).-           > R > Filesystem                512-blocks        Used   Available Capacity  Mounted nN > newhome_domain#newhome    1433047200   640041790   792588048    45%    /home > : > Adding the OpenVMS systems will be (less stressfull) :-) >  > Many thanks.   ------------------------------    Date: 19 Feb 2003 09:23:02 -0800+ From: spamdump@mccready.com (Gary McCready)i$ Subject: Re: wwidmgr - (SRM Console)= Message-ID: <ffd79a6c.0302190923.72b50c18@posting.google.com>'   FWIW,h  D You can find a WWIDMGR.PDF manual on the alpha firmware cd (at least the 6.3) in the /doc directory   --Gary  n P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0302190358.2aa3be0e@posting.google.com>...p > P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0302181632.32379c53@posting.google.com>... > > E > > Sigh... didn't think of that, as you don't at 3am. System is back-D > > up and running with the OS on the old disks and the users on the > > new SAN: > D > Pleased to say everything went well today (dispite my clueless SAN! > status). Even got a complement:  > J > "First indications from Stuart and Terry are that accessing large OracleC > datasets via SAS is at least one whole order of magnitude faster.| > 
 > Good work."t > A > The RA8000 is *sweet* in Fabric mode as is the Brocade Silkworm-D > 2400 - can't believe how equally it shares the load to the RA8000. > 5 > My comment(s) about the SRM console still stand(s).o >  >  >  >  >  > > T > > Filesystem                512-blocks        Used   Available Capacity  Mounted nP > > newhome_domain#newhome    1433047200   640041790   792588048    45%    /home > > < > > Adding the OpenVMS systems will be (less stressfull) :-) > >  > > Many thanks.   ------------------------------  + Date: Wed, 19 Feb 2003 14:43:57 +0100 (CET)s9 From: Richard Levitte - VMS Whacker <levitte@openssl.org>n6 Subject: [ANNOUNCE] OpenSSL 0.9.7a and 0.9.6i released: Message-ID: <20030219.144357.82990169.levitte@openssl.org>  " -----BEGIN PGP SIGNED MESSAGE-----    ,   OpenSSL version 0.9.7a and 0.9.6i releasedN   =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3De  /   OpenSSL - The Open Source toolkit for SSL/TLS    http://www.openssl.org/k  @   The OpenSSL project team is pleased to announce the release ofB   version 0.9.7a of our open source toolkit for SSL/TLS.  This newC   OpenSSL version is a security and bugfix release and incorporateshF   at least 11 changes and bugfixes to the toolkit (for a complete list0   see http://www.openssl.org/source/exp/CHANGES.  D   We also release 0.9.6i, which contains the same security bugfix as:   0.9.7a and a few more small bugfixes compared to 0.9.6h.  #   The most significant changes are:V  H     o Security: Important security related bugfixes. [0.9.7a and 0.9.6i]8     o Enhanced compatibility with MIT Kerberos. [0.9.7a]9     o Can be built without the ENGINE framework. [0.9.7a]t+     o IA32 assembler enhancements. [0.9.7a]rL     o Support for new platforms: FreeBSD/IA64 and FreeBSD/Sparc64. [0.9.7a]=  C     o Configuration: the no-err option now works properly. [0.9.7a]eF     o SSL/TLS: now handles manual certificate chain building. [0.9.7a]B     o SSL/TLS: certain session ID malfunctions corrected. [0.9.7a]  H   We consider OpenSSL 0.9.7a to be the best version of OpenSSL availableC   and we strongly recommend that users of older versions upgrade asoF   soon as possible.  OpenSSL 0.9.7a is available for download via HTTPG   and FTP from the following master locations (you can find the various5?   FTP mirrors under http://www.openssl.org/source/mirror.html):y  $     o http://www.openssl.org/source/#     o ftp://ftp.openssl.org/source/   F   For those who want or have to stay with the 0.9.6 series of OpenSSL,E   we strongly recommend that you upgrade to OpenSSL 0.9.6i as soon aso;   possible.  It's available in the same location as 0.9.7a.i      The distribution file name is:  $     o openssl-0.9.7a.tar.gz [normal]4       MD5 checksum: a0d3203ecf10989fdc61c784ae82e531$     o openssl-0.9.6i.tar.gz [normal]4       MD5 checksum: 9c4db437c17e0b6412c5e4645b6fcf5c+     o openssl-engine-0.9.6i.tar.gz [engine]h4       MD5 checksum: c9adc0596c630b31b999eba32fc0a6b3  <   The checksums were calculated using the following command:  '     openssl md5 < openssl-0.9.7a.tar.gzo'     openssl md5 < openssl-0.9.6i.tar.gz .     openssl md5 < openssl-engine-0.9.6i.tar.gz     Yours,!   The OpenSSL Project Team... =20*  =     Mark J. Cox             Ben Laurie          Andy Polyakovs<     Ralf S. Engelschall     Richard Levitte     Geoff Thorpe)     Dr. Stephen Henson      Bodo M=F6ller *     Lutz J=E4nicke            Ulf M=F6ller   -----BEGIN PGP SIGNATURE-----d Version: 2.6.3ia Charset: noconvt  @ iQEVAwUBPlOJmPTy7ZjgbSyxAQHG4Qf+K6vX8kk9msYI3iD6zK3BSXzMFO0pCVNN@ 8OkUW7wsmAnoSRuT89jGTom0fmIi1eiQcOFUf1krlk7btJ4KRVEok/G2ooa4qOmq@ MU+4djKgM/LDlqzAbDfN7cEbWGPJeP4polPTgOBYqexBdwoTvJuX9m4LRgvK2enW@ BsJjqdsmsLqWlMmixpKsMHNXXyYqs8SGhdSR7SQlbCVNu6QabWi21NbKCvyJzhEq@ 5Bn9mUej60GHOdTNpRGwqWxBCvl/kAPnOP4ffj5mbQL+R9VYCeCy3BsjDmLdmDt9< xqxdXBxPqu/S1OnSnsTQeMk70o3qX0F6lgqhNUt6FtHynbxoAGAPcw=3D=3D =3DKOdLm -----END PGP SIGNATURE-----e   ------------------------------  % Date: Tue, 18 Feb 2003 09:19:09 -0800o( From: Alan Frisbie <Abuse@NelsonUSA.com>, Subject: Re: [VMS V7.3-1] ACCVIO in F$GETSYI, Message-ID: <3E526B0D.7AFF9B1@NelsonUSA.com>   Peter LANGSTOEGER wrote: > = > Here is another bug for someone with a support contract ;-)  > + > $ write sys$output f$gets("CPU_FAILOVER")s > D >   Improperly handled condition, bad stack or no handler specified.3 >     Signal arguments:   Number = 0000000000000005p3 >                         Name   = 000000000000000Cs3 >                                  0000000000000004o3 >                                  000000007FFAE000n3 >                                  FFFFFFFF800078ECh3 >                                  0000000000000012d  @ On VMS v7.2-1 AlphaServer 1000A 4/266 with no known ECOs applied it returns: -1,-1t  < Same verson on an AlphaStation 200 4/166 also returns: -1,-1   Alan   ------------------------------    Date: 18 Feb 2003 15:35:56 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)l, Subject: Re: [VMS V7.3-1] ACCVIO in F$GETSYI- Message-ID: <xAh$pK0YLzui@cuebid.zko.dec.com>a  = >>Here is another bug for someone with a support contract ;-). >>+ >>$ write sys$output f$gets("CPU_FAILOVER")o >>D >>  Improperly handled condition, bad stack or no handler specified.  N This bug has already been found and corrected for V7.2-2 and beyond.  The fix F will appear in a DCL patch in the future; I have no idea when this fix will be available.   -- a  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.coma   ------------------------------   End of INFO-VAX 2003.098 ************************