1 INFO-VAX	Thu, 18 Apr 2002	Volume 2002 : Issue 213       Contents:7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 1 Re: ACCVIO error invoking mail on VAX/VMS 5.5-2H4 , Re: Anyone using CHARON-VAX for development?' Re: BACKUP causes crash on VMS V5.5-2H4 ) Re: Best DCL programm you've ever written  RE: Coding suggestion please...   Re: DEC 3000/400 VMS 6.2 problem  Re: DEC 3000/400 VMS 6.2 problem Re: Disk Monitoring + Re: Excursion PCs as X-Terminals on OpenVMS + Re: Excursion PCs as X-Terminals on OpenVMS + Re: Excursion PCs as X-Terminals on OpenVMS   Re: Fearless VMS Prognostication Found it.. Nevermind. ;-)  Re: Found it.. Nevermind. ;-)  Re: Found it.. Nevermind. ;-)  Re: Found it.. Nevermind. ;-)   Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?- Re: getting SIMH 2.9-6/VAX + VMS configured ? 	 Help..... 
 Re: Help.....  How to change DS700 IP address" Re: How to change DS700 IP address2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoEF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux  Re: HSG controller and new disks% Re: Insufficient virtual memory error / Re: Leak with Apache / Compaq Secure Web Server " Re: learning how to use a computer> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles) Many thanks to Island Computers ' Re: Merger Vote Results,  R.I.P. DECpaq # Merger Vote Results,  R.I.P. DECpaq ' Re: Merger Vote Results,  R.I.P. DECpaq ' Re: Merger Vote Results,  R.I.P. DECpaq ' Re: Merger Vote Results,  R.I.P. DECpaq ' Re: Mixing Alphas and PCs on KVM switch + Re: More proof EV8 will live in itanium ... P Password protect, lock, hide and secure files, folders and drives on your comput3 Re: PC access to OpenVMS files (was: Re: Help.....) ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) RE: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it  Re: Problem with Compaq C 6.4  Re: Problem with Compaq C 6.4   Re: Reduce interupt time on CPU0> Re: Relative invulnerability of VMS to buffer-overflow attacks> Re: Relative invulnerability of VMS to buffer-overflow attacks& Require info on DWDM for VMSclustering* Re: Require info on DWDM for VMSclustering Re: Shell Accounts Page Update SSH for Alpha OVMS?  Re: SSH for Alpha OVMS?  Re: SSH for Alpha OVMS? , Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ? Re: Two IP printing problems UIC's and such.  Re: UIC's and such.  Re: UIC's and such.  Re: VAX/Alpha CI Re: VAX/Alpha CI VMS versus IBM Re: VMS versus IBM Re: VMS versus IBM Re: VMS versus IBM2 Re: What VMS version runs on a Digital Server 3000
 Re: X session   F ----------------------------------------------------------------------  # Date: Wed, 17 Apr 2002 19:13:22 GMT " From: "Hans Vlems" <hvlems@iae.nl>@ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)0 Message-ID: <mPjv8.663$W3.81594@typhoon.bart.nl>   Bob,  @ let me start with admitting that I'm not much of a C programmer.? I tried to make simh V2.9 work on a VAX 7.2 system (with DEC-C)  and got a compiler error:    $ @build_vms  + Runtime Debugger Won't Be Included At Link.  Compiling On A VAX Machine.   1 Compling The SYS$DISK:[.LIB]SIMH-VAX.OLB Library.  Using Compile Command:9 CC/PREFIX=ALL/NOOPTIMIZE/NODEBUG/NEST=PRIMARY/NAME=(AS_IS ! ,SHORTENED)/INCLUDE=(SYS$DISK:[])            SYS$DISK:[]SCP_TTY.CA %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling   \SHORTENED\E %LIBRAR-W-OPENIN, error opening DISK$DISK:[SIMH]SCP_TTY.OBJ; as input  -RMS-E-FNF, file not foundG %DELETE-W-SEARCHFAIL, error searching for DISK$DISK:[SIMH]SCP_TTY.OBJ;*  -RMS-E-FNF, file not found         SYS$DISK:[]SIM_SOCK.C A %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling   \SHORTENED\F %LIBRAR-W-OPENIN, error opening DISK$DISK:[SIMH]SIM_SOCK.OBJ; as input -RMS-E-FNF, file not foundH %DELETE-W-SEARCHFAIL, error searching for DISK$DISK:[SIMH]SIM_SOCK.OBJ;* -RMS-E-FNF, file not found         SYS$DISK:[]SIM_TMXR.C A %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling   \SHORTENED\  H Next I tried to build it with C++ on W98. There I got this linker error:  3 --------------------Configuration: simh v29 - Win32  Debug-------------------- 
 Linking...B sim_sock.obj : error LNK2001: unresolved external symbol _listen@8A sim_sock.obj : error LNK2001: unresolved external symbol _bind@12 A sim_sock.obj : error LNK2001: unresolved external symbol _htonl@4 A sim_sock.obj : error LNK2001: unresolved external symbol _htons@4 C sim_sock.obj : error LNK2001: unresolved external symbol _socket@12 F sim_sock.obj : error LNK2001: unresolved external symbol _WSAStartup@8A sim_sock.obj : error LNK2001: unresolved external symbol _ntohl@4 K sim_sock.obj : error LNK2001: unresolved external symbol _WSAGetLastError@0 C sim_sock.obj : error LNK2001: unresolved external symbol _accept@12 A sim_sock.obj : error LNK2001: unresolved external symbol _recv@16 A sim_sock.obj : error LNK2001: unresolved external symbol _send@16 F sim_sock.obj : error LNK2001: unresolved external symbol _WSACleanup@0G sim_sock.obj : error LNK2001: unresolved external symbol _closesocket@4 H sim_sock.obj : error LNK2001: unresolved external symbol _ioctlsocket@12A Debug/simh v29.exe : fatal error LNK1120: 14 unresolved externals  Error executing link.exe.   ( simh v29.exe - 15 error(s), 0 warning(s)  K What I want to do is build the PDP-11 simulator. Now I did not modify any C ! file. Just the build_vms.com file K because DCL does not like the extra <CR> character. The compiler is not too " fond of it either but assumes it's white space.  H The question is, can you point me to a configuration/installation guide?  
 Hans Vlems   PS' Any chance of getting a B7700 emulator?   5 Bob Supnik <bsupnik@nauticusnet.com> wrote in message 2 news:ki2rbuk0v10h9r2j9qcnlc5gvo1pnt5jbi@4ax.com...F > Found the bug that was causing integer overflow in SDL installation.H > In EDIV, if divisor and dividend had different signs, and the quotient- > was 0, the test for overflow was incorrect.  > : > Both this and the CASEL fix are released as 2.9-6 today. > D > There is still a bug in handling compressed libraries.  Unless theG > system libraries are decompressed, installations fail.  This bug does G > not occur in Tim Stark's TS10, so a prize to the person who finds the + > discrepancy between the two simulators ;)  >  > /Bob   ------------------------------  % Date: Wed, 17 Apr 2002 15:06:42 -0600  From: Kevin Handy <kth@srv.net> @ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)& Message-ID: <3CBDE3E2.7030302@srv.net>   Hans Vlems wrote:  > Bob, > B > let me start with admitting that I'm not much of a C programmer.A > I tried to make simh V2.9 work on a VAX 7.2 system (with DEC-C)  > and got a compiler error:  >  > $ @build_vms > - > Runtime Debugger Won't Be Included At Link.  > Compiling On A VAX Machine.  > 3 > Compling The SYS$DISK:[.LIB]SIMH-VAX.OLB Library.  > Using Compile Command:; > CC/PREFIX=ALL/NOOPTIMIZE/NODEBUG/NEST=PRIMARY/NAME=(AS_IS # > ,SHORTENED)/INCLUDE=(SYS$DISK:[])   ? Try losing the ', shortened' option. It looks like your version  of DEC-C doesn't like it.   ? (I don't know what it is supposed to do, but it obviously isn't  being allowed by DCL)    >  >         SYS$DISK:[]SCP_TTY.CC > %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling  >  \SHORTENED\G > %LIBRAR-W-OPENIN, error opening DISK$DISK:[SIMH]SCP_TTY.OBJ; as input  > -RMS-E-FNF, file not foundI > %DELETE-W-SEARCHFAIL, error searching for DISK$DISK:[SIMH]SCP_TTY.OBJ;*  > -RMS-E-FNF, file not found >         SYS$DISK:[]SIM_SOCK.C   / Additional errors probably caused by failed CC.    ------------------------------   Date: 17 Apr 2002 20:49:46 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>@ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)+ Message-ID: <a9kn5a0vg4@enews1.newsguy.com>   L I just had an evil thought, has anyone tried running SIMH on an emulated VAX- yet :^)  Preferably emulating another VAX :^)    			Zane    ------------------------------  + Date: Wed, 17 Apr 2002 21:26:24 +0000 (UTC) 2 From: setala@phys-staff7.kolumbus.fi (Saku Setala)@ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)1 Message-ID: <a9kpa0$hv4$1@phys-news1.kolumbus.fi>   H Didn't try that yet, but earlier on I was running TS10 on a MicroVax II.   That was *slow*   f Now, if SIMH compiles on VMS, I do have bunch of slow VAXen to test how many times you can nest SIMH..   --Saku  + In article <a9kn5a0vg4@enews1.newsguy.com>, 1 Zane H. Healy <healyzh@shell1.aracnet.com> wrote: M >I just had an evil thought, has anyone tried running SIMH on an emulated VAX . >yet :^)  Preferably emulating another VAX :^) >  >			Zane     --   Saku Setl  System Planning Manager ) Network Services, Elisa Internet Oy (LTD)    ------------------------------  % Date: Wed, 17 Apr 2002 23:26:07 -0500   From: John Santos <JOHN@egh.com>@ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)5 Message-ID: <1020417231501.1633A-100000@Ives.egh.com>   & On Wed, 17 Apr 2002, Bob Supnik wrote:  F > Found the bug that was causing integer overflow in SDL installation.H > In EDIV, if divisor and dividend had different signs, and the quotient- > was 0, the test for overflow was incorrect.   E Since I'm in random off-topic reminiscence mode (not really off-topic A for alt.sys.pdp11), we once had a broken PDP-11/40 where the only C obvious symptom was that RSTS/E systat/r showed BASIC.RTS's size as A 15.999K.  Field service couldn't find anything wrong with it.  It A eventually turned out that the DIV instruction was broken, and if G the divisor and dividend had different signs, the result was incorrect. B (IIRC, the sign was always positive, but it might have been one ofA the condition codes.)  The diagnostics for the EIS tested lots of > different combinations, but not DIV where the operands were ofC opposite signs.  Field service came back and swapped the EIS board. C I hope they didn't recycle the bad board back into the spares pool,  since it did pass diagnostics!   > : > Both this and the CASEL fix are released as 2.9-6 today. > D > There is still a bug in handling compressed libraries.  Unless theG > system libraries are decompressed, installations fail.  This bug does G > not occur in Tim Stark's TS10, so a prize to the person who finds the + > discrepancy between the two simulators ;)  >  > /Bob   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Thu, 18 Apr 2002 03:14:34 GMT ' From: "David G. Conroy" <dgc@spies.com> @ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)A Message-ID: <uSqv8.1685$Tx3.802478231@newssvr14.news.prodigy.com>   E I vaguely remember something similar. To be specific, PDP-11/05 which I passed all the diagnostics even though the SWAB instruction did something A extraordinarily broken with the condition codes; sadly, it didn't  make it disk bootstrap loader.  
 ----------A In article <1020417231501.1633A-100000@Ives.egh.com>, John Santos  <JOHN@egh.com> wrote:     ( > On Wed, 17 Apr 2002, Bob Supnik wrote: > G >> Found the bug that was causing integer overflow in SDL installation. I >> In EDIV, if divisor and dividend had different signs, and the quotient . >> was 0, the test for overflow was incorrect. > G > Since I'm in random off-topic reminiscence mode (not really off-topic C > for alt.sys.pdp11), we once had a broken PDP-11/40 where the only E > obvious symptom was that RSTS/E systat/r showed BASIC.RTS's size as C > 15.999K.  Field service couldn't find anything wrong with it.  It C > eventually turned out that the DIV instruction was broken, and if I > the divisor and dividend had different signs, the result was incorrect. D > (IIRC, the sign was always positive, but it might have been one ofC > the condition codes.)  The diagnostics for the EIS tested lots of @ > different combinations, but not DIV where the operands were ofE > opposite signs.  Field service came back and swapped the EIS board. E > I hope they didn't recycle the bad board back into the spares pool,   > since it did pass diagnostics! >  >>; >> Both this and the CASEL fix are released as 2.9-6 today.  >>E >> There is still a bug in handling compressed libraries.  Unless the H >> system libraries are decompressed, installations fail.  This bug doesH >> not occur in Tim Stark's TS10, so a prize to the person who finds the, >> discrepancy between the two simulators ;) >> >> /Bob  >  > --
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >    ------------------------------  % Date: Thu, 18 Apr 2002 00:45:03 +0200 B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>: Subject: Re: ACCVIO error invoking mail on VAX/VMS 5.5-2H47 Message-ID: <3CBDFAEF.20D5@this.mailaddress.is.invalid>    Kumar, Alok wrote: > G > WE have a cluster of 2 VAX 4705 running VMS 5.5-2H4. Problem started  I > 4 days ago when I rebooted the machines. Now when I try to invoke mail  0 > utility on DCL prompt, I get following error : <snip dump>   4 Maybe a corrupt sys$system:mail_profile.data file ?    --   ME Posted by news://news.nb.nu    ------------------------------  % Date: Wed, 17 Apr 2002 21:13:03 -0400 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>5 Subject: Re: Anyone using CHARON-VAX for development? * Message-ID: <3CBE1D9F.4000804@rtfmcsi.com>   Stanley F. Quayle wrote:  - > On 17 Apr 2002, at 7:47, Bob Koehler wrote:  >  > H >>   I've tried patching the idle loop to a halt.  It never seems to getG >>   executed.  I thought when all else was said and done the idle loop  >>   still was in use. >> > = > But your patch means that CHARON-VAX is emulating the HALT  . > instruction.  It doesn't halt the emulation. > F > Just before you execute the HALT, you have to send a message to the ( > emulator itself, not the emulated VAX. > G > As CHARON-VAX is right now, it's emulating a VAX 100%, so there's no  E > way to talk with the emulator.  SRI would have to provide a "hole"  D > through which you could control the emulator.  That doesn't exist  > right now. >  >  > --Stan Quayle # > President, Quayle Consulting Inc.  >  > ----------I > Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com  >  >  >     D This same problem exists with other virtual machine emulators, too. D Using VMware on either a Linux or WinNT/2K/XP host, guest operating F systems such as Linux or any Win32 O.S. will "play nice" and idle the G CPU when they are not busy.  However, guest operating systems like DOS  E or NetWare don't do this so they cause VMware to consume 100% of the  F host system's CPU.  There is a TSR available [DOSIDLE.COM] and an NLM E [NW4-IDLE.NLM or NW5-IDLE.NLM as appropriate] that effectively solve  E this problem by executing a halt instruction at times when the guest : O.S. has nothing else to do.  H Interestingly enough, power consumption & heat output measurements have F shown that a physical IA-32 based system running NetWare will consume D less power and output less heat if it runs this CPU idling program. H This tends to lead to a longer life time for the hardware components as H well as having a more efficient & cooler-running system.  There are now G a number of people running this CPU idler on dedicated servers to make s2 them more power efficient during their idle times.  E Now, one thing that VMware is not doing is actually emulating a CPU; oD instead, it virtualizes the CPU of the host but the guest O.S. will F detect the same CPU as the host system is using.  With CHARON-VAX, it H might be tougher to force this type of CPU idling to happen because the F emulator has to emulate the CPU to even detect an invalid opcode that G might be used to signify that the emulator should throttle itself back  2 w/respect to consumption of the host system's CPU.     -- ? Chuck Choppc  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com1                                    ICQ # 223215326@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager8                                    8007740718@skytel.com   ------------------------------  % Date: Wed, 17 Apr 2002 16:14:34 -0400); From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 0 Subject: Re: BACKUP causes crash on VMS V5.5-2H4$ Message-ID: <3cbdd811$1@news.si.com>  K >  What does the system crash with and what is the symbolic for the failinggL >  program counter (PC) address, and what details can you provide concerningI >  the particular (failing and successful) disks, which controller(s) are K >  involved, and does (for instance) ANALYZE/DISK have anything interesting)H >  to report?  Anything written to the error logs around the crash time?  5 I've discussed this with the Support Center.  Thanks.a --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com.= 3290 Patterson Ave. SE, MS      Addresses modified to preventg< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 17 Apr 2002 12:42:45 -0700. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)2 Subject: Re: Best DCL programm you've ever written= Message-ID: <343f30ae.0204171142.4df9a103@posting.google.com>d  Y "Gijs" <Gijs@nospam.com> wrote in message news:<r0%s8.79635$oI.6433580@zwoll1.home.nl>...nB > When was it, what does it do for you and whe can it be obtained? >  > Just curious   Hello,  9 Several DCL command procedures that I wrote come to mind:   = 1.) Export data from a third party commercial database (1999)u  ; 2.) Transfer ALL-IN-1 WordPerfect documents to Win95/Novelli environment (1999)  ? 3.) Incremental BACKUP save and restore operations for a singlebE directory *without* affecting other files in other directories on thei same disk. (late 1994 or 1995)  > 4.) NOTIFY.COM (notification for already-submitted batch jobs)9 (originally written in 1995 or 1996, latest version 2002)   B 5.) WILD.COM - Allows you to run any DCL command on any wildcardedD file-spec list with any DIRECTORY qualifiers appended. e.g., !(1997, latest version 2001)  1     $ WILD @FIXIT; A*.*,V*.*/SEL=SIZ=MAX=64  ! oraC     $ WILD "@" BLAH*.COM 'P1' 'P2'  ! Be careful with commands likee	 this one!i  C 6.) TO.COM (SET DEF program with logical name recall stack, set def D bug fixes, and more) (First version in late 1980&#8217;s; I&#8217;veB been tinkering with it on and off ever since; newest version 2002)  @ 7.) SCHED.COM (written 1995 or 1996) lists batch jobs in reverse chronological execution order.  D You can get 3.) thru 7.) from me via e-mail. Send e-mail to afeldman* at gfigroup dot com. Here are the details:  E 1.) EXPORT DATA FROM DATABASE: At a previous job I had to export dataf@ from a third-party commercial database that had no native exportA function. I had to sort leftover junk files from the real currentpC files for three databases. For each database I had to follow 4-byteDE binary pointers to locate unlimited text fields ("notes") from a fileWA with fixed length 4096 byte records. I did that by including DUMPgB commands in one of three DCL command procedures and by READing theC data from the DUMP output! The resulting algorithm was very simple:DB Subtract 127 from the final number from the pointers and skip that? many records down in the dump file (stripped of header info, ofEF course) and it worked great! Also, the customer had zero compilers, soB DCL was the only choice. For this project I also wrote DCL commandC procedures to analyze the data and facilitate "conversion testing".   E 2.) ALL-IN-1 WordPerfect DOCUMENTS TRANSFER TO WIN95/NOVELL: For that B same customer I also wrote DCL and MS-DOS scripts to transfer each@ user's ALL-IN-1 WordPerfect files from their VAX to their NovellA server, maintaining the original ALL-IN-1 titles and dates in theO Windows 95 long file names.t  C 3.) SINGLE-DIRECTORY INCREMENTAL BACKUPS: At another previous job Iw@ wrote DCL programs that correctly perform incremental backup andF restore operations on a single directory without affecting other filesB in other directories on the same disk. The trick is to include theD relevant .DIR file explicitly in the BACKUP command. If you try thisC at home (or anywhere else), write me for the correct procedure. ***l> YOU MUST USE THE CORRECT PROCEDURE OR IT WON'T WORK RIGHT. ***E I actually used this to restore a corrupted 8-gigabyte database twicelE and it worked great. This method should also work on directory trees.oD Used on VMS 5.4-1 but I think it should work fine in newer versions.  A 4.) NOTIFY.COM - notifies you when an already-submitted batch job_F completes and gives you the completion status. This is useful for jobsB running under another username or for jobs for which you forgot to specify /NOTIFY.  B 5.) WILD.COM - Allows you to run any DCL command on any wildcardedD file-spec list with any DIRECTORY qualifiers appended. Allows you toB run the command one file at a time, to skip a file, to run all theA remaining file-specs, or to quit. Includes an emergency control-yeC escape hatch. This is because of the danger that comes when you runs< something like $ WILD @YOUR.COM *.* and you try to abort viaD control-y. The danger is that pressing control-y could exit YOUR.COME only to return control to WILD.COM which would then immediately startw on the next file.n  E 6.) TO.COM - a SET DEF program that fixes SET DEFAULT's bugs and addsx features. First, the bug fixes:i  7 SET DEFAULT has two problems with nested logical names:.   5 1.) If the first translation has a trailing colon ands7     there is no dir in the second translation, SYS$DISKn7     is changed to the 1st translation and the directoryo0     portion is not changed. The "actual" current)     directory remains hidden in SYS$DISK.t  s6 2.) If the 1st translation has no trailing colon, thenB     only the directory portion is changed! This can leave SYS$DISK4     incorrect thereby leaving the default incorrect.  F TO.COM eliminates these two problems. Also, SET DEFAULT will sometimesF change your device even though it reported an error. TO.COM takes care of that too.  e
 Features:   E a.) LNM recall stack that avoids duplicate entries, even if you enteroE the same directory by a different logical names, different disk specs B (e.g., DK0 and DKA0 refer to the same disk), or different relative
 dir-specs.  D The recall stack holds 9 directories (plus the current directory) byE default and its size can be adjusted by setting the symbol STACK_SIZE.? near the top of the code. Each entry in the stack is equated totA logical names HERE, LAST, 2BACK, 3BACK, etc. which can be used in.D subsequent DCL commands! Yes, I know it violates the official namingC convention, but the whole point is to make TO.COM very easy to use.kD (It could be rewritten without too much work to use the convention.)> The program calculates the logical name HERE which is a betterF substitute for SYS$DISK:[]. SYS$DISK:[] doesn't work when you are in aD directory like SYS$STARTUP. In that case, HERE works and SYS$DISK:[]< doesn't. Also, HERE is much easier to type than SYS$DISK:[].  
 So you can dod   $ TO SYS$STARTUP $ COPY LAST:FILE.TYP HERE:  D and it will work. HERE is always usable as your default directory as> long as you don't use any other program to change the default.  E You can also use a number to go back that many directories. E.g., useEF "$ TO 1" to go to the last directory. Use "$ TO 5" to go 5 directories
 back, etc.  E b.) Defaults are checked for existence. If specified default does not.= exist, it won't set it and will tell you what the problem is.-  E c.) File-name stripping: You can do $ @TO.COM SYSUAF and it will take.A you to the directory in which SYSUAF resides. Also works when the2F equivalence name starts with "@" as it does in many implementations of SYS$WELCOME and SYS$ANNOUNCE.t  F d.) Has logic to handle situations in which the default was changed byC another program, including storing the old default in the LOST slot- under certain circumstances.  $ e.) Directory brackets are optional.   f.) Short help file:  = Format:  $ TO [new-default] [save-old-default] [verification]    D new-default: [disk:][directory]  ! (directory brackets are optional)F              logical-name[:]     ! (equivalence name can be file-spec)E              <null>   - show LNM Recall Stack; prompt for new default 2   1 thru 'STACK_SIZE' - go that many defaults back>                     T - go to top level dir of current default*                     L - go to LOST default2                    .. - up one level (same as [-])(            -1 thru -8 - go up *-1 levels&                     \ - go to [000000]0          ?, H or HELP - display this help screen  eF You can use logical names from the LNM Recall Stack in other commands.; TO.COM interprets alphanumeric arguments with the followingnB precedence: reserved values, logical names, directory-specs. Add aD trailing colon or bracket if needed to force desired interpretation.  mF save-old-default: [Y|N|1|0] - save old default in the LNM recall stack - default is Y o  : g.) Eliminates defaults like [000000.FELDMAN] when you run       $ TO .FELDMANs  E it puts you in [FELDMAN], not [000000.FELDMAN]. I don't know why, butcC I just hate the extra 000000 and it screws up the duplicate entrieso logic also.1    A 7.) SCHED.COM - Lists batch jobs in "reverse chronological order" D (retained, executing, pending, timed release, holding; sorted withinF those categories by entry number or scheduled start time, whichever isB appropriate). (Runs a little slow, good for faster machines or forC someone to code in an interpreted language.) I haven&#8217;t needed ; this in a long time, needs some cleaning up, but runs okay.      Disclaimer: JMHO Alan E. Feldmans" afeldman atski gfigroup dotski com   ------------------------------   Date: 17 Apr 2002 17:05:47 CDT= From: wayne@tachysoft.xxx.564897.killspam.00c7 (Wayne Sewell)r( Subject: RE: Coding suggestion please.... Message-ID: <WKMt63+pxkDC@tachxxsoftxxconsult>  _ In article <CIEJLCMNHNNDLLOOGNJICEJFEMAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:m5 > Just curious, when did descriptors first enter VMS?d >    day 1i   -- tO ===============================================================================rM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)3O ===============================================================================9= Society Lady:  Are you familiar with the Great Wall of China?05        Curly:  No, but I know a big fence in Chicago!b   ------------------------------  + Date: Wed, 17 Apr 2002 18:27:56 +0000 (UTC)s1 From: sssslewis@spyder.mitre.org (Keith A. Lewis)x) Subject: Re: DEC 3000/400 VMS 6.2 probleme. Message-ID: <a9kerc$g2c$1@newslocal.mitre.org>  w "Dave" <nospam@nospam.com> writes in article <ubratufdma72f1@corp.supernews.com> dated Wed, 17 Apr 2002 13:07:00 -0400:dL >I'm hoping someone can help me.  I just got a DEC 3000/400 that was runningK >OSF1.  I installed VMS 6.2, and just about everything works fine.  The onefF >problem I'm trying to solve now is that everytime I log out (from anyH >account), or try to shutdown the machine, it reboots.  It doesn't do anE >orderly shutdown.  It just kicks over to the boot-up hardware tests.t  K Do you have a dumpfile set up?  The default is sys$system:sysdump.dmp.  Try  ANAL/CRASH on it.   I You might want to try setting the WINDOW_SYSTEM parameter to 0 and see ifh you can do an orderly shutdown.,  + --Keith Lewis              klewis$mitre.orge> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 17 Apr 2002 15:34:12 -0400a5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n) Subject: Re: DEC 3000/400 VMS 6.2 problem , Message-ID: <a9kj26$50ne$1@lead.zk3.dec.com>  I The PMAG-DA is the PXG 3D adapter.  You need to install Open3D (I have no 7 idea what the last version that V6.2 was supported on).   G A PMAGB-BA is a HX (aka the SFB) which should work well out-of-the-box.>       Dave wrote in message ...  >Hello,d >bL >I'm hoping someone can help me.  I just got a DEC 3000/400 that was runningK >OSF1.  I installed VMS 6.2, and just about everything works fine.  The onewF >problem I'm trying to solve now is that everytime I log out (from anyH >account), or try to shutdown the machine, it reboots.  It doesn't do anE >orderly shutdown.  It just kicks over to the boot-up hardware tests.2 >:E >I don't know what other information is needed, but here's what know:.# >    133 MHz, 128MB, PMAG-DA video.nG >    CPU devstat = OK KN15-BA -V5.1-S749-I196-sV1.0-DECchip 21064  P3.0s >sI >It almost appears that whenever the window manager restarts, it does then: >whole reboot thing.  Hitting CTL-F2 even causes a reboot. >dI >Does anyone know what might be causing this?  My next test is to replaceg thel8 >video card with a PMAGB-B to see if it's video related. >i >Thanks in advance.  >  >--  >David YaskoD >"The day after tomorrow is the third day of the rest of your life." >  >2 >:   ------------------------------  # Date: Thu, 18 Apr 2002 00:55:32 GMTy1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Disk Monitoring' Message-ID: <3CBE1C31.B9969E6B@fsi.net>p   Keith Parris wrote:e > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3CBCE01D.4878C1E6@fsi.net>...L > > As I understood it, SPM was separate from DECps which is why we have ECPJ > > today - I was given to understand (at a local Compaq demo) that ECP is > > based on the old SPM code. > H > All the capabilities of SPM and VPA were combined into DECps.  SPM hadE > PC Sampling, extensive tabular reports, character-cell displays andsH > some ReGIS-based graphics; VPA had the AI rules-based engine and nicer > graphics.h > H > The ECP collector came out of the DECcp lineage.  I'm told it collectsE > more data items than the DECps (now Computer Associates) collector.-  > The nagging problem now is the lack of a knowledge-base drivenF performance analysis reporting agent for VMS (ala PSPA) without paying+ tribute the ... well, don't get me started.t   --   David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Wed, 17 Apr 2002 20:28:18 +0200s& From: Bob Marcan <bob.marcan@aster.si>4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS( Message-ID: <3CBDBEC2.2FD9C79F@aster.si>   Bart Zorn wrote: >  > Johan Schoofs wrote: > > Hi all,e > >rO > > Can anyone explain how to get the standard CDE based login screen displayed.O > > on a PC running Excursion (or any other X-Windows server software)? This issM > > really a nobrainer for Tru64 hosts: just enable XDCMP (sic?) in Excursion N > > and you get a nice list of the Tru64 systems running X. You select one outN > > of the list and you get the CDE login screen displayed on the PC. We wouldP > > really like to see our OpenVMS systems doing something similar. I've checkedB > > the Excursion doc but it is of no help concerning our problem. > J > TCP/IP services for OpenVMS V5.1 do support XDM. You just have to enableA > the service. However, when I enable XDM in eXcursion, I get thesE > selection box and after I select my host, I get a login box. When IoF > enter a username/password (of which I am pretty sure they are OK), I( > just get the host selection box again. > N > Maybe I find the time to explore this a little bit further when I have time. >  > Bart Zorne  + Did you ever try the screen which is not 0?p   Regards, Bob   -- t@  Bob Marcan                           mailto:bob.marcan@aster.si?  Aster                                tel:    +386 (1) 5894-329 ?  Nade Ovcakove 1                      fax:    +386 (1) 5894-201-@  1000 Ljubljana, Slovenia                    http://www.aster.si   ------------------------------  % Date: Wed, 17 Apr 2002 23:10:56 +0200t) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>v4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS/ Message-ID: <3CBDE4E0.6030407@xs4all.nospam.nl>    Bob Marcan wrote:  > Bart Zorn wrote: >  >>Johan Schoofs wrote: >>
 >>>Hi all, >>>-N >>>Can anyone explain how to get the standard CDE based login screen displayedN >>>on a PC running Excursion (or any other X-Windows server software)? This isL >>>really a nobrainer for Tru64 hosts: just enable XDCMP (sic?) in ExcursionM >>>and you get a nice list of the Tru64 systems running X. You select one outaM >>>of the list and you get the CDE login screen displayed on the PC. We wouldeO >>>really like to see our OpenVMS systems doing something similar. I've checkedYA >>>the Excursion doc but it is of no help concerning our problem.  >>J >>TCP/IP services for OpenVMS V5.1 do support XDM. You just have to enableA >>the service. However, when I enable XDM in eXcursion, I get theiE >>selection box and after I select my host, I get a login box. When IaF >>enter a username/password (of which I am pretty sure they are OK), I( >>just get the host selection box again. >>N >>Maybe I find the time to explore this a little bit further when I have time. >> >>Bart Zorn- >  > - > Did you ever try the screen which is not 0?0 >  > Regards, Bob >   C I am afraid that I am missing something here. Can you enlighten me?i   TIA,  	 Bart Zorn3   ------------------------------  % Date: Thu, 18 Apr 2002 07:33:11 +0200w& From: Bob Marcan <bob.marcan@aster.si>4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS( Message-ID: <3CBE5A97.3D5E5C97@aster.si>   Bart Zorn wrote: >  > Bob Marcan wrote:m > > Bart Zorn wrote: > >  > >>Johan Schoofs wrote: > >> > >>>Hi all, > >>>cP > >>>Can anyone explain how to get the standard CDE based login screen displayedP > >>>on a PC running Excursion (or any other X-Windows server software)? This isN > >>>really a nobrainer for Tru64 hosts: just enable XDCMP (sic?) in ExcursionO > >>>and you get a nice list of the Tru64 systems running X. You select one outyO > >>>of the list and you get the CDE login screen displayed on the PC. We would Q > >>>really like to see our OpenVMS systems doing something similar. I've checkediC > >>>the Excursion doc but it is of no help concerning our problem.i > >>L > >>TCP/IP services for OpenVMS V5.1 do support XDM. You just have to enableC > >>the service. However, when I enable XDM in eXcursion, I get theOG > >>selection box and after I select my host, I get a login box. When I,H > >>enter a username/password (of which I am pretty sure they are OK), I* > >>just get the host selection box again. > >>P > >>Maybe I find the time to explore this a little bit further when I have time. > >>
 > >>Bart Zorn  > >  > >e/ > > Did you ever try the screen which is not 0?  > >m > > Regards, Bob > >. > E > I am afraid that I am missing something here. Can you enlighten me?I >  > TIA, >  > Bart Zornt   Try this on Linux:  ,   Xwrapper :9 vt09 -query $VMS_HOST -once &    Regards, Bob   -- n@  Bob Marcan                           mailto:bob.marcan@aster.si?  Aster                                tel:    +386 (1) 5894-329i?  Nade Ovcakove 1                      fax:    +386 (1) 5894-201b@  1000 Ljubljana, Slovenia                    http://www.aster.si   ------------------------------  % Date: Wed, 17 Apr 2002 14:28:29 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>t) Subject: Re: Fearless VMS Prognostications, Message-ID: <3CBDBEC9.2B53F727@videotron.ca>   Bob Ceculski wrote:rJ > because of a little thing called "volume sales" ...  something dec and Q > didn't understand ...c  J Yeah, if you need 1400 Itaniums to replace an IBM mainframe, I guess IntelM could declare IA64 a volume chip. Perhaps its volume will surpass that of theT 8086 ?  M Let me ask this: if that 1400 DOD supercomputer had been based on IA32/8086s,t> how many CPUs would it have needed instead of the 1400 IA64s ?   ------------------------------  % Date: Wed, 17 Apr 2002 14:07:19 -0600i% From: "Dave Rich" <drich@nucorar.com> " Subject: Found it.. Nevermind. ;-)5 Message-ID: <a9kh5i$40bkp$1@ID-136223.news.dfncis.de>a  ! A undocumented command... SET UICp   EXTREMLY Undocumented...    0 "Dave Rich" <drich@nucorar.com> wrote in message/ news:a9kgbt$41v2f$1@ID-136223.news.dfncis.de...o< > In unix, a user can be a member of several groups at once. >.) > Can this be done in VMS with the UIC's?) >rL > i.e.  Can my login be associated with 2 UIC's? the default, and another... >WD > Or, failing that, can i temporarly change my UIC's to another one. >yB > Currently, my UIC is 1,4 and i need it to be 400,0 for a moment. >n >r   ------------------------------  % Date: Wed, 17 Apr 2002 15:30:11 -0400v0 From: "Syltrem" <syltremspammenot@videotron.com>& Subject: Re: Found it.. Nevermind. ;-)4 Message-ID: <G1kv8.8589$a04.40585@tor-nn1.netcom.ca>   you can also use identifiers.r, one user can be granted several identifiers.F objects may belong to one identifie, but may be protected with an ACL,H giving different acces rights for grantees of the different identifiers.  ' UAF> HELP ADD/ID (and GRANT and REVOKE)     $ HELP SET FILE/OWN, INIT/Q, etc etc.   HTHe   --   SyltremnI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) > To reply to myself directly, remove .spammenot from my address      9 ich" <drich@nucorar.com> a crit dans le message de news:n* a9kh5i$40bkp$1@ID-136223.news.dfncis.de...# > A undocumented command... SET UICm >i > EXTREMLY Undocumented... >n > 2 > "Dave Rich" <drich@nucorar.com> wrote in message1 > news:a9kgbt$41v2f$1@ID-136223.news.dfncis.de...i> > > In unix, a user can be a member of several groups at once. > > + > > Can this be done in VMS with the UIC's?  > > C > > i.e.  Can my login be associated with 2 UIC's? the default, andg
 another... > >nF > > Or, failing that, can i temporarly change my UIC's to another one. > > D > > Currently, my UIC is 1,4 and i need it to be 400,0 for a moment. > >h > >  >i >g   ------------------------------  # Date: Wed, 17 Apr 2002 19:34:14 GMTY" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: Found it.. Nevermind. ;-)0 Message-ID: <W6kv8.668$W3.81749@typhoon.bart.nl>  - It is documented in VAX/VMS V7.2 HELP though:t   SETr     UICO  H        Changes the user identification code (UIC) of a process, which is(        one part of its security profile.  9        Requires CMKRNL (change mode to kernel) privilege.s  *                                       NOTE  ;           This command is obsolete and no longer supported.h  
        Formats            SET UIC  [uic]y      . Dave Rich <drich@nucorar.com> wrote in message/ news:a9kh5i$40bkp$1@ID-136223.news.dfncis.de... # > A undocumented command... SET UICt >o > EXTREMLY Undocumented... >3 >K2 > "Dave Rich" <drich@nucorar.com> wrote in message1 > news:a9kgbt$41v2f$1@ID-136223.news.dfncis.de...v> > > In unix, a user can be a member of several groups at once. > > + > > Can this be done in VMS with the UIC's?s > > C > > i.e.  Can my login be associated with 2 UIC's? the default, and 
 another... > >eF > > Or, failing that, can i temporarly change my UIC's to another one. > >SD > > Currently, my UIC is 1,4 and i need it to be 400,0 for a moment. > >s > >  >i >t   ------------------------------  # Date: Wed, 17 Apr 2002 19:41:10 GMTS2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: Found it.. Nevermind. ;-)9 Message-ID: <qdkv8.33$Kb1.757887@cacnews.cac.cpqcorp.net>.  ] In article <a9kh5i$40bkp$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes: " :A undocumented command... SET UIC :r :EXTREMLY Undocumented...      And with good reason.i    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 17 Apr 2002 19:51:30 GMT 0 From: rickm@oregon.uoregon.edu (Rick Millhollin)) Subject: Re: Free Encyption tool for VMS?o2 Message-ID: <3cbdd1c9.1295560116@news.uoregon.edu>  E On 17 Apr 2002 01:47:04 +0800, Paul Repacholi <prep@prep.synonet.com>t wrote:  F >> >>I am looking an encryption tool for files transferred between our9 >> >>systems.  Any one knows such simple encryption tool?   < PGP is available from http://www.pl.pgpi.org/platforms/vms/.   ------------------------------  % Date: Wed, 17 Apr 2002 16:21:12 -0400o  From: norm.raphael@jamesbury.com) Subject: Re: Free Encyption tool for VMS?e4 Message-ID: <C2256B9E.006EC2D1.00@jklh22.valmet.com>  > --0__=Bh65zI9pkfypM0jVdy6swrFdb3D6bhsBWufeprfkzMI6j69HsKbK49ZS* Content-type: text/plain; charset=us-ascii Content-Disposition: inline          But...F PGP freeware versions should be used for non-commercial purposes only. And...H PGP 2.6.3i is probably illegal to use within the USA, so if you are a US citizen, you should not use it.d" So...it's not for everyone, is it?  8 PGP for VMS (Embedded image moved to file: pic16424.gif)    
 PGP 2.6.3i= PGP 2.6.3i should compile out-of-the-box on most VMS systems.  [About | More info | Download]      and the More info link is stale.           PGP 5.0i' Sorry, no port yet. Maybe you can help?o [About]D     PGP 5.5iC There will not be a 5.5i version for VMS. Wait for PGP 6.0 instead.d          2 rickm@oregon.uoregon.edu on 04/17/2002 03:51:30 PM  * Please respond to rickm@oregon.uoregon.edu   To:   Info-VAX@mvb.saic.comu cc: * Subject:  Re: Free Encyption tool for VMS?      E On 17 Apr 2002 01:47:04 +0800, Paul Repacholi <prep@prep.synonet.com>p wrote:  F >> >>I am looking an encryption tool for files transferred between our9 >> >>systems.  Any one knows such simple encryption tool?i  < PGP is available from http://www.pl.pgpi.org/platforms/vms/.            @ --0__=Bh65zI9pkfypM0jVdy6swrFdb3D6bhsBWufeprfkzMI6j69HsKbK49ZS--   ------------------------------  % Date: Wed, 17 Apr 2002 16:32:47 -0400s  From: "Dave" <nospam@nospam.com>) Subject: Re: Free Encyption tool for VMS?p/ Message-ID: <ubrn21nra18362@corp.supernews.com>o  J Out of curiousity, why is PGP 2.6.3i illegal for use INSIDE the US?  I canJ understand import/export rules, but illegal inside?  It seems pretty 1984, eh?S   -- David Yasko C "The day after tomorrow is the third day of the rest of your life."=    - <norm.raphael@jamesbury.com> wrote in messagen. news:C2256B9E.006EC2D1.00@jklh22.valmet.com... :/ :w :c : But...H : PGP freeware versions should be used for non-commercial purposes only. : And...J : PGP 2.6.3i is probably illegal to use within the USA, so if you are a US! : citizen, you should not use it. $ : So...it's not for everyone, is it?	 : .......l   ------------------------------  + Date: Wed, 17 Apr 2002 21:10:28 -0500 (CDT)- From: sms@antinode.org) Subject: Re: Free Encyption tool for VMS?s) Message-ID: <02041721102800@antinode.org>.    From: "Dave" <nospam@nospam.com>L > Out of curiousity, why is PGP 2.6.3i illegal for use INSIDE the US?  I canL > understand import/export rules, but illegal inside?  It seems pretty 1984, > eh?A  D    I claim no special expertise, but as I recall, the natural way toD build 2.6.3i replaces some RSA code with some (more capable) non-RSAA code which may involve a US patent violation.  If you get the RSAeD library elsewhere (such as from the MIT 2.6.2 distribution), you canF build a USA-legal edition of 2.6.3.  I've forgotten the details of theH rather complex history of the RSA code, but I assume that it's available
 somewhere.  H    Many people claim that the stock MIT 2.6.2 and PGPI 2.6.3[i] kits areA suitable for VMS, but they left me displeased enough to make some ) changes, details of which may be found atiB "http://www.antinode.org//dec/sw/pgp.html".  Call me a whiner, butE requiring the key files to be in the current/default directory seemed E like a problem to me.  If nothing else, the MMS/MMK description filest% can be handy for further development./  E    Now that the export restrictions have been relaxed, if there's any E great interest, I could package up complete kits instead of providing E only the changed files.  I haven't looked closely at this stuff sincei/ 1999, but what could change in so short a time?f  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)pG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)c9    sms@antinode.org                sms@provis.com  (work)n   ------------------------------  # Date: Thu, 18 Apr 2002 04:11:09 GMTtL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")) Subject: Re: Free Encyption tool for VMS? 8 Message-ID: <00A0C9DC.DC241FA2@SSRL04.SLAC.STANFORD.EDU>  B In article <02041721102800@antinode.org>, sms@antinode.org writes:! >From: "Dave" <nospam@nospam.com>bM >> Out of curiousity, why is PGP 2.6.3i illegal for use INSIDE the US?  I cangM >> understand import/export rules, but illegal inside?  It seems pretty 1984,B >> eh? >fE >   I claim no special expertise, but as I recall, the natural way to E >build 2.6.3i replaces some RSA code with some (more capable) non-RSA B >code which may involve a US patent violation.  If you get the RSAE >library elsewhere (such as from the MIT 2.6.2 distribution), you canjG >build a USA-legal edition of 2.6.3.  I've forgotten the details of thetI >rather complex history of the RSA code, but I assume that it's availablen >somewhere.: >BI >   Many people claim that the stock MIT 2.6.2 and PGPI 2.6.3[i] kits areEB >suitable for VMS, but they left me displeased enough to make some* >changes, details of which may be found atC >"http://www.antinode.org//dec/sw/pgp.html".  Call me a whiner, buteF >requiring the key files to be in the current/default directory seemedF >like a problem to me.  If nothing else, the MMS/MMK description files& >can be handy for further development. >iF >   Now that the export restrictions have been relaxed, if there's anyF >great interest, I could package up complete kits instead of providingF >only the changed files.  I haven't looked closely at this stuff since0 >1999, but what could change in so short a time?  H Well, the RSA people could abandoned enforcement of their patent shortly6 before the patent expired.  That might be significant.   -- Alan   O ===============================================================================-0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056iM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210aO ===============================================================================p   ------------------------------  # Date: Wed, 17 Apr 2002 20:46:22 GMTP! From: Andy <acs@fcgnet.works.net>-6 Subject: Re: getting SIMH 2.9-6/VAX + VMS configured ?> Message-ID: <Xns91F3AA64B80F7acsfcgnetworksnet@216.166.71.232>  : This is great but I'm probably missing something here %-).  C I was able to compile it on Mac OS X (V10.1.3 w/Apple's cc version d: gcc-932.1) and sort of figured out how to set up a minimalA  configuration file (to cut down on typing when playing with it):u   LOAD -r KA655.BINn SET CPU 64Mr SET DZ LINES=8 ATTACH -a DZ 12000 SET RQ0 RD54 ATTACH RQ0 vaxsys.dska  = and I attempted to use the disk image I had from playing withi> picoVAX ( vaxsys.dsk above) though I'm not sure if that SHOULD; really work %-) since that says it's emulating a KA630 (or  ) something like that). But it didn't boot.t   Details/questions below....    A show config gets me:   sim> show conf VAX simulator configurationa   CPU, 65536KB TLB, 2 units   TLB0, 8KWt   TLB1, 8KW 
 ROM, 128KB NVR, 1KB
 SYSD, 2 units-   SYSD0M   SYSD1  QBA  TTI  TTO  CSIa CSO, not attachede CLK , PTR, address=20001F68-20001F6F, not attached, PTP, address=20001F68-20001F6F, not attached, LPT, address=20001F4C-20001F4F, not attached& RQ, address=20001468-2000146B, 4 units<   RQ0, 159334KB, attached to vaxsys.dsk, write enabled, RD542   RQ1, 159334KB, not attached, write enabled, RD542   RQ2, 159334KB, not attached, write enabled, RD54/   RQ3, 409KB, not attached, write enabled, RX50.& RL, address=20001900-20001909, 4 units4   RL0, 2621KW, not attached, write enabled, autosize4   RL1, 2621KW, not attached, write enabled, autosize4   RL2, 2621KW, not attached, write enabled, autosize4   RL3, 2621KW, not attached, write enabled, autosize: TS, address=20001550-20001553, not attached, write enabled< DZ, address=20000040-20000047, lines=8, attached to 12000, 0 connections   9 And if I try to actually boot from my system image I get:a  
 sim> b cpu     KA655-B V5.3, VMB 2.7    Performing normal system tests.e@ 40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..@ 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09.. 08..07..06..05..04..03.. Tests completed.	 >>>b dua0D (BOOT/R5:0 DUA0)         2..h -DUA0c   1..0..    = %SYSBOOT-I-SYSBOOT Mapping the SYSDUMP.DMP on the System DiskfB %SYSBOOT-I-SYSBOOT SYSDUMP.DMP on System Disk successfully mapped : %SYSBOOT-I-SYSBOOT Mapping PAGEFILE.SYS on the System Disk< %SYSBOOT-I-SYSBOOT SAVEDUMP parameter not set to protect the
 PAGEFILE.SYS i?    OpenVMS (TM) VAX Version V7.2     Major version id = 1 Minor     version id = 0   < PLEASE ENTER DATE AND TIME (DD-MMM-YYYY  HH:MM)  17-APR-2002; %SYSINIT-E, error mounting system device, status = 000008C4   ! And that's as far as it goes.... -  ? so my assumption (correct/incorrect) (Since the same disk imageo: works with picoVAX on my PC)  is that it doesn't like that installed version of VMS.   A So..... the next step... how do I take my VAX VMS 7.2 CD (not the A Hobbyest version but that shouldn't matter here) and read it with:< SIMH so I can install that ? Or do I have to create an image of that CD ? And with what ?  = And how do I create a disk image to install ONTO. The picoVAXX? DOS/Windows based disk image creator ? Or is there another way r= using Mac OSX ? Or is my littel iBook just never destined to g< run a real operating system (even if just in emulation...) ?  7 There are directions for getting NetBSD running on simhp at:   3 http://www.netbsd.org/Ports/vax/emulator-howto.htmlM9  but I couldn't find anything as helpful for VMS. Just a E  "boot from the installation cd."   Thanks :-).p   -Andy-   ------------------------------  % Date: Wed, 17 Apr 2002 19:37:07 +0100 K From: "richard_mccutcheon@dsl.pipex.com" <richard.mccutcheon@dsl.pipex.com>  Subject: Help.....: Message-ID: <3cbdc0e4$0$8513$cc9e4d1f@news.dial.pipex.com>   Hi ,K Can anone tell me if its possible to set up a Drive icon up in Win NT  thath@ will provide a real time list of files on a Vax. Then be able toL (transparently to a user) transfer files backwards and forwards between a PCH hard disc and the Vax disc. Or of any program able to perform this task.   Thanks   Mac    ------------------------------  % Date: Wed, 17 Apr 2002 13:55:14 -0600I% From: "Dave Rich" <drich@nucorar.com>u Subject: Re: Help.....5 Message-ID: <a9kgeu$3v7ha$1@ID-136223.news.dfncis.de>b   Introducing.... SAMBA..   H I am not 100% sure how to set samba up on the vms side (was already done here)6G But you can map drives from Win machines to the vms machines just fine.9    K "richard_mccutcheon@dsl.pipex.com" <richard.mccutcheon@dsl.pipex.com> wrote-? in message news:3cbdc0e4$0$8513$cc9e4d1f@news.dial.pipex.com...e > Hi ,G > Can anone tell me if its possible to set up a Drive icon up in Win NTo thatB > will provide a real time list of files on a Vax. Then be able toK > (transparently to a user) transfer files backwards and forwards between aa PCJ > hard disc and the Vax disc. Or of any program able to perform this task. >  > Thanks >g > Mact >  >l   ------------------------------    Date: 17 Apr 2002 14:42:20 -0700# From: raymond.badiak@wcom.com (Ray)h' Subject: How to change DS700 IP addresso< Message-ID: <abd4bb23.0204171342.5add0bc@posting.google.com>   Hi,0  0 I have 7 used ds700's, 1 ds700-8 and 6 ds700-16.0 All but one has the H0345-AA Flash with BL47-60.4 The other has some other vendor Flash with BL49-62a.  9 The 6 TS with BL47 already had the IP 65.77.0.0/255.0.0.0 8 The BL47 one IP was blank and allows me to set a new IP.  6 None of the BL47's allows me to change the IP address.  6 Moving the "good" Flash around to other servers still # allows me to change the IP address.r  1 Can someone tell me how to change the IP address.h   Thanks
 Ray Badiak   ------------------------------  # Date: Wed, 17 Apr 2002 22:11:33 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: How to change DS700 IP address 9 Message-ID: <pqmv8.40$vd1.827507@cacnews.cac.cpqcorp.net>-  b In article <abd4bb23.0204171342.5add0bc@posting.google.com>, raymond.badiak@wcom.com (Ray) writes:2 :Can someone tell me how to change the IP address.  I   On most DECserver widgets with IP, the command is SET INTERNET ADDRESS.u  G   Poke around over at www.dnpg.com for information on the DECserver 700 -   series, and particularly the DNAS software.i  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 17 Apr 2002 14:15:21 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>.; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEc, Message-ID: <3CBDBBB6.22E8C988@videotron.ca>   Jerry Leslie wrote:eF >    The HP-Linux supercomputer, which will consist of next-generationH >    Intel computer chips code-named McKinley and Madison, will run at aK >    peak performance of 8.3 trillion floating point operations per second,' >    HP says.     K How far along development is McKinley and Madison for HP to be able to make % such $24 million dollar commitments ?I  8 Also, what sort of architecture will support 1400 CPUs ?  N Interesting that they are selling Linux instead of HP-UX. You'd think that theJ Tru64 clustering that will be integrated in HP-UX (it will, right ?) would3 give it a big edge when trying to manage 1400 CPUs.   M How much power will that beast consume ? Will they need a nuclear power plants to power the beast ?   ------------------------------  # Date: Wed, 17 Apr 2002 18:45:32 GMTf* From: "Bill Todd" <billtodd@metrocast.net>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoE A Message-ID: <gpjv8.63265$%l3.6005691@bin8.nnrp.aus1.giganews.com>d  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CBDBBB6.22E8C988@videotron.ca... > Jerry Leslie wrote:DH > >    The HP-Linux supercomputer, which will consist of next-generationJ > >    Intel computer chips code-named McKinley and Madison, will run at aE > >    peak performance of 8.3 trillion floating point operations per, second,a > >    HP says.s >r >gH > How far along development is McKinley and Madison for HP to be able to make' > such $24 million dollar commitments ?'  3 HP gave up any other real choice quite a while ago.   G McKinley is supposedly on the threshold of release - but then again its,K release date has slipped so often already that it's not too surprising that J the Q1 date has now slipped into Q2.  Some people suspect that it may haveJ real problems in MP configurations rather than just being slow getting out: the door, but I have no data one way or the other on that.  D Madison, being almost purely a McKinley shrink, is not significantly4 riskier:  if McKinley ships, so likely will Madison.   >n: > Also, what sort of architecture will support 1400 CPUs ?  L MPI and friends:  the same way other supercomputers are tying together large batches of ES45s.    - bill   ------------------------------  % Date: Wed, 17 Apr 2002 16:48:31 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>-; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEn, Message-ID: <3CBDDF93.1D75788C@videotron.ca>   Bill Todd wrote:J > > How far along development is McKinley and Madison for HP to be able to > make) > > such $24 million dollar commitments ?o > 5 > HP gave up any other real choice quite a while ago..    M Is it possible that HP, wanting very much to show that its commitment to IA64tM wasn't a mistake, decided to essentially give those 1400 CPUs for free to DOD>E because that would show that HP is a valid supplier of such systems ?l  D Since the deal includes chips that aren't even close to being fabbedN (Madison), is it fair to assume that delivery dates would be "very flexible" ,? perhaps an extended growth schedule starting with only 2 CPUs ?C    J My concern is that to commit to a 1400 CPU system based on an architectureK that has yet to prove it can divide without floating point errors let alone-! scale to 1400 CPUs is very risky..  F > Madison, being almost purely a McKinley shrink, is not significantly6 > riskier:  if McKinley ships, so likely will Madison.  H But it doesn't really make sense for DOD to be ordering systems now thatM cannot be delivered for a couple of years. Sounds like a direct subsidy to me @ if DOD is paying out money for systems that it doesn't yet need.  N If it needed the systems right away, it would probably have gone with Alpha or. Power since both can delivery computing today.   ------------------------------  # Date: Wed, 17 Apr 2002 22:57:30 GMTfL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEe8 Message-ID: <00A0C9B1.0AD4D8AE@SSRL04.SLAC.STANFORD.EDU>  \ In article <3CBDBBB6.22E8C988@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Jerry Leslie wrote:G >>    The HP-Linux supercomputer, which will consist of next-generation>I >>    Intel computer chips code-named McKinley and Madison, will run at afL >>    peak performance of 8.3 trillion floating point operations per second, >>    HP says. u >r >ML >How far along development is McKinley and Madison for HP to be able to make& >such $24 million dollar commitments ? >.9 >Also, what sort of architecture will support 1400 CPUs ?D >uO >Interesting that they are selling Linux instead of HP-UX. You'd think that thelK >Tru64 clustering that will be integrated in HP-UX (it will, right ?) wouldn4 >give it a big edge when trying to manage 1400 CPUs.   Why?  O Seriously, if they're doing massively parallel processing, what good does a DLMaM do them?  They're not competing for the same resource, and the whole computer K may be running only one job at a time.  It isn't as though each CPU will bea allowing user logins..  E Linux already has tools (in fact developed at DOE sites) for managing K loosely-couple massively parallel computation; google on "Beowulf clusters"? for more information.-   >-N >How much power will that beast consume ? Will they need a nuclear power plant >to power the beast ?F  P Good questions.  But Google doesn't seem to need a nuclear power plant to power M some thousands of separate Linux boxes, each of which have some disk of theire own.   -- AlanI  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056rM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210hO ===============================================================================l   ------------------------------  % Date: Wed, 17 Apr 2002 14:32:17 -0400c- From: JF Mezei <jfmezei.spamnot@videotron.ca>aO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux , Message-ID: <3CBDBFAC.14519766@videotron.ca>   Rob Young wrote: >         Copy Galaxy features?,B >         Dynamic Partitions.  High speed partition communication.C >         In both cases, poor knock-offs.  But when using Unix, yout> >         do the best you can with what you have to work with.    K Was Digital/Compaq truly the first with Dynamic partitions ? What about IBMtH mainframes ? They've had the ability to partition since the early 1990s.   ------------------------------   Date: 17 Apr 2002 18:29:26 GMT3 From: bobd@araminta.uts.ohio-state.edu (Bob DeBula)sO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux-: Message-ID: <a9keu6$bc1$1@charm.magnus.acs.ohio-state.edu>  G Main, Kerry <Kerry.Main@Compaq.com> carefully crafted electrons to say:o
 > Andrew - > G > >>> If you want rude just contemplate what your customers think about J > you. Your memory is short if you have forgotten Alphacide Compaction andF > all the other things that have been done to shaft your customers.<<< > H > And do you think Sun's decision to kill Solaris on all 32bit and 64bit> > Intel servers was received with great joy by your Customers?  B Actually, I heard more comments of the variety "what took them so @ long to get behind Linux and give up on X86?". And the number ofA consultation calls I've ever taken on campus for X86 is minisculei< compared to Sparc queries, even though we distribute X86 CDs3 on loan for free as part of the ScholarPac program.s  D Sun has a far better track record, and far better sales as a result,D because they tend to stick to a direction once they pick it and theyF only rarely get diverted into sideshows. Digital danced the tarantellaF of flakiness under the likes of Sideshow Bob Palmer and that traditionH seems to continue today. I doubt cHomPaq will be any different. CluelessE PHB marketdroid business suits with rehashed dance steps and a tunnelRJ vision focus on short term profits isn't the recipe to save anything, IMO.  + > If so, then here's some feedback for you-[ > 4 > http://www.theregister.co.uk/content/53/23598.html. > "User fury as Sun puts x86 Solaris to sleep" > G > "You've killed the dream, Sun. New admins *DON'T* have a way to learnh, > about Sun on the cheap," wrote one user. "  D I'd certainly disagree with that. In the US, you can buy a brand newD SunBlade 100 for around $995. In academia, you can buy one (usually)C for $795.  Anyone seriously interested in Solaris shouldn't have tofC miss too many meals. Also, Solaris 8 X86 will be around for quite aaA while and, since people are expected to buy DOA Alpha technology,aK because it'll "still be a runnin' like a porcupine with lit sparkler stuck  C in its' teeth in ten or twenty years", surely they can make do withe& Solaris 8 X86 for another five or ten?  E > And of course, we certainly do not want to drag out the old "how to=H > treat Customers with ECC cache problems" stories from the past either.  @ Yargggh, I won't even go to the land of comparative times I can A recall being hoisted from the yardarm by DEC/Digital/COMPAQ afterB? having been reassured, only to find Humpty Dumpty had cracked a=; major leak over whatever had just been proposed or seconded-A when DDC had another seachange in direction. After a while, folksmE just stopped doing the DDC thing here pretty much on their own. ThoseMH that didn't heed the warning signs of a lit porcupine stampeding through> the campgrounds of the future usually came to regret it. Can'tB recall too many things that have gone wrong on Sun recommendations: and that's a lot of systems over the course of the years.   7 > Another example of the "pot calling the kettle black"y  @ Actually, no one needs to smudge DDC, they do a fine job of thatG all by themselves. Sun and Sparc can appear stodgy, plodding, slow, andeG less sexy than most architectures, but it stays consistent and it keepsoD moving in a *forward* direction, unlike some others I could name whoF danced in the "Merced is the answer to everything" puppet chorus line.      J ==========================================================================9               Disclaimer: These are my views, not the U's   ?         "If it's in the paper it must be true!" --- D. Doright Y   ------------------------------    Date: 17 Apr 2002 13:56:35 -0500+ From: young_r@encompasserve.org (Rob Young),O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxa3 Message-ID: <pJDuoihiWLWA@eisner.encompasserve.org>1  \ In article <3CBDBFAC.14519766@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Rob Young wrote:  >>         Copy Galaxy features?C >>         Dynamic Partitions.  High speed partition communication.=D >>         In both cases, poor knock-offs.  But when using Unix, you? >>         do the best you can with what you have to work with.  >  > M > Was Digital/Compaq truly the first with Dynamic partitions ? What about IBMeJ > mainframes ? They've had the ability to partition since the early 1990s.    	Yes... they did and do.  LPARs.  A 	The Galaxy folk were/are well aware of LPARs as cited in one they 	patent grants:t   http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=4&f=G&l=50&co1=AND&d=ft00&s1=kleinsorge&OS=kleinsorge&RS=kleinsorge  O The VM architecture supports the concept of a "logical partition" or LPAR. EacheI LPAR contains some of the available physical CPUs and resources which are.O logically assigned to the partition. The same resources can be assigned to moreSL than one partition. LPARs are set up by an administrator statically, but canO respond to changes in load dynamically, and without rebooting, in several ways.eO For example, if two logical partitions, each containing ten CPUs, are shared oniK a physical system containing ten physical CPUs, and, if the logical ten CPUYJ partitions have complementary peak loads, each partition can take over theJ entire physical ten CPU system as the workload shifts without a re-boot or operator intervention. e  M In addition, the CPUs logically assigned to each partition can be turned "on"eK and "off" dynamically via normal operating system operator commands withoutDH re-boot. The only limitation is that the number of CPUs active at systemL intitialization is the maximum number of CPUs that can be turned "on" in any partition. h  O Finally, in cases where the aggregate workload demand of all partitions is more I than can be delivered by the physical system, LPAR weights can be used to L define how much of the total CPU resources is given to each partition. TheseC weights can be changed by operators on-the-fly with no disruption. u    @ 	One of the noted drivers in Galaxy (if I be so bold) was to get 	away from a Hypervisor.  C 	I'm supposing it was a good design decision.  The CPU to the load,dD 	not the load to the CPU.  Of course, it takes until Marvel for this  	to be borne out, I suppose ;-).  @ 	But they are two different paradigms.  But back to Sun's model.= 	Sun has CPU to the load too.  Problem is, the granularity is9A 	very suspect, i.e. a board at a time.  But then again, with Unixl< 	you do the best you can... with what you have to work with.   				Robs   ------------------------------    Date: 17 Apr 2002 16:09:30 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris)d) Subject: Re: HSG controller and new diskse= Message-ID: <6ec1251e.0204171509.516a8857@posting.google.com>-   "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com> wrote in message news:<3D35AD137AAAD411A6BA0008C7B1B12D032C3809@MBCALBEXC03.BENDER.COM>...6; > I think a RUN CONFIG followed by SHOW DISK and then SHOW 12 > on each individual disk to see what model it is.  > Rather than SHOW DISK followed by a lot of individual SHOW xxx8 commands, one could do a SHOW DISK FULL command instead.. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  ! Date: Wed, 17 Apr 02 23:07:19 GMTt5 From: witold.waldman@not.here.com.au (Witold Waldman)r. Subject: Re: Insufficient virtual memory error7 Message-ID: <a9l2np$t9e$1@foxhound.dsto.defence.gov.au>d  G Thanks to all who responded. My page file quota has been increased and bD the program now runs quite happily. My testing indicates that I can F achieve allocation/deallocation of 100 MB arrays, which is sufficient  for my purposes.   Witold Waldman   ------------------------------  # Date: Thu, 18 Apr 2002 00:58:17 GMTp+ From: tom@automatedtech.com (Tom Hickerson)s8 Subject: Re: Leak with Apache / Compaq Secure Web Server3 Message-ID: <3cbe19ba.94670519@news.mindspring.com>n  C Upgraded to latest release - that improved the situtation locks not.C increasing on each hit but locks still increasing when new sessionsI
 connect.  ???h   ------------------------------   Date: 18 Apr 2002 04:53:27 GMT+ From: "Joe Heimann" <heimann@ecs.umass.edu> + Subject: Re: learning how to use a computerl, Message-ID: <a9ljg7$6an$2@odo.ecs.umass.edu>  ) Bill Todd <billtodd@metrocast.net> wrote:   < > "Bob Koehler" <koehler@encompasserve.org> wrote in message/ > news:wpe3YT6wYoY3@eisner.encompasserve.org...hJ >> In article <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>, "Bill( > Todd" <billtodd@metrocast.net> writes: >> >J >> > I was not suggesting that no one can shift that smoothly, since I canF >> > myself.  The suggestion was that *most* people, even after having
 > operatedI >> > manual transmissions for most of their lives, still haven't acquiredf > that >> > level of competence >>K >>    And those of us who have wear out clutches too fast.  I can never getcG >>    more than 50K miles on a clutch, so I've given up on the cost ande1 >>    expense and simply gone with the automatic.   H > I routinely drive vehicles well over 100K miles and have yet to have aD > clutch replaced.  I suspect that the fault is with your technique:D > performed correctly, no additional clutch wear occurs (and in fact/ > considerably less than with a 'jerky' shift).@   > - bill  G Have to agree with Bill, last car I had was traded in at 227,000+ milesDG with the original clutch still in it.  Though it might not have made itiG to 250,000, I could tell that the self adjuster on the clutch cable haduE reached its last click.  I do admit though that I did get training infB using a clutch 20 some years ago to drive buses, including one old' highway coach with a crash-box 4 speed.    Joe Heimann    heimann@ecs.umass.edu    ------------------------------  # Date: Wed, 17 Apr 2002 21:04:40 GMTc# From: "John Smith" <a@nonymous.com> G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)tF Message-ID: <Irlv8.3269$Hji.3117@news01.bloor.is.net.cable.rogers.com>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3CBCDED5.95156971@fsi.net...n >eH > Even better: run a 10/100BaseT cable from the car to a home LAN hub inC > the garage and run something on your Win, Linux/KDE/Gnome, Mac or E > whatever desktop and see exactly what the car is complaining about,AG > order parts on-line and arrange delivery, ... up/down-load music, mapp' > data, etc. via your home network, ...e >p% > I can see a lot of possibilities...e    F "Honestly officerthere was nothing I could do. I got a BSOD and my car crashed.   ------------------------------  # Date: Thu, 18 Apr 2002 00:49:28 GMTh1 From: "David J. Dachtera" <djesys.nospam@fsi.net> G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)e' Message-ID: <3CBE1AC5.213D5ECE@fsi.net>a   John Smith wrote:s > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3CBCDED5.95156971@fsi.net...a > >hJ > > Even better: run a 10/100BaseT cable from the car to a home LAN hub inE > > the garage and run something on your Win, Linux/KDE/Gnome, Mac orlG > > whatever desktop and see exactly what the car is complaining about,oI > > order parts on-line and arrange delivery, ... up/down-load music, mapo) > > data, etc. via your home network, ...  > >o' > > I can see a lot of possibilities...e > H > "Honestly officerthere was nothing I could do. I got a BSOD and my car
 > crashed.  1 Makes you wonder about Billyware on warships, eh?    --   David J. Dachterae dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 18 Apr 2002 00:50:32 GMTp1 From: "David J. Dachtera" <djesys.nospam@fsi.net>mG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)o' Message-ID: <3CBE1B06.E8D71F5F@fsi.net>d   Alex Colvin wrote: > I > >Even better: run a 10/100BaseT cable from the car to a home LAN hub inlD > >the garage and run something on your Win, Linux/KDE/Gnome, Mac orF > >whatever desktop and see exactly what the car is complaining about,H > >order parts on-line and arrange delivery, ... up/down-load music, map( > >data, etc. via your home network, ... > & > >I can see a lot of possibilities... > # > virus for your engine controller?y  H Make sure BG, Inc. has nothing to do with it and it should be reasonably secure.d    Would you believe: embedded VMS?   -- a David J. Dachteraf dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/0   ------------------------------  # Date: Thu, 18 Apr 2002 00:37:33 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")( Subject: Many thanks to Island Computers8 Message-ID: <00A0C9BF.051E5BB1@SSRL04.SLAC.STANFORD.EDU>  	 VMSers --y  7 This is an unsolicited testimonial to Island Computers.t  L A little over a year ago, I bought one of the PC164-LX based systems for useJ at home.  (It's been the testbed system for the webserver book, since the H DOE frowns on its systems being used for non-governmental purposes.)  ItI arrived with VMS pre-installed; I just had to plug in the EDU license and. I was in business.  N It ran flawlessly until last Tuesday, when it suddenly died.  The twelve-monthM warranty had expired two weeks before.  I urgently needed the system to work.i  G Dave Turner at Island sent me a new motherboard and disk controller perCK warranty even though the warranty had expired. I just had to supply a FedExzG account number to get the parts the next day.  Now I'm back on the air.x  N This is customer service above and beyond contractual obligation, and I really( appreciate it.  I really recommend them.   -- Alan     O ===============================================================================y0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056?M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210iO ===============================================================================u   ------------------------------  # Date: Wed, 17 Apr 2002 22:34:47 GMT # From: "John Smith" <a@nonymous.com>40 Subject: Re: Merger Vote Results,  R.I.P. DECpaqF Message-ID: <bMmv8.5143$Hji.3007@news01.bloor.is.net.cable.rogers.com>  I Guess we might soon start hearing in public what the secret product plansl are.  J For sure we will hear all about the thousands of layoffs. And probably, asC is typical in mass layoff situations, the wrong people will be madenB redundant (my, isn't that a nice way of saying 'terminated without prejudice').   ------------------------------  # Date: Wed, 17 Apr 2002 22:31:00 GMTi# From: "John Smith" <a@nonymous.com>t, Subject: Merger Vote Results,  R.I.P. DECpaqF Message-ID: <EImv8.5101$Hji.3993@news01.bloor.is.net.cable.rogers.com>  B http://online.wsj.com/article/0,,SB1019076152284521120.djm,00.html  6 H-P Says Margin of Victory Was About 45 Million SharesK But Dissident Director Walter Hewlett Says He Won't Give Up Legal Challenge.) A WALL STREET JOURNAL ONLINE NEWS ROUNDUP   J Hewlett-Packard Co. said the preliminary tally of the vote on the proposedH acquisition of Compaq Computer Corp. shows that H-P shareowners voted inH favor of the merger by a margin of about 45 million shares, or about 3%.K Reacting to the announcement, dissident H-P director Walter Hewlett said he<3 will press on with his legal challenge to the deal.w  D The company said votes "For" the merger totaled 837.9 million. Votes? "Against" the merger totaled 792.6 million. The company said anoL "insignificant number" of votes cast remain unresolved. H-P said shareownersJ not affiliated with the Hewlett and Packard families and their foundations3 voted for the merger by a margin of roughly 2-to-1.e  A The tally was prepared by the independent inspectors of election.a  H In prepared remarks, H-P Chairman and Chief Executive Carly Fiorina saidJ that the company is "gratified" by the results and added: "We are eager toI put this difficult period behind us and look forward to doing business asj
 the new H-P."i  L Earlier this week, H-P revealed it has been subpoenaed by the Manhattan U.S.J Attorney's office and informally contacted by the SEC regarding the CompaqI deal. Also, Deutsche Asset Management, in its first public comments about J its involvement, said it made an "independent judgment" on the contentious deal.   I How Deutsche Asset Management voted its 25 million H-P shares is of greataJ interest because H-P's proposed purchase of Compaq has been embroiled in aG nasty proxy fight with Mr. Hewlett, son of an H-P co-founder. After thewJ March 19 H-P shareholder vote on the matter, H-P claimed it had won enoughF votes, based on a preliminary count, to approve the deal. Mr. Hewlett,# however, refused to concede defeat.l  E In late March, Mr. Hewlett filed a lawsuit seeking to invalidate somerI shareholder votes in H-P's purchase of Compaq. In particular, Mr. HewlettoJ alleged that H-P improperly used corporate assets to coerce Deutsche AssetL Management into switching about 17 million of its H-P shares in favor of theI Compaq acquisition. H-P has denied it did anything improper. A trial overa! the lawsuit is set for next week.i    --------------------------------  L http://online.wsj.com/article/0,,SB1019080661657410040,00.html?mod=article-o	 utset-box    H-P Statement on Vote TallynL HP Shareowners Approve Compaq Merger Proposal, According to Preliminary Vote Tallyn  G PALO ALTO, Calif. --April 17, 2002-- Hewlett-Packard Company (NYSE:HWP)wI today announced that the preliminary vote tally from the March 19 speciallA meeting of HP shareowners affirms that the proposal was approved.N  E The preliminary vote tally, prepared by the independent inspectors of L election, shows that HP shareowners voted in favor of the merger by a marginH of approximately 45 million shares. Moreover, shareowners not affiliatedI with the Hewlett and Packard families and their foundations voted for thel" merger by a margin of roughly 2:1.  K Votes "FOR" the merger totaled approximately 837.9 million. Votes "AGAINST"yI the merger totaled approximately 792.6 million, of which almost half wereuD affiliated with the Hewlett and Packard families and foundations. An5 insignificant number of votes cast remain unresolved.f  J "We are gratified the preliminary vote tally validates that HP shareownersH voted the majority of their shares in support of the merger," said CarlyK Fiorina, HP chairman and chief executive officer. "We are eager to put thisoH difficult period behind us and look forward to doing business as the new HP."  G If Walter Hewlett demands a recount, both parties will participate in aeE review of the proxies, which HP expects would begin promptly and lastiD approximately one week. In addition, the final tally is subject to aD challenge process that could take another one to two days. FollowingF completion of any recount and challenge, the independent inspectors of4 election will release a final, certified vote tally.  $ Updated April 17, 2002 6:00 p.m. EDT   -----------------------------e  L http://online.wsj.com/article/0,,SB1019080228634330640,00.html?mod=article-o	 utset-boxe  " Hewlett Trust's Statement on Tally  E William R. Hewlett Revocable Trust comments on preliminary results ofw  Hewlett-Packard stockholder vote Palo Alto, CA, April 17, 2002t  K The William R. Hewlett Revocable Trust today issued the following statementeI regarding the preliminary results issued by the independent inspectors of.I election of the voting results from the March 19, 2002 special meeting of=) Hewlett-Packard (NYSE: HWP) stockholders:   L As we stated previously, the margin of this vote was extremely narrow. TheseK are preliminary results and both sides will have the opportunity to examine5C and challenge the proxy tabulation prior to final certification. IniE addition, the pending litigation with Hewlett-Packard in the DelawareDD Chancery Court must be heard before any final outcome is determined.  G As previously announced on March 28th, The William R. Hewlett Revocable > Trust filed a complaint in the Delaware Chancery Court againstD Hewlett-Packard Company. The trial is scheduled to begin April 23rd.  $ Updated April 17, 2002 5:56 p.m. EDT   ------------------------------  % Date: Wed, 17 Apr 2002 20:49:28 -0400h- From: JF Mezei <jfmezei.spamnot@videotron.ca>t0 Subject: Re: Merger Vote Results,  R.I.P. DECpaq+ Message-ID: <3CBE1816.53AF3E0@videotron.ca>    John Smith wrote:. > K > Guess we might soon start hearing in public what the secret product plansP > are.  M The same reasons that have kept HP from talking about VMS are still valid: ifeI their *excuse* is that they have to wait until official ratification, the&' latest news don't remove that *excuse*.i    L > For sure we will hear all about the thousands of layoffs. And probably, asE > is typical in mass layoff situations, the wrong people will be madee > redundant   L I think that assuming VMS survives, the VMS and Tandem folks are pretty safe" since there is no overlap with HP.  K Where it will get interesting is whether HP decides to dump DECdocument andlJ force the VMS folks to port the documentation to Word. Remember what BobbyL Palmer decided to cut DECdocument, not realising the impact it would have on all of DEC's documentation ?   ------------------------------  # Date: Thu, 18 Apr 2002 04:07:27 GMTiL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")0 Subject: Re: Merger Vote Results,  R.I.P. DECpaq8 Message-ID: <00A0C9DC.579614B6@SSRL04.SLAC.STANFORD.EDU>  [ In article <3CBE1816.53AF3E0@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:u >John Smith wrote: >> iL >> Guess we might soon start hearing in public what the secret product plans >> are.e >fN >The same reasons that have kept HP from talking about VMS are still valid: ifJ >their *excuse* is that they have to wait until official ratification, the( >latest news don't remove that *excuse*. >  >dM >> For sure we will hear all about the thousands of layoffs. And probably, aseF >> is typical in mass layoff situations, the wrong people will be made
 >> redundant h >oM >I think that assuming VMS survives, the VMS and Tandem folks are pretty safe # >since there is no overlap with HP.e >iL >Where it will get interesting is whether HP decides to dump DECdocument andK >force the VMS folks to port the documentation to Word. Remember what BobbyfM >Palmer decided to cut DECdocument, not realising the impact it would have onl >all of DEC's documentation ?r  O Define "dump".  If memory serves, the upkeep of DECdocument has been long-sinceuK outsourced to Touch Technologies, who seem to do a pretty good job with it.-   -- Alan   O ===============================================================================d0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056LM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-02106O ===============================================================================e   ------------------------------  % Date: Thu, 18 Apr 2002 01:30:17 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>o0 Subject: Re: Merger Vote Results,  R.I.P. DECpaq, Message-ID: <3CBE59D6.8E4ADBA1@videotron.ca>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:Q > Define "dump".  If memory serves, the upkeep of DECdocument has been long-since,M > outsourced to Touch Technologies, who seem to do a pretty good job with it.r  I At the time Palmer dumped DECdocument to Touch, it also announced that itoL would dump the proprietary Bookreader format and transform its documentationK to another proprietary format (that name escapes me). That plan was quietlydC dropped when they realised the costs fo converting all the existing ! documentation to that new format.e  M Does Touch still have DEC document ? Or was it taken back by Digital/Compaq ?0   ------------------------------  % Date: Wed, 17 Apr 2002 20:27:31 -0400a From: Ray <lists@aik.tec.sc.us> 0 Subject: Re: Mixing Alphas and PCs on KVM switch- Message-ID: <3CBE12F3.8B54C5E2@aik.tec.sc.us>    Hi Tom,e  A I've heard that some KVM switches do not like the Alpha, but thatsF Cybex KVM switches do.  I use a Cybex as you describe with no problem.   RayeI =========================================================================u Tom Linden wrote:  > < > I put two PWS500au and two W2K servers on a Linksys 4 port@ > KVM switch, but the control key doesn't function properly when@ > passing through the switch, connected to either of the Alphas,+ > e.g. ^M doesn't generate carriage return.  > ; > The PWS's are running 7.1-2 and 7.3 and they both respondoF > the same.  Mouse and Video seem OK.  When I disconnect Keyboard fromD > switch and connect directly into either PWS, it works as expected. > G > The control key seems to work correctly on the W2K boxes when passingn > through the switch.h > G > I am using a Digital KB, LK97W-A2, which I guess is PS/2 compatibile.  >  > Anybody else experience this?l   ------------------------------  % Date: Wed, 17 Apr 2002 14:26:33 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: More proof EV8 will live in itanium ..., Message-ID: <3CBDBE55.8C47DEAC@videotron.ca>   Dave Gudewicz wrote: > M > I think some of Alpha (todays or perhaps what would have been) will live inn > future versions of the IPF.   L If GM hires designers from Ferrari, does this mean that GM trucks will startK to look like Ferraris ? So, they may get a trim here and there to make themt/ look less ugly, but they won't become Ferraris.n  L IA64 is fundamentally different from Alpha. A lot of the optimisation tricks< used for Alpha are not applicable to IA64's EPIC philosophy.  N the Digital engineers will be able to use their brain and expertise to developK new ways to make IA64 perform less like a turtle. And they may find ways tocI implement some of the platform-independant tricks they had used on Alpha.:  L I think that the real value in the donation of Alpha was the capabilities of* the engineer's brains, not their memories.   ------------------------------  # Date: Thu, 18 Apr 2002 01:02:06 GMT  From: support@clickok.co.ukoY Subject: Password protect, lock, hide and secure files, folders and drives on your computaF Message-ID: <1019091726.16985.11457.nnrp-01.9e98a590@news.demon.co.uk>  D Password protect, lock, hide, secure files, folders & drives on your computer  H http://www.clickok.co.uk has released new file / folder locking software  < download from http://www.clickok.co.uk/PalmTree/PalmTree.exe    TRY FOR FREE for up to 8 times!!E buy license online for only 21 (British Pounds) or  $28 (US dollars)d          M whjfmhhqlpwqrslofovmcckeolcbnfevzfyhgxubqdguhpswphhwcokqpxpjtsremfovxyioqkojx    ------------------------------  # Date: Wed, 17 Apr 2002 19:05:48 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: PC access to OpenVMS files (was: Re: Help.....)9 Message-ID: <gIjv8.31$mb1.739388@cacnews.cac.cpqcorp.net>.   In article <3cbdc0e4$0$8513$cc9e4d1f@news.dial.pipex.com>, "richard_mccutcheon@dsl.pipex.com" <richard.mccutcheon@dsl.pipex.com> writes:  E   Please pick a subject specific to the question -- everybody postingmI   a question is asking for help.  Picking a proper title for your postinggK   means you have a better chance of attracting the attention of folks that cL   might know the answer -- thus you can get your answer more quickly -- and L   it means you avoid posting something that looks like spam -- meaning your ?   posting is less likely to be ignored in the torrent of spam. a     No offense is intended here.  K :Can anone tell me if its possible to set up a Drive icon up in Win NT thatlA :will provide a real time list of files on a Vax. Then be able to-M :(transparently to a user) transfer files backwards and forwards between a PCaI :hard disc and the Vax disc. Or of any program able to perform this task.e  I   Load and configure the Compaq PATHWORKS (now known as Advanced Server) lI   product on the OpenVMS host, or load and configure the SAMBA (freeware)tJ   on the OpenVMS host, as these permit OpenVMS to serve OpenVMS files and H   directories out to Microsoft Windows NT clients -- when configured andI   running, these servers permit OpenVMS to serve its disks to a Microsoft F   Windows box using Microsoft Windows protocols; the OpenVMS box looks2   like another Windows box on the Windows network.   	--o  H   Please also consider looking at the OpenVMS Frequently Asked QuestionsG   (FAQ) document, and at earlier questions -- this particular topic andcL   related discussions tend to arise regularly in the OpenVMS Ask The Wizard J   area, accessable via the OpenVMS website or via the pointers in the FAQ.H   (This step gets you your answer even more quickly, particularly if theC   question and the discussion are included in the FAQ -- many are.)n   	--s  E   There is a pointer to SAMBA in the FAQ, and the PATHWORKS (Advanced G   Service) product is seperately licensed but included with the OpenVMS    distribution.    	--o  F   ps: also please consider including the OpenVMS platform and version,C   as this can help more quickly identify or more quickly narrow the H   possibilities.  Details on the sorts of information that can be usefulG   when posting questions -- and that can thus get you your answer more sI   quickly -- are (you guessed it :-) in the FAQ; in the FAQ introduction.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 17 Apr 2002 18:11:28 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a9kdsg$20ur$1@citadel.in.taronga.com>  A In article <PFgv8.20461$XV5.1765472@bin4.nnrp.aus1.giganews.com>,e) Bill Todd <billtodd@metrocast.net> wrote:LM >Not necessarily, though it certainly made some of us sit up and take notice.SI >DEC was itself developing 32-bit single-chip processors (and already had=F >16-bit ones), so the idea that other people might start using them inF >minicomputers wasn't nearly the threat that using them in far cheaper >'industry-standard' PCs was.s  L TRS-80 model 16, released at the end of 1981. By the time the 80386 came outI there were possibly more people using Xenix-68K on the Model 16/6000 thandI were using any DEC operating system on any platform. Certainly there weresC more Xenix-68K seats than all the other UNIX versions put together.e  O If you look back in Google's Usenet archive, you can find all kinds of messagesoJ from 1981 and 1982 from peole working on putting together 68000-based homeI computers. And considerable debate over why the IBM-PC was using the 8088R
 instead...  D By the 1982 NCC it was pretty obvious that high performance personalF computers were just around the corner. I remember talking to people atE the show, and saying there was no point in buying an IBM PC... within J two years you'd be able to buy a 68000-based or Z8000-based system running UNIX for about the same price.  F Of course I was mistaken about a couple of things... first, AT&T neverF did figure out the trick of cheap licensing. Second, by the time 68000H based systems capable of running a decent UNIX came out, the IBM-PC typeE machine (IBM and clones) had dropped considerably as well, and peoplel kept buying them.<  @ Still, the 68000 *should* have set off the warning bells at DEC.   A few key messages:m  E http://groups.google.com/groups?selm=anews.Aucbvax.2667&output=gplainlE http://groups.google.com/groups?selm=bnews.yale-com.736&output=gplain E http://groups.google.com/groups?selm=bnews.sri-arpa.511&output=gplaina  F http://groups.google.com/groups?selm=bnews.sri-unix.3195&output=gplainC |As for pure speed, the IBM PC w/ coherent is faster than an 11/23.o@ |This makes it a quite adaquate single user system. I think thatA |the IBM PC and the 32:16 are both in the range where memory willr@ |be the bottleneck, not pure processor speed. Also, the speed ofB |the two machines seem to be close enough that you will be able toD |hang more users off the machine you can put more memory in. I think@ |the IBM PC wins that  race, but I'm not sure. Once again, would- |somebody out there give me the missing info?m |,B |Lastly, for micro computer unix systems, if you are worried aboutB |processor speed, you have to consider Zenix. Said z8000 system is |faster than an 11/44. 				(Mike Meyer, Sep 1982.)o     --  @ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)o   ------------------------------  % Date: Wed, 17 Apr 2002 11:39:16 -0700r+ From: Mark Crispin <mrc@CAC.Washington.EDU>l2 Subject: Re: Predictions - just for the hell of itP Message-ID: <Pine.LNX.4.50.0204171138050.29233-100000@shiva1.cac.washington.edu>  , On Wed, 17 Apr 2002 jmfbahciv@aol.com wrote:' > Those of us on the -10 had no problems@ > using local computers to access mainframes and we were waitingA > for the day when we could have a PDP-10 on our desktop at home.q  J So, Barb, now that it is quite feasible, when are you going to do it?  :-)  E > PCs in everybody's home was a huge main frame business opportunity.n > Hint:  Compuserve.  F Which, of course, used PDP-10s with their own TOPS-10 variant for many years.  
 -- Mark --   http://staff.washington.edu/mrcaF Science does not emerge from voting, party politics, or public debate.   ------------------------------  # Date: Wed, 17 Apr 2002 18:50:23 GMTe* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of itA Message-ID: <Ptjv8.63282$%l3.6009525@bin8.nnrp.aus1.giganews.com>n  5 "Peter da Silva" <peter@taronga.com> wrote in messagen, news:a9kdsg$20ur$1@citadel.in.taronga.com...C > In article <PFgv8.20461$XV5.1765472@bin4.nnrp.aus1.giganews.com>,t+ > Bill Todd <billtodd@metrocast.net> wrote: G > >Not necessarily, though it certainly made some of us sit up and takeo notice. K > >DEC was itself developing 32-bit single-chip processors (and already hadtH > >16-bit ones), so the idea that other people might start using them inH > >minicomputers wasn't nearly the threat that using them in far cheaper > >'industry-standard' PCs was.o >dJ > TRS-80 model 16, released at the end of 1981. By the time the 80386 came out K > there were possibly more people using Xenix-68K on the Model 16/6000 thanrK > were using any DEC operating system on any platform. Certainly there werefE > more Xenix-68K seats than all the other UNIX versions put together.P > H > If you look back in Google's Usenet archive, you can find all kinds of messagesL > from 1981 and 1982 from peole working on putting together 68000-based homeK > computers. And considerable debate over why the IBM-PC was using the 8088t > instead... >eF > By the 1982 NCC it was pretty obvious that high performance personalH > computers were just around the corner. I remember talking to people atG > the show, and saying there was no point in buying an IBM PC... within-L > two years you'd be able to buy a 68000-based or Z8000-based system running  > UNIX for about the same price. >sH > Of course I was mistaken about a couple of things... first, AT&T neverH > did figure out the trick of cheap licensing. Second, by the time 68000J > based systems capable of running a decent UNIX came out, the IBM-PC typeG > machine (IBM and clones) had dropped considerably as well, and peoplee > kept buying them.  >cB > Still, the 68000 *should* have set off the warning bells at DEC.  K I stand by my statement:  it certainly was interesting, but hindsight makesmH it pretty clear that what I said DEC should have been most worried aboutI (the implications of the 386), and what worried me most back then, was in - fact what it needed to be most worried about.d   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 12:03:45 -0700m+ From: Mark Crispin <mrc@CAC.Washington.EDU>r2 Subject: Re: Predictions - just for the hell of itP Message-ID: <Pine.LNX.4.50.0204171145410.29233-100000@shiva1.cac.washington.edu>  % On 17 Apr 2002, Peter da Silva wrote:eM > The 68000 should have been a strong enough hint, really. By 1982 there wereTA > killer micros good enough that DEC was running ads against them2  E And some of us felt that DEC should either be building a PDP-10 basedrH supercomputer or a PDP-10 based micro.  Jupiter tried to be something inE the middle.  The result was something that had none of the advantagespG and all of the disadvantages.  Plus some unique disadvantages; both theeH Jupiter and Venus projects were in shambles, and it was only possible to' rescue one (Venus became the VAX 8600).i  H There really was no "middle".  VAX's entry into mainframes lasted only a
 few years.  I Nor, as it turned out, did supercomputers have a future.  This would have G surprised me in the early 1980s.  I knew that processors on a chip wereaG the way of the future, but I thought that massively parallel processorsrG would have been the rule by now.  It wasn't until the late 1980s that Ie4 realized that distributed systems were going to win.  
 -- Mark --   http://staff.washington.edu/mrcbF Science does not emerge from voting, party politics, or public debate.   ------------------------------  % Date: Wed, 17 Apr 2002 16:49:56 -0500 $ From: "Art Beane" <beane@petris.com>2 Subject: RE: Predictions - just for the hell of it7 Message-ID: <000401c1e659$d0344990$352810ac@petris.com>s   From Mark Crispin:  # <snip> a PDP-10 based micro </snip>S  E Was this the TOAD (Twenty On A Desk) project that got the LISP peoplee all excited?   ------------------------------   Date: 17 Apr 2002 23:25:56 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a9l0a4$2hei$1@citadel.in.taronga.com>  A In article <Ptjv8.63282$%l3.6009525@bin8.nnrp.aus1.giganews.com>,c) Bill Todd <billtodd@metrocast.net> wrote:*L >I stand by my statement:  it certainly was interesting, but hindsight makesI >it pretty clear that what I said DEC should have been most worried aboutlJ >(the implications of the 386), and what worried me most back then, was in. >fact what it needed to be most worried about.   You're missing the point.   @ And that is, the implications of the 80386 were already there in@ 81-82 in the 68000. I wasn't wrong about "in two years you'll be? able to get a computer that will be powerful enough to run UNIX = for the same price". I was only wrong about it being a 68000,tB because while the 68000 was the first micro to come out that could5 potentially compete with the VAX, it wasn't the last.s  ? Put it another way: I called the race too early, but DEC hadn't=" even noticed that the race was on.  @ It doesn't matter which killer micro was the winner, we all knew? that the mini was going to be the loser.  If it hadn't been theC@ 386 it would have been the 68020, or if not the 68020 the Z80000A or the NS32032. But if it took you until the 80386 came out to be=A worried about the killer micros, you weren't worrying nearly soon- enough.-   -- -@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)D   ------------------------------  % Date: Wed, 17 Apr 2002 18:32:40 -0600e+ From: Ben Franchuk <bfranchuk@jetnet.ab.ca> 2 Subject: Re: Predictions - just for the hell of it, Message-ID: <3CBE1428.1716DA70@jetnet.ab.ca>   Peter da Silva wrote:tB > It doesn't matter which killer micro was the winner, we all knewA > that the mini was going to be the loser.  If it hadn't been themB > 386 it would have been the 68020, or if not the 68020 the Z80000C > or the NS32032. But if it took you until the 80386 came out to begC > worried about the killer micros, you weren't worrying nearly soons	 > enough.E  7 Still busy here building the KILLER 12/24 bit CPU here.-? Who knows it may even reach PDP-8 speeds. In hindsight DEC also0D seems to have had no middle ground for software as well as hardware.B From what little I have seen the concept of "Personal Software" asE well as hardware was a hard thing to grasp.DOS may be the most crappyb< OS built but in the beginning it was cheap and easy to port.  i  % Ben Franchuk - Dawn * 12/24 bit cpu *=+ www.jetnet.ab.ca/users/bfranchuk/index.html=   ------------------------------   Date: 18 Apr 2002 02:50:56 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a9lcag$2rv6$1@citadel.in.taronga.com>  , In article <3CBE1428.1716DA70@jetnet.ab.ca>,- Ben Franchuk  <bfranchuk@jetnet.ab.ca> wrote:  >Peter da Silva wrote:C >> It doesn't matter which killer micro was the winner, we all knewoB >> that the mini was going to be the loser.  If it hadn't been theC >> 386 it would have been the 68020, or if not the 68020 the Z80000bD >> or the NS32032. But if it took you until the 80386 came out to beD >> worried about the killer micros, you weren't worrying nearly soon
 >> enough.  8 >Still busy here building the KILLER 12/24 bit CPU here.@ >Who knows it may even reach PDP-8 speeds. In hindsight DEC alsoE >seems to have had no middle ground for software as well as hardware. C >From what little I have seen the concept of "Personal Software" asnF >well as hardware was a hard thing to grasp.DOS may be the most crappy= >OS built but in the beginning it was cheap and easy to port.r  D DOS wasn't quite as crappy as CP/M-80, surprisingly, but CP/M-86 wasE pretty good, and CP/M was *much* easier to port. It's too bad DigitaluG Research hadn't been quicker to respond when Bill Gates told IBM to seepD if DR could do the OS for the PC. Boy he must have been happy to seeH them show up again after he realised the opportunity he'd let slip away.   -- r@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)e   ------------------------------  # Date: Thu, 18 Apr 2002 03:00:17 GMTt* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of itA Message-ID: <5Fqv8.66255$%l3.6482906@bin8.nnrp.aus1.giganews.com>u  5 "Peter da Silva" <peter@taronga.com> wrote in messages, news:a9l0a4$2hei$1@citadel.in.taronga.com...C > In article <Ptjv8.63282$%l3.6009525@bin8.nnrp.aus1.giganews.com>,s+ > Bill Todd <billtodd@metrocast.net> wrote:rH > >I stand by my statement:  it certainly was interesting, but hindsight makesfK > >it pretty clear that what I said DEC should have been most worried aboutmL > >(the implications of the 386), and what worried me most back then, was in0 > >fact what it needed to be most worried about. >f > You're missing the point.f  # I suggest that you are.  See below.k   > B > And that is, the implications of the 80386 were already there inB > 81-82 in the 68000. I wasn't wrong about "in two years you'll beA > able to get a computer that will be powerful enough to run UNIXj? > for the same price". I was only wrong about it being a 68000,4D > because while the 68000 was the first micro to come out that could7 > potentially compete with the VAX, it wasn't the last.e >cA > Put it another way: I called the race too early, but DEC hadn'ts$ > even noticed that the race was on. >rB > It doesn't matter which killer micro was the winner, we all knew* > that the mini was going to be the loser.  L DEC was preparing to field killer micros of its own:  one can theorize aboutH how it would have fared if the PC had never been created, but that's not what happened.  B My point was that it was the *combination* of a killer micro in anJ 'industry-standard' PC package that turned out to be the real killer.  The? 386 certainly didn't win on its hardware merits over the 680x0.n   - bill   ------------------------------  # Date: Thu, 18 Apr 2002 03:10:14 GMTe' From: "David G. Conroy" <dgc@spies.com> 2 Subject: Re: Predictions - just for the hell of itA Message-ID: <qOqv8.1683$963.800668908@newssvr14.news.prodigy.com>l  ; I remember the Cromemco ad, but I think DG ran it, not DEC.A  
 ----------K In article <a9ju2u$1ipv$1@citadel.in.taronga.com>, peter@taronga.com (Peter  da Silva) wrote:    B > In article <3T4v8.79729$%8.6750420@bin2.nnrp.aus1.giganews.com>,+ > Bill Todd <billtodd@metrocast.net> wrote: N >>Something which may have been at least debatable when the PC first came out,N >>but had become absolutely clear by the time the 32-bit 80386 was released in >>1985.l >iM > The 68000 should have been a strong enough hint, really. By 1982 there wereqO > killer micros good enough that DEC was running ads against them, and CromemcoaO > were taking DEC ads that showed them "busting" Cromemco boards and using them K > in their own marketing... and Cromemco was doing it with multi-CPU Z-80s!c >,: > Then there were Plexus, Fortune Systems, ... and Sun ... >d > --B > Rev. Peter da Silva, ULC.                                  WWFD? >QH > "Be conservative in what you generate, and liberal in what you accept" >  -- Matthew 10:16 (l.trans)    ------------------------------   Date: 18 Apr 2002 04:03:21 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a9lgi9$303r$1@citadel.in.taronga.com>  A In article <5Fqv8.66255$%l3.6482906@bin8.nnrp.aus1.giganews.com>,n) Bill Todd <billtodd@metrocast.net> wrote: C >My point was that it was the *combination* of a killer micro in an-F >'industry-standard' PC package that turned out to be the real killer.  B The "industry standard package" stuff was a retcon. After all, the1 "industry standard" PC package in 1981 was S-100.e  J What was killer was *abundant* *cheap* 32-bit systems with ample software.  G It doesn't matter what package they were in. Once one contender got far-H enough ahead they would *be* the "industry standard" no matter what they were.j  D >The 386 certainly didn't win on its hardware merits over the 680x0.   That wasn't the race.>   -- a@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)a   ------------------------------  # Date: Thu, 18 Apr 2002 05:43:28 GMTs* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of it@ Message-ID: <32tv8.24472$PV.2951124@bin6.nnrp.aus1.giganews.com>  5 "Peter da Silva" <peter@taronga.com> wrote in messagea, news:a9lgi9$303r$1@citadel.in.taronga.com...C > In article <5Fqv8.66255$%l3.6482906@bin8.nnrp.aus1.giganews.com>,l+ > Bill Todd <billtodd@metrocast.net> wrote:sE > >My point was that it was the *combination* of a killer micro in an H > >'industry-standard' PC package that turned out to be the real killer. >e5 > The "industry standard package" stuff was a retcon.1   Wrong.    After all, then3 > "industry standard" PC package in 1981 was S-100.d  H I can assure you that by 1983 - 4 the 'industry-standard' PC package wasJ IBM-compatible:  we were running up against that hard trying to sell Pros.   >eL > What was killer was *abundant* *cheap* 32-bit systems with ample software.  F In 1981?  Could you name them?  While there may have been cheap 32-bitL systems that early (though even that seems just a tad earlier than they wereK generally available), claiming that their software competed in any way withn DEC's seems a real stretch.k  I If you didn't mean for the 1981 date to apply to your later comment, theniI you run into the problem that by 2-3 years later those cheap systems wereoL getting eclipsed by the then-industry-standard (though still 16-bit) PC, andH would never generate the volumes necessary to get the full software baseH they needed.  That was DEC's major advantage going in:  it already *had*I that software base, and non of its inexpensive competition did.  The onlypJ people who really eventually developed something even somewhat competitiveK were the Unix workstation crowd, and while those were significantly cheapereK than DEC's products they were in no way price-competitive with the PCs thatiL eventually won the day even in that sphere (though not before companies like) Sun and Apollo had gotten well launched).   J DEC *also* screwed up its competition with Sun, of course.  But that was aK competition it *could* have won if it hadn't been blind and greedy, whereasiG competition in the PC space (using its own 'proprietary' platforms) wasIG something it couldn't have won any time after about 1982 (assuming thatnK somehow it could have created its own standard even back then).  That would J have been OK had the PC remained 16-bit (DEC could just have jumped on theK PC-compatible bandwagon just like everyone else, which is of course what itU eventually had to do anyway).   G But when the standard, high-volume, low-price platform went 32-bit, itsuG eventual incursion on DEC's primary source of profit became a certainty G unless DEC took major steps to occupy the territory (providing standardhK servers for PC clients) that they would otherwise expand into.  Had it done I so, NT wouldn't exist today - and DEC would, even after having screwed upW6 its competition with Sun and the non-PC killer micros.   >eI > It doesn't matter what package they were in. Once one contender got fareJ > enough ahead they would *be* the "industry standard" no matter what they > were.  >bF > >The 386 certainly didn't win on its hardware merits over the 680x0. >  > That wasn't the race.   2 Exactly.  Which is why the 386 was the real worry.   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 18:35:38 GMTe& From: "Ed Vogel" <ed.vogel@compaq.com>& Subject: Re: Problem with Compaq C 6.49 Message-ID: <_fjv8.30$Hb1.754722@cacnews.cac.cpqcorp.net>-  0 "Jakob Erber" <erberj@yahoo.de> wrote in message news:3cbd8cb2$1@news.post.ch...t | Hello, |.F | is there a known bug in the area of linking and loading of shareable images | compiled withn |n | GDC006>cc/versionn- | Compaq C V6.4-008 on OpenVMS Alpha V7.2-1H1i |e  B      I agree with the other replies. Note that the current versionC     of the C compiler is V6.5.  It does contain bug fixes, so therelD     is some chance that upgrading to V6.5 could correct the problem.  4                                             Ed VogelA                                             Compaq C Engineering.    ------------------------------  % Date: Wed, 17 Apr 2002 22:04:29 +0200m! From: "Jakob Erber" <no@spam.com>a& Subject: Re: Problem with Compaq C 6.4- Message-ID: <3cbde4e3$1_2@news.tiscalinet.ch>1   Hi Paul,   please se below:   regards    Jakob   E Paul Winalski <prune@ZAnkh-Morpork.mv.com> schrieb in im Newsbeitrag:l- 3cbda88d.424797045@proxy.news.easynews.com...sE > On Wed, 17 Apr 2002 16:54:41 +0200, "Jakob Erber" <erberj@yahoo.de>a > wrote: >e	 > >Hello,i > >uG > >is there a known bug in the area of linking and loading of shareablef images > >compiled with > >r > >GDC006>cc/version. > >Compaq C V6.4-008 on OpenVMS Alpha V7.2-1H1 > >  > >? > >AG > >We have problems when trying to link to C-functions, exported from a.1 > >shareable image, compiled with this C-Compilert >g > Not that I'm aware of. >pH > If you could be more specific about exactly what you're trying and how. > it's failing, we could try to help you here.  G I try to dynamicly load a shareable image and link to a function, using-I dlopen and dlsym. If the symbol vector of the shareable contains only oneaK entry, the function I try to link, it works fine. As soon, as I add anothereL symbol (which also exists in the shareable) dlsym returns NULL (errno=0). WeI only recently upgraded to v6.4. With our old version, the example worked.e         > ---------- > Remove 'Z' to reply by email.t   ------------------------------  % Date: Wed, 17 Apr 2002 23:49:10 -0500l  From: John Santos <JOHN@egh.com>) Subject: Re: Reduce interupt time on CPU0d5 Message-ID: <1020417234228.1633B-100000@Ives.egh.com>l  ( On Wed, 17 Apr 2002, Hoff Hoffman wrote:  k > In article <977914c8.0204161808.7b4b55cb@posting.google.com>, anickerj@comcast.net (Jeff Anicker) writes: 
 > :Questions:-9 > :1) Any suggestions on how to reduce interupt on cpu 0?4 > E >   Interrupt is often (but not always) I/O related -- fast path can t? >   be useful, as it can target interrupts to other processors.1A >   Given this is kernel-mode interrupt, this is probably not theeD >   file system directly, but it could be the results of file system
 >   activity.9  F Are you sure there isn't a hardware problem that is causing continuousE interrupts?  Could be something trivial, like a loopback connector inPB an unused Ethernet jack.  Check the interrupt load when the systemC is *not* busy.  Look for some device with excessive I/O counts, but F this might not show anything interesting if the I/O isn't specificallyE being requested by some process.  You should elimate this possibilityi! before trying to tune the system.(   [snip] > P >  ---------------------------- #include <rtfaq.h> -----------------------------P >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com >  >  >    --   John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 17 Apr 2002 18:23:47 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) G Subject: Re: Relative invulnerability of VMS to buffer-overflow attacks-, Message-ID: <a9kejj$14ps$2@info.cs.uofs.edu>  < In article <d7791aa1.0204170947.264872a@posting.google.com>,+  bob@instantwhip.com (Bob Ceculski) writes:0g |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9jptv$r0p$1@info.cs.uofs.edu>... B |> > In article <d7791aa1.0204161758.22b83d85@posting.google.com>,0 |> >  bob@instantwhip.com (Bob Ceculski) writes:m |> > |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...oG |> > |> > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,n5 |> > |> >  bob@instantwhip.com (Bob Ceculski) writes:w
 |> > |> > |> T< |> > |> > |> just go check out the cert advisories Andy ... 
 |> > |> > R |> > |> > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11R |> > |> > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these are6 |> > |> > obviously the most secure OSes in existence, |> > |> G |> > |> worked on primos in school and started on rsts/e dibol my firsttH |> > |> job before going to vms ... both were nice os's and if they were3 |> > |> still around and as secure as vms, why not?i |> > oA |> > Why do you think I mentioned them??  Of course they're stillbB |> > around.  I just sent a guy who's sole business is support forB |> > Primes my tape of the current release of PRIMOS (I got rid of? |> > my last Prime just under a year ago.)  And Mentec has beentB |> > doing a successful enough business selling all three PDP OSesA |> > that they are still somewhat reluctant to create any kind of @ |> > a hobbyist program.  And, as I said, a search of CERT turns? |> > up nothing for any of these OSes, so by your standard thatu? |> > would make them more secure than even VMS, which does showh@ |> > up in a search.  Time to dump all those Alphas and get some |> > real hardware.  :-) |>  J |> and what about 2000 issues ... I don't think rsts/e was made compliant!  C Nope, all four of the OSes I mentioned are Y2K compliant.  So, what-D other excuses can you think of for not using the most secure OSes in5 the world (based on number of CERT advisories.)   :-)R   bill   -- -J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------   Date: 17 Apr 2002 18:21:55 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)uG Subject: Re: Relative invulnerability of VMS to buffer-overflow attackss, Message-ID: <a9keg3$14ps$1@info.cs.uofs.edu>  = In article <d7791aa1.0204170945.7ac2fe0a@posting.google.com>, +  bob@instantwhip.com (Bob Ceculski) writes: g |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9jptv$r0p$1@info.cs.uofs.edu>...oB |> > In article <d7791aa1.0204161758.22b83d85@posting.google.com>,0 |> >  bob@instantwhip.com (Bob Ceculski) writes:m |> > |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...kG |> > |> > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,:5 |> > |> >  bob@instantwhip.com (Bob Ceculski) writes:c
 |> > |> > |> o< |> > |> > |> just go check out the cert advisories Andy ... 
 |> > |> > R |> > |> > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11R |> > |> > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these are6 |> > |> > obviously the most secure OSes in existence, |> > |> G |> > |> worked on primos in school and started on rsts/e dibol my firstfH |> > |> job before going to vms ... both were nice os's and if they were3 |> > |> still around and as secure as vms, why not?i |> > oA |> > Why do you think I mentioned them??  Of course they're stilldB |> > around.  I just sent a guy who's sole business is support forB |> > Primes my tape of the current release of PRIMOS (I got rid of? |> > my last Prime just under a year ago.)  And Mentec has beeneB |> > doing a successful enough business selling all three PDP OSesA |> > that they are still somewhat reluctant to create any kind ofb@ |> > a hobbyist program.  And, as I said, a search of CERT turns? |> > up nothing for any of these OSes, so by your standard thatC? |> > would make them more secure than even VMS, which does showd@ |> > up in a search.  Time to dump all those Alphas and get some |> > real hardware.  :-) |> oE |> except in an ip world, I never heard of an ip stack for rsts/e ...t  C It has DECNET, isn't that good enough??  But it's OK, you can still D connect them to an IP network, even without a native IP Stack.  Been doing for machines for ages.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   p   ------------------------------  % Date: Wed, 17 Apr 2002 14:19:50 -0600g$ From: Lee Y T Mah <lytmah@cha.ab.ca>/ Subject: Require info on DWDM for VMSclustering@) Message-ID: <3CBDD8E6.39838520@cha.ab.ca>   G We plan on clustering four ES45's (VMS 7.3) across two sites using only E DWDM.  Have any other readers tried this yet, and if so, what sort ofs experience was it?   -- Leeo  ; Lee Y T Mah                        Capital Health Authorityd? Email: lytmah@cha.ab.ca            Information Systems, RAH CSCr4 Phone:  (780) 477-4725, 477-4233   10240 Kingsway NW? Fax:      (780) 491-5119, 491-5619    Edmonton, AB, CAN  T5H3V9i   ------------------------------  # Date: Wed, 17 Apr 2002 20:54:40 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Require info on DWDM for VMSclusteringo9 Message-ID: <kilv8.39$le1.857187@cacnews.cac.cpqcorp.net>4  P In article <3CBDD8E6.39838520@cha.ab.ca>, Lee Y T Mah <lytmah@cha.ab.ca> writes:H :We plan on clustering four ES45's (VMS 7.3) across two sites using onlyF :DWDM.  Have any other readers tried this yet, and if so, what sort of :experience was it?e  K   I'm not particularly aware of any support nor any testing for dense wave  M   data multiplexing with an OpenVMS Cluster configuration -- there are rules  M   around the sort of glass fibre that is tested and supported.  That said -- dL   and as a rule of thumb -- so long as the proposed cluster interconnection I   provides the appearance, the latency, and the bandwidth of an Ethernet  H   network (or better), then it will also **probably** work as a cluster G   transport.  (We have, however, found configurations that don't work.),  H   How do you specifically propose to connect this network to the OpenVMSK   host systems?  (I'm assuming this will be connected to a network switch.)6  I   Have you enlisted the assistance of the customer support center or your H   local Compaq OpenVMS Ambassador?  Disaster Tolerant configurations areF   almost always tougher to get right than they might initially appear,I   and if you are not familiar with this stuff I would encourage enlistingtJ   assistance.  (It can also be the silliest stuff that can cause failure.)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 18 Apr 2002 01:04:20 GMT.1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ' Subject: Re: Shell Accounts Page Updatet' Message-ID: <3CBE1E42.51CC5119@fsi.net>t   "Doc.Cypher" wrote:  > [snip]I > I know, I used it because it is a commonly known, and understood, term.b  ) Perhaps *THAT* is where you went "wrong".    -- s David J. Dachtera- dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------  % Date: Thu, 18 Apr 2002 10:42:53 +0800>* From: Kiasu Surfer <verykiasu@hotmail.com> Subject: SSH for Alpha OVMS?8 Message-ID: <2bcsbugr7q9e662g1k3aj2oc9pnlfl8ofe@4ax.com>  = We had the need to tighten our server security thus intend tos. implement SSH for all SysAdmin and DBA access.  F Implementation was rather easy for UNIX, as there are tons of freeware and GPL sources.  C But OpenVMS, choices are limited. We don't intend to pay extras fornC these security enhancement, and we are further handicapped with theh) lack of compilers, namely the C compiler. : We are unable to compile the available source found at OSU0 ( http://kcgl1.eng.ohio-state.edu/~jonesd/ssh/ )   Are there alternative for us?i   Thanks.    Regards,   Mr Kiasu   **************** ** SPAM BLOCK ** ****************@ REPLACE "verykiasu" with "iamverykiasu" at verykiasu@hotmail.com   ------------------------------  % Date: Wed, 17 Apr 2002 20:57:45 -0600-% From: Dan O'Reilly <dano@process.com>   Subject: Re: SSH for Alpha OVMS?B Message-ID: <5.1.0.14.2.20020417205507.00aae130@raptor.psccos.com>   You have 3 options:g  K 1. There is a freeware SSH1 server by David Jones, which, of course, you've<     already found.  C 2. The MultiNet product has both SSH1 and SSH2 servers and clients.t  G 3. The TCPware product has SSH1 now, and will have both SSH1 and SSH inb/     its next version, both servers and clients.h  H Both MultiNet and TCPware are commercial products from Process Software.  * At 08:42 PM 4/17/2002, Kiasu Surfer wrote:> >We had the need to tighten our server security thus intend to/ >implement SSH for all SysAdmin and DBA access.a > G >Implementation was rather easy for UNIX, as there are tons of freewarei >and GPL sources.C >cD >But OpenVMS, choices are limited. We don't intend to pay extras forD >these security enhancement, and we are further handicapped with the* >lack of compilers, namely the C compiler.; >We are unable to compile the available source found at OSUy1 >( http://kcgl1.eng.ohio-state.edu/~jonesd/ssh/ )  >l >Are there alternative for us? >a >Thanks. >g	 >Regards,  >t	 >Mr Kiasue >n >****************' >** SPAM BLOCK **t >****************'A >REPLACE "verykiasu" with "iamverykiasu" at verykiasu@hotmail.com    ------I +-------------------------------+---------------------------------------+sI | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" |aI | http://www.process.com        |                    -- Groucho Marx    |lI +-------------------------------+---------------------------------------+o   ------------------------------  % Date: Thu, 18 Apr 2002 06:50:41 +0200o From: Dirk Munk <munk@home.nl>  Subject: Re: SSH for Alpha OVMS?& Message-ID: <3CBE50A1.7010904@home.nl>  H SSH has been announced as part of the TCPIP stack of OpenVMS. I suppose I it won't be long untill it is released, but maybe Hoff can tell us more ?w   Kiasu Surfer wrote:o  > >We had the need to tighten our server security thus intend to/ >implement SSH for all SysAdmin and DBA access.' >aG >Implementation was rather easy for UNIX, as there are tons of freewares >and GPL sources.o >tD >But OpenVMS, choices are limited. We don't intend to pay extras forD >these security enhancement, and we are further handicapped with the* >lack of compilers, namely the C compiler.; >We are unable to compile the available source found at OSUy1 >( http://kcgl1.eng.ohio-state.edu/~jonesd/ssh/ )r >  >Are there alternative for us? >l >Thanks. > 	 >Regards,r >o	 >Mr Kiasuf >b >****************  >** SPAM BLOCK **o >****************hA >REPLACE "verykiasu" with "iamverykiasu" at verykiasu@hotmail.com  >l   ------------------------------  % Date: Wed, 17 Apr 2002 14:47:01 -0400E- From: JF Mezei <jfmezei.spamnot@videotron.ca>p5 Subject: Re: Time to finally rename VMS back to VMS ? + Message-ID: <3CBDC31F.B8367D9@videotron.ca>O   Sue Skonetski wrote:M > From personal experience I have learned that most customers view VMS as VMS $ > on VAX and OpenVMS as VMS on Alpha      G So, with Alpha dead, it is time to retire that unwanted "openVMS" name.   L However, knowing Compaq/HP, they might rename it to "Industry Standard VMS".J Seems that they derive a lot of pleasure from using that term and steeringN their corporation towars "industry standard" even it means the eventual end of that corporation.s   ------------------------------   Date: 17 APR 2002 19:04:09 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>,5 Subject: Re: Time to finally rename VMS back to VMS ? 2 Message-ID: <17APR02.19040981@feda01.fed.ornl.gov>  H In a previous article, prune@ZAnkh-Morpork.mv.com (Paul Winalski) wrote:G > On Tue, 16 Apr 2002 15:15:41 GMT, hoffman@xdelta.zko.dec.nospam (Hofff > Hoffman) wrote:V >   D > >  We were roundly "roasted" the last time we changed the product ! > >  name, what is different now?. >   + > The first time, we were making a mistake.V   Agreed.   D > If you were to switch back to VMS from OpenVMS, youd be correcting% > the mistake we made the first time.   < Nah - they'd just be making the same mistake all over again.  G There are a bunch of things I'd *much*, *much* rather see the VMS folksiE work on than changing the name again.  I'm perfectly willing and ableWF to pronounce the "Open" silently and to spell it with disappearing ink and/or electrons.n   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVaH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Wed, 17 Apr 2002 22:53:17 +0100 ' From: Elliott Roper <elliott@yrl.co.uk>o5 Subject: Re: Time to finally rename VMS back to VMS ?p2 Message-ID: <170420022253170009%elliott@yrl.co.uk>  A In article <17APR02.19040981@feda01.fed.ornl.gov>, Dave Greenwoodo <greenwoodde@ornl.gov> wrote:y  J > In a previous article, prune@ZAnkh-Morpork.mv.com (Paul Winalski) wrote:I > > On Tue, 16 Apr 2002 15:15:41 GMT, hoffman@xdelta.zko.dec.nospam (Hoff  > > Hoffman) wrote:u > >   F > > >  We were roundly "roasted" the last time we changed the product # > > >  name, what is different now?  > >  ,- > > The first time, we were making a mistake.b > 	 > Agreed.e > F > > If you were to switch back to VMS from OpenVMS, youd be correcting' > > the mistake we made the first time.x > > > Nah - they'd just be making the same mistake all over again. > I > There are a bunch of things I'd *much*, *much* rather see the VMS folks G > work on than changing the name again.  I'm perfectly willing and ableUH > to pronounce the "Open" silently and to spell it with disappearing ink > and/or electrons.  >t Right.G Last time I brought this up, Hoff convinced me that it was too tiresomemB to change it back. By now the silent 'open' has achieved a certainE anachronistic charm. It is a gentle reminder that VMS survived Robertu% Palmer. How's *that* for unbreakable?c   ------------------------------  % Date: Wed, 17 Apr 2002 20:27:52 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>o5 Subject: Re: Time to finally rename VMS back to VMS ?b, Message-ID: <3CBE1307.AE46B2B5@videotron.ca>   Elliott Roper wrote:I > Last time I brought this up, Hoff convinced me that it was too tiresomee > to change it back.  I But with VMS changing owner, won't they have to go though the sources andeL change copyrights etc ? If so, then changing it back to VMS could be done at the same time.   ------------------------------  % Date: Wed, 17 Apr 2002 22:21:01 +0100e/ From: Dave Barlow <yelmalio@sartar.fsnet.co.uk>b% Subject: Re: Two IP printing problemsm8 Message-ID: <g5prbu4tc5ao6ul1jgm2olfs29p65k9e9l@4ax.com>  E On Wed, 17 Apr 2002 16:39:49 GMT, hoffman@xdelta.zko.dec.nospam (Hoffs Hoffman) wrote:Q  n >In article <8380e4f.0204170716.45103ac@posting.google.com>, yelmalio@sartar.fsnet.co.uk (Dave Barlow) writes: > @ >:Due to a corporate edict the network is converting to IP only. >cG >  Ask The Wizard topic (1020) has the usual IP Printing suspects, and -$ >  pointers to other related topics.   Hoff  F I am aware of those issues. The only thing I have not tried is settingD ucx$telnetsym_idle_timeout to a higher value. Might be worth trying.  C For what it is worth I was able to get a DCPS queue using rawtcp tonE print to numerous Lexmark lasers connected via Marknet Pro's on Tokent= Ring. Same for a Lexmark W810 and on board print server using(C telnetsym. My kits on Ethernet. I can get a telnetsym queue to work>E with Postscript or plain text (depending on printer emulation) to the,F 2100+ and the Marknet. But not a DCPS queue. IIRC, if I telnet to portF 9100 of the Lexmark box and enter CTRL-P the printer does not return a status..  C FWIW, we have a DEC LA 424 connected via a Lexmark Marknet box thatoD successfully prints this Proprinter report. Same for a OKI and Epson dot matrix printer.   D These both appear to be something highly specific to the combinationF of hardware and software. I was hoping some one here had run into thisD before. I have also mailed Genicom and Lexmark support for advice as well.o   ------------------------------  % Date: Wed, 17 Apr 2002 13:53:37 -0600 % From: "Dave Rich" <drich@nucorar.com>d Subject: UIC's and such.5 Message-ID: <a9kgbt$41v2f$1@ID-136223.news.dfncis.de>   : In unix, a user can be a member of several groups at once.  ' Can this be done in VMS with the UIC's?   J i.e.  Can my login be associated with 2 UIC's? the default, and another...  B Or, failing that, can i temporarly change my UIC's to another one.  @ Currently, my UIC is 1,4 and i need it to be 400,0 for a moment.   ------------------------------  # Date: Wed, 17 Apr 2002 19:40:12 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: UIC's and such.9 Message-ID: <wckv8.32$Kb1.757887@cacnews.cac.cpqcorp.net>   ] In article <a9kgbt$41v2f$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes:u; :In unix, a user can be a member of several groups at once.>  7   To state the obvious, UNIX and OpenVMS are different.e  C   Please don't tell us the UNIX solution in isolation -- while I oroG   others can usually puzzle that out, it doesn't always help.  Rather, iD   please tell us what you want to do.  Because OpenVMS and UNIX are D   different, the approaches to various problems can (and often are) F   different.  If you tell us what problem you seek to solve -- rather I   than how you would perform the equivilent of a series of UNIX commands  D   -- then I or others might be able to provide you with one or more 2   OpenVMS approaches that would solve the problem.  C   With OpenVMS, the UIC is intended to uniquely identify the user, 5@   and the goal is to (generally) avoid having to change the UIC.  ( :Can this be done in VMS with the UIC's?  >   Not directly.  At present, each process has one and only one<   owner UIC.  Each process can, however possess zero or more<   identifiers, and identifiers are the prefered mechanism to@   customize the access control for objects on an OpenVMS system.  K :i.e.  Can my login be associated with 2 UIC's? the default, and another...t  @   If your goal is to access another object, this is trivial with+   identfiers and ACLs.  Or with privileges.a  C :Or, failing that, can i temporarly change my UIC's to another one.|  >   You could do that through some freeware kernel-mode hacks or@   through the long-since unsupported SET UIC command, or throughA   some coding and the user impersonation mechanisms (the persona  ?   system services) but again, changing UIC values is generally l5   not recommended and can (will?) get you in trouble.   A :Currently, my UIC is 1,4 and i need it to be 400,0 for a moment.   ;   I would personally tend to avoid use of UIC member [*,0].   C   If you are UIC 1,4 -- remember, UNIX and OpenVMS are different --|A   then you have full privileges and can access anything you want.   ?   UIC groups of MAXSYSGROUP or below (system parameter value isWC   displayed in decimal, the UIC group value is displayed in octal) oD   are fully privileged groups; all such users have system privilege.C   (SYSPRV is the privilege that is the equivilent of a system UIC.)t  A   If you create something in a directory owned by [400,1] and youcC   are [1,4] or otherwise have system privileges for instance, then e3   the created file object will be owned by [400,1].>  3   But again, what problem are you looking to solve?t    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 17 Apr 2002 14:38:43 -0500 From: briggs@encompasserve.org Subject: Re: UIC's and such.3 Message-ID: <VF$3jlj5rOxS@eisner.encompasserve.org>n  ] In article <a9kgbt$41v2f$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes: < > In unix, a user can be a member of several groups at once. > ) > Can this be done in VMS with the UIC's?s > L > i.e.  Can my login be associated with 2 UIC's? the default, and another... > D > Or, failing that, can i temporarly change my UIC's to another one. > B > Currently, my UIC is 1,4 and i need it to be 400,0 for a moment.  ? No.  The concept that is analogous to multiple group membershipi> under Unix is the holding of multiple rights identifiers under VMS.  ? You cannot hold multiple UIC format rights identifiers at once. A Your UIC is what it is.  You hold implicitly hold [group,member], 5 [group,*] and [*,*] based on the UIC of your process.-  C The only easy way to temporarily get membership in group [400,*] is = to use the SET UIC command.  But that takes CMKRNL privilege. < And, because SET UIC changes your UIC, you might lose access= to some resources (like your home directory, job logical name  table, etc).  > You can hold many multiple regular rights identifiers at once.  ? The system manager grants rights identifiers from the AUTHORIZE. utility:    UAF> add/identifier some-id-name* UAF> grant /id some-id-name some-user-name UAF> help add /identifiere UAF> help grant /identifier   5 You will pick up the identifier when you next log in.r  < A file owner then grants appropriate permissions with access/ control lists applied to files and directories:o  # $ SET SECURITY /EDIT some-file-namer $ HELP SET SECURITY   E ACL inheritance and manipulation capabilities are far richer and morelD useful on VMS than they were on Solaris when I played around briefly there.   	John Briggs   ------------------------------  # Date: Thu, 18 Apr 2002 00:12:03 GMTo& From: Bob Willard <BobwBSGS@attbi.com> Subject: Re: VAX/Alpha CIc) Message-ID: <3CBE103A.40B8CB51@attbi.com>o   Jason O'Donnell wrote: > < > I have recently acquired a decommission star coupler and aB > storageworks rack with dual HSJ40s.  This was used for a VAX6000
 > cluster. > C > I was thinking of using it for my home hobbyist alpha cluster.  IA@ > would like to get a couple of PCI or EISA CI cards.  Compaq isF > offering refurbished ones for around $1500.  That is a little out of0 > my price range.  Anybody have any suggestions? > H > Also, all cables were cut to the coupler, so I will need to get the CI< > cables and rewire the power input cable.  Any suggestions? >  > TIA- >  > JMOD  > There never was a EISA-CI adapter.  PCI-CI is your best bet if your home Alpha has a PCI. -- - Cheers, Bob-   ------------------------------  % Date: Wed, 17 Apr 2002 22:41:42 -0400a2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: VAX/Alpha CI-K Message-ID: <rdeininger-1704022241430001@1cust227.tnt3.nashua.nh.da.uu.net>e  J In article <3CBE103A.40B8CB51@attbi.com>, Bob Willard <BobwBSGS@attbi.com> wrote:   >Jason O'Donnell wrote:C >> "= >> I have recently acquired a decommission star coupler and ayC >> storageworks rack with dual HSJ40s.  This was used for a VAX6000r >> cluster.s >> iD >> I was thinking of using it for my home hobbyist alpha cluster.  IA >> would like to get a couple of PCI or EISA CI cards.  Compaq is G >> offering refurbished ones for around $1500.  That is a little out of 1 >> my price range.  Anybody have any suggestions?: >> fI >> Also, all cables were cut to the coupler, so I will need to get the CI = >> cables and rewire the power input cable.  Any suggestions?  >> m >> TIA >> l >> JMODn >d? >There never was a EISA-CI adapter.  PCI-CI is your best bet if  >your home Alpha has a PCI.   A Isn't there a CI adapter that fits in 1 PCI slot and 1 EISA slot?e   (checks manual...)  F Yes, this variety of CIPCA is mentioned in the "Guidelines for OpenVMSJ Cluster Configurations" manual.  Supported in various older alpha systems.  F You can put 26 of them in an alphaserver 8400.  That would make a nice hobbyist set-up.   ------------------------------  % Date: Wed, 17 Apr 2002 17:01:44 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>" Subject: VMS versus IBMu, Message-ID: <3CBDE2AA.D349B626@videotron.ca>  4 The recent thread about IBM's AS400 got me thinking.  N Forgetting for a moment that the owner's goals with regards to VMS are cloudy,L and how VMS would fit in the owner's product list, I think that the strategyK to make VMS more "compatible with unix" would be excellent if it were still 1 Digital with VMS as the primary flagship product.S  N Consider IBM who has MVS, AIX, AS400, and a big marketing thing for Linux. TheM push for Linux dilutes  all other products. AIX competes against AS400, Linux  and MVS.  K But if Digital still existed and still had VMS as flagship product that had L Unix compatibility, it could focus on a single operating system and focus onN getting all the right applications ported to it. It could market VMS as "linuxL compatible" instead of marketing Linux against VMS on the same boxes. And it+ could market VMS from desktop to mainframe..  N And in a way, VMS's closest peer would be Solaris. Another proprietary OS that has "unix compatibility".   K Once VMS gains all that unix compatibility it would be a great contender to M stand on its own and compete head to head against HP, IBM and Sun and get SAPA and other to port to VMS.?  N I think that one of the big drawbacks of VMS is that its owner must spread itsI efforts amongst its many operating systems. If it has SAP on Tru64/HP-UX,e- there is no real incentive to get SAP on VMS.-  L But if VMS were to stand on its own, there would be the incentive to get allH those apps on-board, at which point, VMS would become a very interestingM solution since it would not only be a very robust, secure and well documented J OS, but it would also be a platform with all the applications people want.  N In the long term, will IBM be able to compete with all those operating systemsL it must maintain ?  Will HP be able to really figure out a way to let Linux,- HP-UX, Tandem (possibly VMS) and NT coexist ?r  I I think that the Sun and Dell models of focusing on a single platform and32 excelling in it is perhaps going to be the winner.   ------------------------------  # Date: Wed, 17 Apr 2002 22:39:10 GMT # From: "John Smith" <a@nonymous.com>l Subject: Re: VMS versus IBMwE Message-ID: <iQmv8.5192$Hji.320@news01.bloor.is.net.cable.rogers.com>o   Too late, my friend, too late.  I The 'extraordinary measures' Carly took have had their effect counted andt tallied.    $ 'Alas, poor VMS. I knew it Horatio.'      : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CBDE2AA.D349B626@videotron.ca...6 > The recent thread about IBM's AS400 got me thinking. >mH > Forgetting for a moment that the owner's goals with regards to VMS are cloudy,lE > and how VMS would fit in the owner's product list, I think that the? strategyG > to make VMS more "compatible with unix" would be excellent if it wereO still 3 > Digital with VMS as the primary flagship product.y >sL > Consider IBM who has MVS, AIX, AS400, and a big marketing thing for Linux. The I > push for Linux dilutes  all other products. AIX competes against AS400,u LinuxR
 > and MVS. >lI > But if Digital still existed and still had VMS as flagship product that  had K > Unix compatibility, it could focus on a single operating system and focusr onI > getting all the right applications ported to it. It could market VMS asd "linuxK > compatible" instead of marketing Linux against VMS on the same boxes. AndP it- > could market VMS from desktop to mainframe.  >mK > And in a way, VMS's closest peer would be Solaris. Another proprietary OS  that > has "unix compatibility".r >eJ > Once VMS gains all that unix compatibility it would be a great contender toK > stand on its own and compete head to head against HP, IBM and Sun and getr SAPv > and other to port to VMS.l >rL > I think that one of the big drawbacks of VMS is that its owner must spread itsaK > efforts amongst its many operating systems. If it has SAP on Tru64/HP-UX,e/ > there is no real incentive to get SAP on VMS.c >sJ > But if VMS were to stand on its own, there would be the incentive to get alleJ > those apps on-board, at which point, VMS would become a very interestingD > solution since it would not only be a very robust, secure and well
 documentedL > OS, but it would also be a platform with all the applications people want. > H > In the long term, will IBM be able to compete with all those operating systemsfG > it must maintain ?  Will HP be able to really figure out a way to letn Linux,/ > HP-UX, Tandem (possibly VMS) and NT coexist ?o >nK > I think that the Sun and Dell models of focusing on a single platform ands4 > excelling in it is perhaps going to be the winner.   ------------------------------    Date: 17 Apr 2002 21:10:54 -0500+ From: young_r@encompasserve.org (Rob Young)- Subject: Re: VMS versus IBMa3 Message-ID: <OBgdksyhe+km@eisner.encompasserve.org>o  \ In article <3CBDE2AA.D349B626@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:   JF,2  & 	Good points through and through . . .   > P > In the long term, will IBM be able to compete with all those operating systemsN > it must maintain ?  Will HP be able to really figure out a way to let Linux,/ > HP-UX, Tandem (possibly VMS) and NT coexist ?l >   ; 	Maybe.  Microsoft is taking a bad beating this week at thee> 	trial.  So who knows!  But internally there must be some nice= 	little colorful charts and graphs with X and Y axis to show e2 	OS positioning.  Things we are all familiar with:   	| Scalability				NSK- 	|                    Specialized aka OpenVMS  	|               Tru64 	| 	|          HP/UXh 	| 	| 	| NTk" 	|________________________________ 				Availability  = 	And other charts that have commerical components broken out.     K > I think that the Sun and Dell models of focusing on a single platform ando4 > excelling in it is perhaps going to be the winner.  = 	Actually... I think both are in the most trouble.  In a realh> 	sense, they got "lucky".  By having all their wood behind oneB 	arrow, they did well.  However, every fund manager will tell you:   		diversify diversify diversifya  A 	so that a downturn in one segment won't wipe out your portfolio.-  > 	Sun because Windows 2000 is actually usable and customers areC 	rolling out "Enterprise" applications on W2K when in the past they D 	took a good beating on NT.  That and Linux is sneaking its way intoA 	Datacenters... maybe not "bet the farm" applications but showing,C 	up nonetheless and we can read trade rags about it.  (As an aside, B 	I haven't seen it yet but my travels are admittedly narrow... but 	getting broader soon!)   H 	Dell?  Well, server margins should get more punishing.  This suggestion9 	is that Dell buys EMC and turns their sales force loose:2  Q http://storagemagazine.techtarget.com/strgColumn/0,291266,sid35_gci815417,00.html      How about this scenario?       M Dell buys EMC. Dell dominates the midrange server market, and is soon to killfO it in the storage sector. Dell OEM's Clariion from EMC and rumor is they'll buy0L the whole midrange business from them. Instead, Dell buys all of EMC and notJ only gets the whole storage sector - but now has, arguably, the best salesL force on the planet to move upstream into higher-end servers. Dell takes itsK server leverage, gets all the storage business, gets the enterprise storagehO software business, and brings Infiniband-based massive systems to market - withv. a very aggressive high-end sales force. Whoa.   h ---s  @ 	Not a bad piece of speculation.  Dell does have to be more thanB 	a bit concerned about where their next round of high growth comesB 	from.  But re-think... Dell in "trouble"?  Maybe not trouble, but 	less stellar, how is that?    				Robr   ------------------------------  # Date: Thu, 18 Apr 2002 03:16:54 GMT,* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: VMS versus IBM A Message-ID: <GUqv8.72818$3L2.6335263@bin7.nnrp.aus1.giganews.com>n  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CBDE2AA.D349B626@videotron.ca...6 > The recent thread about IBM's AS400 got me thinking. >aH > Forgetting for a moment that the owner's goals with regards to VMS are cloudy,iE > and how VMS would fit in the owner's product list, I think that theh strategyG > to make VMS more "compatible with unix" would be excellent if it were  still-3 > Digital with VMS as the primary flagship product.3  K Well, yuh.  But I wasn't the only one who failed to convince DEC to move ine= this direction 15+ years ago, and now it's far, far too late.,  I It's time to forget about 'growth strategies' and appeals to demonstrably I incompetent and untrustworthy owners.  If VMS is lucky, it will fade intouK senescence with at least some dignity.  If not, it will be euthanized.  AndnK given that there's not a damn thing anyone here can do about it either way,.F it's probably time to move on to something more productive (unless theG merger does get shot down in the courts or - unlikely - by the Feds, insK which case it still would be worth trying to get rid of Curly & cohorts andaE taking one more shot at convincing their replacements to do somethingc competent).t   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 19:04:53 GMTe" From: "Hans Vlems" <hvlems@iae.nl>; Subject: Re: What VMS version runs on a Digital Server 3000o0 Message-ID: <pHjv8.661$W3.81596@typhoon.bart.nl>  F The X server now works in 800x600 mode, i couldn't make it work in the default configurationaK of 1024x768 (@75 Hz). So the modified values for theXxY resultaion were puta in theG priver server file and that allowed me to get the X server going. Makesh editing a lot easier.mI A console that thinks it's a cross between a VT52 and an LA34 is not that  easy to use.  K I have tried the higher resolution (1024x768) with 66 Hz and 62 Hz but that  did not work either.: Any suggestions for a working combination are appreciated.  K As an aside: I put a 3COM 507 (E)ISA ethernet card in the system. It is notV seen by VMS.& Do I need to configure the (E)ISA bus? If so, how?      Hans  @ Dijk, Jeroen van <Jeroen.vanDijk@Getronics.com> wrote in messageI news:2795B75EF003D311801A00A0C906B511011C6E4D@cucexec.gbc.getronics.nl... G > The boot level parameter "console" does only control the bootconsole.iI > And not if the xwindows starts or not. That is controlled on VMS level.l > J > The problem do sound like me as if the graphical interface is started on ther > wronga	 > screen.i >g	 > > Jeff,i > >oC > > that's right: DECnet is started (and running) in SYSTARTUP_VMS. I > > The two X/Motif proceses also get started. Then the display goes intoTH > > a kind of "sleeping mode", as if it looses connection with the video > > adapter. > > F > > Could it be that there is an SRM parameter for the console that is > > improperlyC > > set? (Before you ask >>>Show Console returns the value graphic)e > > D > > Or  is it rather a problem that the display cannot handle the S3 > > Trio32/Trio64  > > output ? > >C > > Hans > >r: > > Jeff Campbell <jcampbell@ins-msi.com> wrote in message) > > news:3C893FA3.9A74775A@ins-msi.com...  > > > Hans Vlems wrote:S > > > >b4 > > > > Jeff Campbell ?jcampbell@ins-msi.com? wrote:	 > > > > ?  > > > > ?Hans Vlems wrote:
 > > > > ?? > > > > ?? Jeff,
 > > > > ??< > > > > ?? the 3300 is now running VMS, thank you very much.C > > > > ?? The next problem is now to get X/Motif running. The 3300h> > > > > ?? has an S3 video card. Does VMS 7.3 have support for > > that adapter+ > > > > ?? or should I install another one?e	 > > > > ?cA > > > > ?Did you install DECWindows? It is X/MOTIF. You will needo > > to installH > > > > ?DECNet as well, if you haven't. The DS 3300 S3 video will work.	 > > > > ? 
 > > > > Jeff,i > > > >aI > > > > DECnet phase IV was installed even though there's no recognizable-H > > > > adapter installed. It has a Madge tokenring PCI card but that is@ > > > > not supported, so NCP does not show any lines (let alone > > circuits).G > > > > But as soon as X/Motif starts the monitor loses connection, ther; > > > > green led turns amber. I have a Digital PCXCV-DV PCx > > monitor connected. > > > > Any ideas? > > >4I > > > Are you starting DECnet in systartup_vms? DECWindows uses DECnet as I > > > a transport. It must be running when DECWindows starts. Look at thes= > > > DECW$*.log's in sys$manager (through a serial port 8-).s > > >d > > > >I > > > > Hans > > > >n > > > > http://www.zfree.co.nz > > > 
 > > > Jeff > >  > >C   ------------------------------  % Date: Thu, 18 Apr 2002 07:44:40 +02000. From: Rainer Burger <rainer.burger@siemens.de> Subject: Re: X session) Message-ID: <3CBE5D48.7090902@siemens.de>l  G The excursion package is now usually distributed with the VMS Software  I and is on the pathworks CD. We still use it as terminal software when we h have a VMS box.], To start a session you have to do two things  G 1. In the account that you want to use on the VMS machine, you have to 0E enable in the security box your (or all machines) to access your VMS  G machine for TCP/IP access (or the other protocols that you want to use)e  D 2. After starting the excursion server on your client PC, go to the C control panel and select the account tab. Enter an account for you yI machine as you would log into it when sitting in fornt of it. Then go to >F applications and create one. To start an X session insert the command F sys$system:decw$session in the command field. Make sure that XDMCP is C not activated. (If XDMCP is activated, you should enable it in the nB TCP/IP software on your VMS box. Then you can forget to start the H session as described). Then click on the run button. When you check the L run at server startup, you automatically start an session at server startup.   Jop that helps   Rainer   James Wiley wrote:  N > Can anyone tell me how to start an X session on a Open/VMS 7.1 system?  I amJ > trying to use Starnet's X-Win32 to set up an X session, and I don't know@ > what command to send the VMS system to get the X server going. > J > Also, years ago, when we first got our VMS system, we used a DEC productG > called eXcursion, but it doesn't work anymore - what is the follow ons$ > product for that, or is there one? >  > Thanks >  > James L. Wiley > Wiley@Tarleton.edu >  >  >    ------------------------------   End of INFO-VAX 2002.213 ************************