1 INFO-VAX	Wed, 21 Feb 2001	Volume 2001 : Issue 103       Contents:D Re: ??== Information about using unsupported printers with DCPS 1.8.4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless groupK Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?) K Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?) 
 Re: Authorize # CAMUS Conference coming up (MANMAN)  CLuster coms with HSGs RE: CLuster coms with HSGs RE: CLuster coms with HSGs Re: CLuster coms with HSGs RE: CLuster coms with HSGs RE: CLuster coms with HSGs Re: Compaq wins APAC re-bid 2 Re: Dead AlphaStation 200 4/100 or memory troubles2 Re: Dead AlphaStation 200 4/100 or memory troubles DEC Alpha's - FREE T-Shirt Re: DECNET question  Re: DECNET question  Re: DECNET question  Re: ES40 upgrade?  Re: Estimating QBB performance? & RE: Future outlook for OpenVMS admins?& Re: Future outlook for OpenVMS admins?7 Re: Future outlook for OpenVMS admins? (OT to intel P4) 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! " gnupg 1.0.4 - do_plaintext() error  How to specify Reply-To address?$ Re: How to specify Reply-To address? longfilenames on CD under VMS ! Re: longfilenames on CD under VMS ! Re: longfilenames on CD under VMS  Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Motif Scripts  Re: Motif Scripts  Re: Motif Scripts  Re: Motif Scripts  Re: Motif Scripts  Re: OpenVMS and Supercomputing Re: OpenVMS and Supercomputing  Re: OpenVMS-releases - timetable  Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in... Pseudo Random Number in DCL  Re: Pseudo Random Number in DCL  Re: Pseudo Random Number in DCL  Re: Pseudo Random Number in DCL  Security: PGP + VMS, >2.6.3i ?J Re: SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to theserver.7 The goal for VMS is to pass 5,000,000 SETI work units !  UCX 4.x On DS20 ALPHAs ? Re: UCX 4.x On DS20 ALPHAs ? Re: UCX 4.x On DS20 ALPHAs ?" Umbrellas in the Netherlands, too! Re: Umbrellas in the UK  Re: Umbrellas in the UK  Re: Version numbers  Re: version numbers. Re: version numbers.) Re: VMSINSTAL to POLYCENTER INSTALL tool?  Re: When to RAD copy?  Re: When to RAD copy? ! WKU FILESERV: Updated GZIP-1-2-4B   F ----------------------------------------------------------------------   Date: 20 Feb 2001 20:16 CST ' From: carl@gerg.tamu.edu (Carl Perkins) M Subject: Re: ??== Information about using unsupported printers with DCPS 1.8. - Message-ID: <20FEB200120162603@gerg.tamu.edu>   0 aus@vim.uni-wuerzburg.de (Hans M. Aus) writes...I }I've set up the DCPS Queue with raw IP printing and the Kyocera prints 9 G }lines of PS-Adobe code including Printer-Type.PSC v1.3. After that the J }messages shown at the end of this post appear. The text is a simple Hello& }World text which doesn't get printed. }-- C }Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   E If it prints the PostScript instead of interpreting it like it should  then the printer either E A) doesn't speak PostScript (in which case you are pretty much out of G luck if you need to print PostScript, but plain text should work by not D using DCPS but just the communication methods that come with your IP3 software such as the "telnet symbiont" or "lpd") or G B) is not set up to recognize PostScript (it may be locked in a mode to J recognize some other language instead of an automatic language recognition2 mode - in which case you need to change the mode).  G The error messages are presumably caused by DCPS not getting any answer E back from the questions it is asking the printer. DCPS insists on two F way communication. Since your printer is not interpreting the PS code,G it obviously is also not answering the questions the code is conveying. H DCPS then halts the printing of the job, leaving it in the queue in caseF the problem gets fixed allowing you to then release it to get printed.   --- Carl   ------------------------------   Date: 20 Feb 2001 11:41:59 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) = Subject: Re: a little humor for this so often humorless group . Message-ID: <O3AklFQYwoGS@tachxxsoftxxconsult>  \ In article <3A92044A.6B4C0F4A@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:   [stuff deleted]   P > One day, their in-house network blew up and the SWIFT users in the head officeO > couldn't use the VAX. It was getting close to the 11:00 deadline for european N > funds transfers. In an IBM shop, adding a terminal was measured in weeks andN > the number of departments involved (wiring, telecom, SNA, CICS, MVS, IMS and' > required a reboot of the mainframe).      N Just a reboot?  I seem to recall a long and involved procedure called an IOGENN if you ever made *any* change to the device configuration (this was MVS).  YouH essentially had to recompile much of the kernel.  Heaven help you if youN changed something other than device configuration because then you had to do aK SYSGEN (absolutely no relation to the comparatively painless VMS utility of M that name, though the objective is the same) and recompile most of the *rest* I of the operating system.  Not being a systems person at the time, I never I actually performed a sysgen myself,  but the one I witnessed took several  days.        --  O =============================================================================== M 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  :-) O =============================================================================== B Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Tue, 20 Feb 2001 17:35:26 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> = Subject: Re: a little humor for this so often humorless group + Message-ID: <3A92F124.CEE58CD@videotron.ca>    Jerry Leslie wrote: @ > : At the bank for whom I worked, they had least had a sense of: > : humour and had  written "VAX" in very large letters on, > : the vacuum cleaner in the computer room. > :  > 0 > "VAX" is the brand name of the vacuum cleaner:  N But the one on the computer room wasn't built by VAX. The operators has reallyL takenm a big black felt pen and marked "VAX" on the vacuum cleaner. And they" often stored it next to the vaxes.   ------------------------------  % Date: Tue, 20 Feb 2001 23:47:53 -0500 , From: Howard S Shubs <hshubs@mindspring.com>= Subject: Re: a little humor for this so often humorless group > Message-ID: <hshubs-75ACF5.23475320022001@news.mindspring.com>  . In article <O3AklFQYwoGS@tachxxsoftxxconsult>,?  wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) wrote:   O >Just a reboot?  I seem to recall a long and involved procedure called an IOGEN O >if you ever made *any* change to the device configuration (this was MVS).  You I >essentially had to recompile much of the kernel.  Heaven help you if you O >changed something other than device configuration because then you had to do a L >SYSGEN (absolutely no relation to the comparatively painless VMS utility ofN >that name, though the objective is the same) and recompile most of the *rest*J >of the operating system.  Not being a systems person at the time, I neverJ >actually performed a sysgen myself,  but the one I witnessed took several >days.  M The person who trained me as a system manager used to have to do a GEN on an  3 RSX11M system.  PAINFUL!  Oh god that looked awful.  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Wed, 21 Feb 2001 04:42:09 GMT # From: ualski <ualski@earthlink.net> = Subject: Re: a little humor for this so often humorless group - Message-ID: <3A93471F.7F1245B0@earthlink.net>    On a similar note:  D Q: How can you tell that the guy broken down at the side of the road$    is a DEC Field Service Repairman?  ; A: He's changing out the tires until he finds the flat one.      -- Aaron Sliwinski   ------------------------------  % Date: Tue, 20 Feb 2001 17:56:07 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> T Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?), Message-ID: <3A92F5FB.C1F5ED84@videotron.ca>  ! norm.raphael@jamesbury.com wrote:  > ) > Was that the dream of world domination?  > Exactly when was this?  M The Avro Arrow was a canadian project terminated in the early 1960s. It was a N supersonic fighter jet with flight characteristics well ahead of what was thenK available. The project was cancelled because the then government didn't see 
 the value.   ------------------------------  % Date: Wed, 21 Feb 2001 01:41:29 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)T Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?)L Message-ID: <rdeininger-2102010141300001@user-2ivealr.dialup.mindspring.com>  F In article <WnaqX3m2v5te@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) wrote:  7 > In article <C22569F9.0064F604.00@jklh21.valmet.com>,  ' >    norm.raphael@jamesbury.com writes:  > > / J > > /> We in Mass.  need to know as our Gov. is going off to be Ambassador > > />to Canada. > > / > > > /Congratulations, glad to see he's moving up in the world. > > /  > > /:):):):):)  > > /  > > K > > Wait 2 years and let me know 1.  If you are still glad, and 2.  If it's / > > still "the best country in the world."  ;-)  > > J >    Is he planning to get drunk and kill people with his car? If not he'd8 > probably be considered a model diplomat in Canada. :-(  O No, that would be the senator from Mass., not the Gov.  The senator is staying.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Fri, 16 Feb 2001 07:06:34 -0700 5 From: "cstranslations" <cstranslations@email.msn.com>  Subject: Re: Authorize) Message-ID: <eP3LTGCmAHA.280@cpmsnbbsa07>   = "William Hymen" <t18_pilot@hotmail.spam.com> wrote in message 7 news:XJ9j6.43186$gb1.1610032@news4.aus1.giganews.com... = > Recently, I ran authorize on a test ID on a test VMS system ? > ( this system was not under security ) and reset the Password : > lifetime.  This got one of the sys admins nose all bent. > 9 > So how did he know I ran authorize on the test user ID?   . Changes to the authorization file are audited.   Oh - his job it to know.   Joe    ------------------------------  # Date: Wed, 21 Feb 2001 03:25:27 GMT - From: "Dave Pampreen" <davepampreen@home.com> , Subject: CAMUS Conference coming up (MANMAN)< Message-ID: <HyGk6.10823$0u5.2759691@news1.rdc1.mi.home.com>   All,  L For those of you who may not have heard, or are not part of CAMUS.  The userJ group is having it's conference in San Diego, CA on March 11-14.  For more! info, visit http://www.camus.org/   K For the scope of comp.os.vms, it's the MANMAN users and/or CODASYL database I users.  There are a lot of vendors who relate to VMS and CODASYL.   So if  your interested, check it out.   Dave   ------------------------------    Date: 21 Feb 2001 05:12:11 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: CLuster coms with HSGs - Message-ID: <87wval12l0.fsf@prep.synonet.com>    For my curiosity.   > With no CI, how do cluster members connect? Can the SAN fabric? be used? Are the controllers as capable and smart as the CIPCAs  et al?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 20 Feb 2001 22:26:28 +0000 5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> # Subject: RE: CLuster coms with HSGs N Message-ID: <F498D199EDB12D468CD2C66680D308018B1216@reoexc04.emea.cpqcorp.net>   Paul, D 	how do you mean connect?  Like MSCP, hszterm....  The KGPSA's are a' tad clever compared to the old CIPCA's.   J Considering a CIPCA's throughput is 10.8Mb/s and a KGPSA's is 64bit PCI onD 133 MB/s and it uses bigger packets.  Some might say it kicks ass :)   	Oliver    -----Original Message-----3 From: Paul Repacholi [mailto:prep@prep.synonet.com] ( Sent: Tuesday, February 20, 2001 9:12 PM To: Info-VAX@Mvb.Saic.Com  Subject: CLuster coms with HSGs        For my curiosity.   > With no CI, how do cluster members connect? Can the SAN fabric? be used? Are the controllers as capable and smart as the CIPCAs  et al?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Tue, 20 Feb 2001 22:27:47 +0000 5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> # Subject: RE: CLuster coms with HSGs N Message-ID: <F498D199EDB12D468CD2C66680D308018B1217@reoexc04.emea.cpqcorp.net>  & I mean set host/dup not hszterm.  DOH!   -----Original Message-----3 From: Paul Repacholi [mailto:prep@prep.synonet.com] ( Sent: Tuesday, February 20, 2001 9:12 PM To: Info-VAX@Mvb.Saic.Com  Subject: CLuster coms with HSGs        For my curiosity.   > With no CI, how do cluster members connect? Can the SAN fabric? be used? Are the controllers as capable and smart as the CIPCAs  et al?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 20 Feb 2001 22:38:19 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> # Subject: Re: CLuster coms with HSGs ; Message-ID: <Pine.LNX.4.31.0102201433290.380-100000@jaipur>   % On 21 Feb 2001, Paul Repacholi wrote: @ > With no CI, how do cluster members connect? Can the SAN fabricA > be used? Are the controllers as capable and smart as the CIPCAs  > et al?  F Fiber channel will not do cluster traffic.  Only storage.  You have to& another interconnect to do clustering.   Options are:' - DSSI (but this would be a bad choice)  - LAVc (LAN)   - 10/100/1000 mb ethernet    - 100 mb FDDI  - CI - Memory channel  J We are replacing our CI-based cluster with FC plus memory channel.  If youD are going to use FC, you better get a fast cluster interconnect like( memory channel or FDDI/gigabit ethernet.  4 See the VMS Cluster Configuration Guidelines manual.   -Ryan    ------------------------------    Date: 20 Feb 2001 18:17:31 -05003 From: malmberg@encompasserve.org (John E. Malmberg) # Subject: RE: CLuster coms with HSGs 3 Message-ID: <djH39vheL5d0@eisner.encompasserve.org>   3 > Paul Repacholi <prep@prep.synonet.company> wrote:  >  > For my curiosity.  > @ > With no CI, how do cluster members connect? Can the SAN fabricA > be used? Are the controllers as capable and smart as the CIPCAs  > et al?  8 At this time the fibre channel is only used for storage.  G The VMSCLUSTER SCS traffic is over any other of the traditional clusterhG interconnects that you may have, including but not limited to ethernet.l   -Johnr Personal Opinion Onlyi   ------------------------------  % Date: Tue, 20 Feb 2001 18:04:26 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>r# Subject: RE: CLuster coms with HSGsrN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284E1A@kaoexc3.kao.cpqcorp.net>   Ryan,o  L Unless there are computer room space issues (Star couplers etc), I have beenL recommending to Customers that are migrating to SAN's from CI's that for nowA - keep their CI's as the cluster communication interconnect only.u  E That way, you have the best of both worlds. Also, easy way to measureeK cluster traffic as it will be the only traffic on CI's ...Also, provides antE easy way to migrate the data ie. can do it in phases as time permits.2  L Memory channel is ok, but it does have some cpu overhead associated with it.   Regards,  
 Kerry Main Senior ConsultantE Compaq Canada Inc. Professional Servicesi Voice: 613-592-4660l Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----2 From: Ryan Moore [mailto:rmoore@rmoore.dyndns.org] Sent: February 20, 2001 5:38 PMa To: Info-VAX@Mvb.Saic.Comd# Subject: Re: CLuster coms with HSGs     % On 21 Feb 2001, Paul Repacholi wrote:F@ > With no CI, how do cluster members connect? Can the SAN fabricA > be used? Are the controllers as capable and smart as the CIPCAsi > et al?  F Fiber channel will not do cluster traffic.  Only storage.  You have to& another interconnect to do clustering.   Options are:' - DSSI (but this would be a bad choice)p - LAVc (LAN)   - 10/100/1000 mb ethernetn   - 100 mb FDDI  - CI - Memory channel  J We are replacing our CI-based cluster with FC plus memory channel.  If youD are going to use FC, you better get a fast cluster interconnect like( memory channel or FDDI/gigabit ethernet.  4 See the VMS Cluster Configuration Guidelines manual.   -Ryan.   ------------------------------  # Date: Wed, 21 Feb 2001 03:59:48 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>$ Subject: Re: Compaq wins APAC re-bid< Message-ID: <U2Hk6.7595$CW1.5706842@typhoon.ne.mediaone.net>  J "Wayne Sewell" <wayne@tachysoft.xxx.344932.killspam.0142> wrote in message( news:7GfilOFQjkeK@tachxxsoftxxconsult... <snip> >l >tJ > Unfortunately, I don't see anything about which OS will be used on theseH > systems.  If it will be tru64 or linux, the information is of marginalI > interest.  Still, it feels good to see Sun (and our favorite architect)nI > embarass themselves like that, and at least alpha sales on any platformo help* > vms indirectly by keeping compaq afloat. >w    L I strongly suspect the OS will be Tru64 or Linux. UNIX seems to be the OS of choice for HPTC.  H Incidentally, the initial systems will be ES40s, an ES45 upgrade will be coming along in 4CQ.   ------------------------------  % Date: Tue, 20 Feb 2001 18:12:51 -0500t  From: John Santos <JOHN@egh.com>; Subject: Re: Dead AlphaStation 200 4/100 or memory troubleso4 Message-ID: <1010220175544.353A-100000@Ives.egh.com>  / On Mon, 19 Feb 2001, Alexander R Svirsky wrote:z  L > Looks like I've got a dead AlphaStation 200 4/100, but before I give up on) > it, I need some troubleshooting advice.o > F > The unit was purchased today and was without RAM and HD.  It has theK > standard floppy, CDROM and sound card.  The CPU is present.  Unit has the I > DEC video card.  The little network card is missing.  The HD bracket ise2 > missing.  It has likely been stripped for parts. > C > I have added 64MB RAM, known good and borrowed from another Alpha)H > system.  For now, there is no HD.  A PCXAL keyboard, mouse and monitor > have been connected. > H > This motherboard has 8 SIMM sockets instead of the 6 I would expect toK > find in an AS200.  Other jumper and socket positions also do not match mymG > other AS200 4/166 or documentation diagrams.  Manufacture date is MayD > 1995.b  % My AS200 4/100 has only 6 SIMM slots!wD It came with "Digital AlphaStation (TM) 200 Series User Information" book, EK-PCDTA-UI, E01.-  J > Without RAM installed, or with RAM improperly installed when powered up,E > the beep code 1-3-3 is sounded indicating that 2MB RAM could not bewH > found.  LEDs show xxxx xxox where x=on and o=off.  From this I presumeL > that SROM is present to run the memory tests.  No video output is present.  H Book says: 1-3-3 means (1) The SROM code could not find at least 2-MB of  good memory.  There is no (2)...   LED pattern FD is not listed.   " > Failure symptoms are as follows: > D > With 64MB RAM properly installed, there is no beep code sounded onG > power-up and there is no output to video.  The LEDs continually cycle,J > through the following three indications without stopping, where x=on and > o=off: > xxxx xoxxC > xxxx xooxi > xxxx xxoos  
 FB not listedE F9 Memory test 2 failure
 FC not listede  H > Attempts to load a failsafe loader floppy using jumper J2 fail with noF > floppy drive activity.  LED indicators cycle as above.  No post code* > beeps.  Apparently DROM is never loaded. > K > Does anyone recognize this failure?  What's up with the 8 sockets insteadi* > of 6?  I appreciate any advice.  Thanks.  5 Don't know, but maybe it isn't really a AS 200 4/100?c  : Is your memory known to be good?  My book says it requires= 72-pin parity SIMMS, 60 or 70 ns access time, and memory mustr< be installed in pairs.  It says it accepts 8, 16, 32 & 64 MBC SIMMS.  I have successfully used 8 (DEC), 16 (DEC) and 32 (non-DEC)e SIMMS in mine.   > --  E > Alexander_R_Svirsky_____________________________atlas@world.std.com9 >  >    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Wed, 21 Feb 2001 04:51:51 GMTa/ From: atlas@world.std.com (Alexander R Svirsky)u; Subject: Re: Dead AlphaStation 200 4/100 or memory troublesv& Message-ID: <G93C6F.GLo@world.std.com>  - Brian Corbin (brian.corbin@compaq.com) wrote:2  G : You probably have an Alphastation 250 or 255 , These use 2 banks of 4 H : simms each ( total of 8 simm slots) The AS250 has the top 3 simm slotsD : slightly offset to the rest. The AS255 has all simms in a straight : row.  E The part number on the board is 54-23787-01 which cross-references tooD something called an "M3 system board".  The SIMMs are exactly as youI describe with three offset from the others, so I must have an AS250 board? in a AS200 badged case.   J Thanks for all the info on the AS250 LED codes.  They might be useful, butD I'm not sure I'll be able to do much with it as the diagnostic neverF settles down to one code, it just keeps cycling.  Unless this board isG completely hosed, I'm hoping there is a way to force it to load DROM orrI maybe even access the mini-console on the board.  I need to find some wayH& to get it to load a failsafe diskette.   Thanks again,  Alex   -- nC Alexander_R_Svirsky_____________________________atlas@world.std.comm   ------------------------------  % Date: Tue, 20 Feb 2001 19:44:17 -0500 - From: "Island Computers" <sales@islandco.com>n# Subject: DEC Alpha's - FREE T-Shirty/ Message-ID: <t96404llee9dbf@corp.supernews.com>o  < Yeah - like that would make you buy an Alpha from us anyhow.  E But the words FREE and ALPHA look so,  so good together do they not ?I  K Just to remind y'all - we DO sell Alpha Systems and have over 200 reference  sites.  = We guarantee the best prices on Upgrades, Memory options, etcr   Email: sales@islandco.como   Island Computers US Corporation  2700 Gregory Streett Savannah GA 31404a Tel: 912 447 6622- Fax:912 201 0096 sales@islandco.com www.islandco.com   ------------------------------  % Date: Tue, 20 Feb 2001 15:14:39 -0500CB From: "Nicolas LeBlanc" <nicolas_leblanc@dontwantspam.hotmail.com> Subject: Re: DECNET question4 Message-ID: <6eAk6.132829$Z2.1755479@nnrp1.uunet.ca>  ) Thank you, that is what I needed to know!e  4 "Kari Uusimki" <uusimaki@decus.fi> wrote in message" news:3A92CA8C.58AF0E15@decus.fi... >rI > If you run Pathworks Advanced Server on your VMS machine you can accessf= > the shared VMS directories just as if it were a NT box e.g.oJ > \\VMS_machine\share\xxx.yyy. You can use DECnet, TCP/IP (if installed onH > the VMS machine) and NetBeui protocols to share the directories on theG > VMS machine. As TCP/IP and NetBeui protocols comes built-in on NT you I > don't need to do any installations there, but if you want to run DECnetzG > you have to install it on the NT box. You'll find it on the Pathworkss > client CD. >sF > AFAIK Samba is TCP/IP only. It'll share the directories in a similar > way. >s >E > Good luck, >t > Kari >  >p >w > Nicolas LeBlanc wrote: > >aJ > > > for NT or something that will serve NT shares (eh Pathworks Advanced
 > > Server orE > > > SambaR( > > > or TCP/IP and NFS) on the VMS box. > >e4 > > Do you mean that readme.txt will be available as \\MACHINE\Shared\readme.txt  > > ?u > >tH > > > Please clarify, does your application currently run on VMS and you want tok > > useV > > > it' > > > to scan NT shares, or vice-versa.h > >0L > > That's a Visual Basic script running on Windows NT, scanning a directory onJ > > Windows NT.. people used to copy files from VMS to Windows NT for them to beiK > > processed.. we want to know if we can scan the VMS directory instead to  > > automate the process.. > >C0 > > I'm trying to find out before going there... > >  > > Thank you.   ------------------------------  # Date: Tue, 20 Feb 2001 19:55:56 GMT : From: Kari =?iso-8859-1?Q?Uusim=E4ki?= <uusimaki@decus.fi> Subject: Re: DECNET question( Message-ID: <3A92CA8C.58AF0E15@decus.fi>  G If you run Pathworks Advanced Server on your VMS machine you can access ; the shared VMS directories just as if it were a NT box e.g. H \\VMS_machine\share\xxx.yyy. You can use DECnet, TCP/IP (if installed onF the VMS machine) and NetBeui protocols to share the directories on theE VMS machine. As TCP/IP and NetBeui protocols comes built-in on NT you G don't need to do any installations there, but if you want to run DECnetfE you have to install it on the NT box. You'll find it on the Pathworkse
 client CD.  D AFAIK Samba is TCP/IP only. It'll share the directories in a similar way.    
 Good luck,   Kari       Nicolas LeBlanc wrote: > H > > for NT or something that will serve NT shares (eh Pathworks Advanced > Server orc	 > > Samba & > > or TCP/IP and NFS) on the VMS box. > N > Do you mean that readme.txt will be available as \\MACHINE\Shared\readme.txt > ?f > N > > Please clarify, does your application currently run on VMS and you want to > use  > > it% > > to scan NT shares, or vice-versa.  > M > That's a Visual Basic script running on Windows NT, scanning a directory onrN > Windows NT.. people used to copy files from VMS to Windows NT for them to beI > processed.. we want to know if we can scan the VMS directory instead tou > automate the process.. > . > I'm trying to find out before going there... >  > Thank you.   ------------------------------  % Date: Wed, 21 Feb 2001 00:59:37 +0000 ) From: Christof Brass <brass@infopuls.com>  Subject: Re: DECNET question, Message-ID: <3A9312F9.63C7DCAB@infopuls.com>   Nicolas LeBlanc wrote: > H > > for NT or something that will serve NT shares (eh Pathworks Advanced > Server oro	 > > Samba & > > or TCP/IP and NFS) on the VMS box. > N > Do you mean that readme.txt will be available as \\MACHINE\Shared\readme.txt > ?o > N > > Please clarify, does your application currently run on VMS and you want to > use- > > it% > > to scan NT shares, or vice-versa.1 > M > That's a Visual Basic script running on Windows NT, scanning a directory onuN > Windows NT.. people used to copy files from VMS to Windows NT for them to beI > processed.. we want to know if we can scan the VMS directory instead to  > automate the process.. > . > I'm trying to find out before going there... >  > Thank you.  3 How do these people copy the files from VMS to WNT?h   ------------------------------  % Date: Tue, 20 Feb 2001 19:36:49 -0500 - From: "Island Computers" <sales@islandco.com>  Subject: Re: ES40 upgrade?/ Message-ID: <t96403k4e3qdbe@corp.supernews.com>s   Well  G Having read a number of these threads - Now you see why resellers existe  D 1) From the information I have seen an ES40 CPU upgrade is availableF It is 7:35pm now and I am not in the orfice - will check on the morrow  E 2) DS20E 500-667 upgrades are falling out of the trees in Savannah GAe (Island)  ) Send me your email address and I'll quote    David Te   -- David Turner Island Computers US Corporatione 2700 Gregory Streetn Savannah GA 31404  Tel: 912 447 6622r Fax:912 201 0096 sales@islandco.com2 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message/ news:01K05F6H39KY00A1AZ@tgmail.tg.nsw.gov.au...  | Folks  | # | I have a(n) ES40 with 4 EV6 cpus.C |i9 | I have to put in a budget for next year.  Can I upgradet5 | these within the same box to EV68s (or EV7s if theys: | arrive).  This is going from about 500 to 833 megahertz. |h: | I am finding it difficult to navigate the Compaq website. | to get these answers (or for any questions). |t9 | I also wanted a response independent of our suppliers!!-8 | These answers used to be available -- but where now??? |.6 | Hmm, Digital used to be my preferred supplier :-(((( |  | Regards, Paddy |e | Paddy O'Brien, | Transmission Development,a | TransGrid, | PO Box A1000, Sydney South,4 | NSW 2000, Australia  |e | Tel:   +61 2 9284-3063 | Fax:   +61 2 9284-3050( | Email: paddy.o'brien@zzz.tg.nsw.gov.au | 9 | Either "\'" or "\s" (to escape the apostrophe) seems tou | work for most people,g7 | but that little whizz-bang apostrophe gives me littlef | spam.n |M   ------------------------------  # Date: Wed, 21 Feb 2001 00:01:59 GMTt From: Dirk Munk <munk@home.nl>( Subject: Re: Estimating QBB performance?' Message-ID: <3A93056C.D94205C1@home.nl>o   "Doug W." wrote:  N > Given a CPU saturated application running on 4 processes,  is it possible toO > estimate QBB performance in a GS160 by examining performance on a 4 CPU ES40?fJ > Is there enough similarity between the GS160 and ES40 hardware to make a > comparison worthwhile?  O The CPU's in the GS160 have 4 MB cache, those in the ES40 have 8 MB cache. So aiH ES40 with 667 MHz cpu's is more powerfull than a QBB with 733 MHz cpu's.     >* >tO > I believe the ES40 is a more recent design than the GS160, but it has reachedcM > its last CPU upgrade.  The ES45 is coming out soon.  Anyone have an idea of % > what has been improved on the ES45?=  P Only what I read in this group. The ES45 will have four 66 MHz 64 bit pci bussesM versus two 33 MHz 64 bit on the ES40, so that is quite an improvement. It wilw9 have faster memory access, and CPU's will start at 1 GHz.e   ------------------------------  % Date: Tue, 20 Feb 2001 18:48:52 -0600=+ From: "Main, Kerry" <Kerry.Main@compaq.com>=/ Subject: RE: Future outlook for OpenVMS admins?fN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284E21@kaoexc3.kao.cpqcorp.net>   David,  L Not wanting to go into a rat hole, (apologies for the OT reply), but keep inJ mind the P4 designs currently available are single cpu designs (WS's) thatJ require existing software to be re-written in order to optimize it for the new architecture.   & As stated in earlier reply, check out:7 http://www4.tomshardware.com/cpu/00q4/001122/p4-04.html 7 http://www4.tomshardware.com/cpu/00q4/001122/p4-05.htmle7 http://www4.tomshardware.com/cpu/00q4/001122/p4-03.html'9 http://www4.tomshardware.com/blurb/00q4/001128/p4-03.htmlk1 http://www.theregister.co.uk/content/3/15949.htmln  L Does this mean that folks should still consider the P4 vs AMD vs Alpha ????    Absolutely.   K Just don't blindly follow the latest marketing propaganda and make sure youR? understand some of the down sides as outlined in these reviews.    Regards,  
 Kerry Main Senior Consultant. Compaq Canada Inc. Professional Servicesx Voice: 613-592-4660c Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----# From: mathog@seqaxp.bio.caltech.edue& [mailto:mathog@seqaxp.bio.caltech.edu] Sent: February 20, 2001 1:25 AM  To: Info-VAX@Mvb.Saic.Comn/ Subject: RE: Future outlook for OpenVMS admins?c    
 In articleJ <910612C07BCAD1119AF40000F86AF0D805284E05@kaoexc3.kao.cpqcorp.net>, "Main,& Kerry" <Kerry.Main@compaq.com> writes:J >While one could split hairs and point out that the 1.5Ghz x86 is actuallyH >slower than the 833Mhz Alpha when looking at the optimized SPECint 20009 >result, (A=544 vs I=536) essentially, it is a dead heat.D> >http://ideasinternational.com/benchmark/spec/specint2000.html  B Now divide by the price of the finished machine and come up with aK performance/dollar number - the Intel based machines blow the doors off thetE Alpha based machines.  Digital's mantra used to be 2X the performancenK at 3X the price, which was such a winner that the company no longer exists.eK Compaq's mantra is the even more ridiculous 1X the performance (plus delta)t at 5X the price.  J When those faster Intel chips become widely available I'll be able to buy J one.  No way I could afford the machine that Compaq will put the 833 into.   sic transit gloria   David Mathog mathog@seqaxp.bio.caltech.edui? Manager, sequence analysis facility, biology division, Caltech oJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 20 Feb 2001 19:38:07 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e/ Subject: Re: Future outlook for OpenVMS admins?l- Message-ID: <3A931BFF.C3A26893@earthlink.net>t   rocko wrote: > L > Thanks for your responses.  I had hoped to receive more incite on what theH > job market is like for Open VMS.  I have done a search and found a fewM > results on the job posting sites but was hoping to get a real "inside" viewfA > also.  I will take the processor discussion into consideration.c  G Well, from where I sit, the OpenVMS world has become very bitter-sweet.f  . There are few, if any, OpenVMS jobs available.  A There are few, if any, OpenVMS people available to fill the need.   / The supply is low and the demand is even lower.j  G Hope for the future tends to lie in a dramatic expansion of the OpenVMSoF market and the recovery of business that OpenVMS has lost to inferior,E but vastly more "cost-effective" systems and o.s.-es. That's in quoteiE becaus ethe perception of "cost effectiveness" tends pivot around theeD cost to acquire - a capital expense, whereas on-going operations are* more "palatable" line items in the budget.  G I've been trying to get Affordable OpenVMS going; but, alas, my "feebleiH skills are no match for the power of the dark side". My apologies to all - I've let you down.   -- w David J. Dachteras dba DJE Systemsb http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/S  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.g   ------------------------------    Date: 21 Feb 2001 03:21:09 +0800, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: Future outlook for OpenVMS admins? (OT to intel P4)- Message-ID: <87d7cd2mai.fsf@prep.synonet.com>t  1 Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:M  M > the P2/P3 is a core design that's been stretched about as far as it can be,lM > from 133MHz to 1GHz. The P4 is looking to 10GHz and above, where the longersF > pipelines should pay dividends. At present, a 1.5GHz P4 doesn't run G > existing codes much faster (if at all faster) than a 900MHz P3. When rJ > codes are re-optimised for the P4 it will do rather better. But the realL > problem being addressed is that a 10GHz P4 is conceivable whereas a 10GHz F > P3 is not. In the meantime, Intel will be OK provided that 1.5GHz P4O > systems can be had for about the same price as 900MHz P3 ones (that is, afteroO > they've made big profit out of all the folks who just want the latest at any m > cost!)  F 10 GHz in their dreams! Where are they going to get the memory for it?@ Cache is getting close to several physical limits, and *already*D caches and register files are being replicated to reduce the on chip trace length.   H As to code optimization. Well, how many 24 bit Video cards are still outH there that require 3 byte read/write? And the optimizations  really meanF winbloat for P4. But it must also run on celeries, durons, Vias, AMDs,D etc... The satan of OSs will not piss off the blood donors to pleaseD intel. Though, if you have seen the Reg, there are moves in Readmond to support AMD64.o  I > Of course, there's AMD to worry about. If they can get the Athlon power ? > consumption down, and steal Itanium's market with Hammer ....x  C See above. Power is not a problem for them really. Their problem isu8 trying to disipate high power from small cheap packages.   The PC fun begineth :)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 20 Feb 2001 09:13:18 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) < Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !. Message-ID: <$FHLBKig4cTF@tachxxsoftxxconsult>  W In article <3a91607f$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: M > In article <3A915378.84BA36FB@Omond.net>, Roy Omond <Roy@Omond.net> writes:l> >>Anyone (Burns Fisher ?) done any benchmarking of a SETI unit< >>using CXML ?  How much faster is it than the standard SETI >>code ? > N > Yes. And he stated a value of about an hour for a machine in the performanceE > same class as my fastest alpha, while my system takes over 8h/unit. . > Look up his article from last spring/summer. > B > He also has surely a value in the umpteen thousand unit range... >  > -- e> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888T> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"      + Account Summary for burns.fisher@compaq.come   Your credit:L Name (and URL)                          Burns Fisher, Compaq VMS Engineering- Results Received                        92250D3 Total CPU Time                          38.46 years < Average CPU Time per work unit          3 hr 39 min 08.4 secD Last result returned:                   Tue Feb 20 14:11:10 2001 UTCD Registered on:                          Wed May 19 01:27:41 1999 UTC2 SETI@home user for:                     1.76 years(                                          Your group info:C You belong to the group named:          Compaq Computer Corporation_/ You are not currently the founder of any teams.-  0 Your rank: (based on current workunits received)7 Your rank out of 2792545 total users is:    52nd place.j  3 The total number of users who have this rank:     1eD You have completed more work units than:       99.998% of our users.   -- oO ===============================================================================oM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxe: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)rO =============================================================================== B Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------   Date: 20 Feb 2001 15:34:42 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell):< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !. Message-ID: <LYCt7DTUJWes@tachxxsoftxxconsult>  ] In article <01K0CDHAI90Y0039YI@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:. > From various,n > C > OK, again massive ignorance.  What is SETI?  What do these stats r > mean?r > C > I was alerted, or my interest was aroused, when I saw discussion .E > of FFT and the CXML.  This sort of stuff is my field, so what am I t > missing about SETI?     9 from their web page (http://setiathome.ssl.berkeley.edu):o    7          SETI@home is a scientific experiment that usesa7          Internet-connected computers in the Search foreB          Extraterrestrial Intelligence (SETI). You can participate>          by running a free program that downloads and analyzes          radio telescope data.      O If you are the #1 seti cruncher, you get to spend a night with Jodie Foster (orT7 Charlie Sheen for those of the female persuasion).  :-)a    N (Explanation of joke: both of these starred in movies about SETI: "Contact" inN the case of Jodie, and "The Arrival" for Sheen.  Both movies had scenes at theN Very Large Array in the Arizona desert.  Contact also had scenes at Arecibo in; Puerto Rico, which is where the SETI@home data comes from.)a     -- iO ===============================================================================gM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxs: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================-B Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  # Date: Tue, 20 Feb 2001 23:59:00 GMTu0 From: "H.N. Bowman" <heather.bowman@sungard.com>+ Subject: gnupg 1.0.4 - do_plaintext() errorrD Message-ID: <8xDk6.2026$I65.233055@newsread2.prod.itd.earthlink.net>  G i am running the most recent version of gnupg (1.0.4) on an OpenVMS 7.1IK Alphaserver.  when when i try to encrypt a file using the following commandt  G  gpg --output encrypted.gpg --encrypt --recipient user.name@address.comn filename.ext   i get the following errors  L  gpg:  this cipher algorithm is depreciated; please use a more standard one!B  gpg: do_plaintext(): wrote 139965 bytes but expected 140266 bytes)  %noname-e-nomsg, Message number 00000002l  H i know that the first error is a bug in 1.0.4, but i can't find any infoG regarding the do_plaintext() error.  it is being generated from code inrC build-packet.c, but i can't figure out what is causing it.  is thisuK something i should be concerned about?  a bug? has anyone else been able to " encrypt a file using this version?  1 thanks in advance for any insight you can give --    ------------------------------   Date: 20 Feb 2001 22:56:47 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau)) Subject: How to specify Reply-To address? ) Message-ID: <96usnf$nlp$1@hecate.umd.edu>o  A I have a user who would like to do some things automatically (ie,rB batch jobs).  Specifically, he'd like to send out an email message> upon certain conditions from a given account (not his personalE account, btw), but with a Reply-To: address of another account on thet same system.    @ Does anyone know how to specify a reply-to address?  I'm running/ OpenVMS AXP 7.1-2 with UCX V4.2 ECO 1.  Thanks.    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.eduP   ------------------------------  % Date: Tue, 20 Feb 2001 16:11:06 -0700i% From: Dean Woodward <deanw@rdrop.com> - Subject: Re: How to specify Reply-To address?o) Message-ID: <3A92F98A.57011193@rdrop.com>s   Lawrence Bleau wrote:T > B > Does anyone know how to specify a reply-to address?  I'm running1 > OpenVMS AXP 7.1-2 with UCX V4.2 ECO 1.  Thanks..  & Wait for TCPIP 5.1; see TPCIP$SFF.EXE.   ------------------------------  % Date: Tue, 20 Feb 2001 22:51:09 -0000S8 From: "NIGEL S GOODWIN" <nigel.s.goodwin@dial.pipex.com>& Subject: longfilenames on CD under VMS) Message-ID: <96usda$ngc$1@lure.pipex.net>   B Bit of a novice here - sure it's buried in the manuals somewhere !  I I have been using a PC via FTP link to get data from my Alpha and to makedK CD's for data backups (as I gave up trying to get a CD writer for VMS/AlphaeL platform), which I intend to then read on the Alpha's CDROM drive under  VMS 7.2r  J However when I mount the CD's on the Alpha and look at the filenames, they/ short with tilde marks like pre-Windows 95 i.e.  XXXYYY~1.zzz  E If I put the same CD in my PC drive (NT4 OS) I can see long filenamesa  L Is there some other way to mount the CD's on the Alpha that lets me see long filenames ?u5 I'm using (or something close - doing this by memory)r Mount/Over/media=CDROM device:   Any help appreciated,    Nigel.   ------------------------------  # Date: Tue, 20 Feb 2001 23:18:11 GMT0= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a* Subject: Re: longfilenames on CD under VMS0 Message-ID: <009F7EF1.F243A41B@SendSpamHere.ORG>  d In article <96usda$ngc$1@lure.pipex.net>, "NIGEL S GOODWIN" <nigel.s.goodwin@dial.pipex.com> writes:C >Bit of a novice here - sure it's buried in the manuals somewhere !w >iJ >I have been using a PC via FTP link to get data from my Alpha and to makeL >CD's for data backups (as I gave up trying to get a CD writer for VMS/AlphaM >platform), which I intend to then read on the Alpha's CDROM drive under  VMS  >7.2   http://www.tmesis.com/CDrom/  K >However when I mount the CD's on the Alpha and look at the filenames, they40 >short with tilde marks like pre-Windows 95 i.e.
 >XXXYYY~1.zzz+ >2F >If I put the same CD in my PC drive (NT4 OS) I can see long filenames >"M >Is there some other way to mount the CD's on the Alpha that lets me see longl >filenames ?6 >I'm using (or something close - doing this by memory) >Mount/Over/media=CDROM device:e >2 >Any help appreciated, >r >Nigel.M >  >n( Burn the CDs in ODS-2 format!  Not 9660!   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMP            pO city, n., 1. a place where trees are cut down and streets are named after them.i   ------------------------------  # Date: Tue, 20 Feb 2001 22:02:35 GMTi/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>a* Subject: Re: longfilenames on CD under VMS) Message-ID: <3A92A32B.4A6F043D@uiowa.edu>E   NIGEL S GOODWIN wrote:K > I have been using a PC via FTP link to get data from my Alpha and to make M > CD's for data backups (as I gave up trying to get a CD writer for VMS/AlphaaN > platform), which I intend to then read on the Alpha's CDROM drive under  VMS > 7.2o  > 	Use the DFY$VMSCD software to create an ODS-2 format CD imageD file.  Transfer that file to a PC and record the "ISO" image file toC a blank CD-R disc.  You then will have an "OpenVMS" CD-R disc.  Thew trickfE is not to use Adaptec's EasyCD Creator since it will refuse to record-F the ODS image file.  I claims it is an invalid format file...  The oldE Easy CD Pro works and I have heard a product from GoldenHawk for Win  < boxes works...  I just continue to use my old EasyCD Pro. :)  L > However when I mount the CD's on the Alpha and look at the filenames, they1 > short with tilde marks like pre-Windows 95 i.e.e > XXXYYY~1.zzz > G > If I put the same CD in my PC drive (NT4 OS) I can see long filenames  > N > Is there some other way to mount the CD's on the Alpha that lets me see long
 > filenames ? 7 > I'm using (or something close - doing this by memory)h  > Mount/Over/media=CDROM device:  F The CD-R was created with a format for Windoze boxes.  Probably JolietE which is a MS-defined format.  The old EasyCD Pro had a format calledkH "Romeo" that worked fine for VMS.  The new EasyCD Creator makes you huntG around for "use long filenames" BUT you must make it use Level 1 of the G CDR format.  I don't have the details here in front of me, but you haverA to stay away from the defaults.  They are all targeted at Windozee boxes...   Rick -- rH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-14791   ------------------------------  # Date: Tue, 20 Feb 2001 20:20:50 GMT.2 From: Arthur Krewat <krewat@bartek.dontspamme.net>$ Subject: Lots of Microfiche's found!4 Message-ID: <3A92D0EF.E18D5F5@bartek.dontspamme.net>  
 Hello all,  8 	Since I have been reading these newsgroups the last fewD months, I have noticed people are starved for technical information, especially about DEC hardware.  ; 	Well, I have in storage a VAX-11/750, plus the parts from oE another, disks, etc. etc. - someone threw out my TU78 though. Anyway,aB in a pile in the corner, a few boxes of microfiche fell over, and 7 mixed together. In it all, I found all sorts of things:l  D Tech docs for VAX hardware, up to 1983-84. This means 11/730,750 andB 780 docs. The one sheet for the VAX780 is badly scratched however,B and some of the '780 specific stuff seems to be missing. I believe@ it was a community "fiche box" and someone had borrowed them out of the box.   B Tech docs for most PDP-11 models up to that point, plus associated> hardware, like RL02's. Dectape II docs, TU45, TU77/78, TU58...F Most, if not all, peripheral questions asked on the -11 and -10 groupsA can be answered with this information. I even have stuff for card*, readers. Remember the -11's went way back :)  E Docs for all printers, Decwriter, ASR33 (!), LAnn, LAnnn, LPnn, LSnn,e LTnn, LWnn.0  C Docs for all video terminals up to that point (most recent is VT125j5 and VT180). Includes Rainbow! I have Decmate manuals!D  B Module information, almost a complete listing of DEC modules up toH that point. Some KA/KI/KL stuff is in there, as well as PDP-8, etc. etc.C The guy with the KS10, can you give me some module numbers off youre/ boards so I can see if they are actually there?g  ; Believe it or not, the ASR33 Maintenance guide is included.s  D This whole pile seems to be the VAX and PDP-11 information up to theD '83-84 point, including any peripherals that may have been connectedF to them. This includes overlapping hardware with the KA/KI/KL/KS line,@ as well as obvious overlaps like UNIBUS devices on VAX and KS10.D Want to align your RP06? I have the docs... actually, I have an RM057 alignment set (in a suitcase) too. Need any RM05 packs?l  C I even have VMS version 1 sources on Microfiche. For Tim Stark, how D would that be to write an emulator with? Of course, I also found allC the Vax-11/750 docs, I have RH750 (Massbus adapter - needed to bootoD the system from a real drive) in hard copy, which I can mail to you.B Many other things for VAX - I have to catalog it and I'll post the
 listing here.   ? And again for Tim Stark, I found many docs for the '750. I evenl= have an engineering drawing set for it. I found VAX Hardware p? handbooks that detail all sorts of things for both the '750 and ? the '780. I will again, catalog them, and post here. I can loanO> you the actual hardcopies, but I would like them back when you? are done. There are also handbooks contained in the Microfiche.a  ? My first impulse was to put it on Ebay, but I just can't do it.r= If someone has some way to get these scanned, I would love to-= have this stuff put up on the Internet, but I am aware of theR> cost and time involved. I can devote disk space and web server= traffic to the problem, but I have no way to even look at the@ microfiche right now.i  9 For now, my priority is getting Tim his docs for VAX, andP9 whatever else I can get for the TS-10 development effort. > If this means I have to go to the library and print out copies9 at $.25 each and scan them in by hand, for now that's OK.   < any ideas from the groups? Tim, do you know what manuals you need to get started with?a   thanks!    art k.   -- r
 Arthur Krewatf VP of Engineering, Bartek, Inc.r krewat@bartek.dontspamme.net   ------------------------------  # Date: Tue, 20 Feb 2001 20:35:50 GMTo2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A92D483.42F8F6D4@bartek.dontspamme.net>y   Arthur Krewat wrote: >  > Hello all,  7 I know, it's in very bad taste, but I have more to say:i  A Anyone have a way to read those pesky 8" floppies for the 11-780?tA I have VMS 4.1 on them, and they may be of interest to Tim to tryg) on his emulator, if he goes for the '780.t  B I also have BSD 4.1/4.2/4.3 for VAX (I know I have '750 boot stuff7 for 4.2 and 4.3). Includes TCP/IP and NFS, and sources!t  = Tim Shoppa, you still reading Magtapes? Would these be of any. interest to you?     art k.   ------------------------------  % Date: Tue, 20 Feb 2001 14:27:00 -0700o( From: emanuel stiebler <emu@ecubics.com>( Subject: Re: Lots of Microfiche's found!+ Message-ID: <3A92E124.9AC9D4B7@ecubics.com>e   Arthur Krewat wrote:  D > I also have BSD 4.1/4.2/4.3 for VAX (I know I have '750 boot stuff9 > for 4.2 and 4.3). Includes TCP/IP and NFS, and sources!b  ? Pleas contact TUHS, if the files aren't already in the archive.e www.tuhs.org   cheers & thanks, emanuelb  > P.S. If you have troubles reading the tapes, I can do it here.   ------------------------------  % Date: Tue, 20 Feb 2001 13:20:18 -0800  From: aek@spies.com (Al Kossow) ( Subject: Re: Lots of Microfiche's found!3 Message-ID: <aek-2002011320180001@haxrus.apple.com>-  B In article <3A92D0EF.E18D5F5@bartek.dontspamme.net>, Arthur Krewat% <krewat@bartek.dontspamme.net> wrote:l  A >         Since I have been reading these newsgroups the last fewsF > months, I have noticed people are starved for technical information,  > especially about DEC hardware. >   A There is no shortage of documentation for 16 and 32 bit machines. 3 Docs on 36 bit machines are much harder to come by.i  > > any ideas from the groups? Tim, do you know what manuals you > need to get started with?a >   : Please wait until Tim has released TS-10 before giving him' other things to distract his attention.    -- a eBay: Death by a thousand cuts.s   ------------------------------   Date: 20 Feb 2001 22:05:08 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)t( Subject: Re: Lots of Microfiche's found!, Message-ID: <96upmk$2fkd$1@info.cs.uofs.edu>  5 In article <3A92D483.42F8F6D4@bartek.dontspamme.net>,.5  Arthur Krewat <krewat@bartek.dontspamme.net> writes:  |> -: |> I know, it's in very bad taste, but I have more to say: |> mD |> Anyone have a way to read those pesky 8" floppies for the 11-780?D |> I have VMS 4.1 on them, and they may be of interest to Tim to try, |> on his emulator, if he goes for the '780.  B What format are VAX 8" floppies in??  I have RX02's on a PDP.  Any chance he could read them??r   bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 20 Feb 2001 22:08:43 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)_( Subject: Re: Lots of Microfiche's found!, Message-ID: <96uptb$2fkd$2@info.cs.uofs.edu>  3 In article <aek-2002011320180001@haxrus.apple.com>,:"  aek@spies.com (Al Kossow) writes:E |> In article <3A92D0EF.E18D5F5@bartek.dontspamme.net>, Arthur Krewats( |> <krewat@bartek.dontspamme.net> wrote: |> =D |> >         Since I have been reading these newsgroups the last fewI |> > months, I have noticed people are starved for technical information,h# |> > especially about DEC hardware.w |> > y |> mD |> There is no shortage of documentation for 16 and 32 bit machines.6 |> Docs on 36 bit machines are much harder to come by.  < Maybe in your neck of the woods.  I would do anything to get< all he has on PDP-11's.  I am serious enough about this that< I have already sent off a note to find out what kind of cost; we are looking at to have the fiches moved to CDROM.  Then,l  maybe take up a collection.  :-)   bill   -- TJ 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>   e   ------------------------------  % Date: Tue, 20 Feb 2001 17:41:53 -0500  From: stan@stanq.com( Subject: Re: Lots of Microfiche's found!- Message-ID: <3A92AC61.7022.16C65BA@localhost>I  . On 20 Feb 2001, at 20:20, Arthur Krewat wrote:  A > My first impulse was to put it on Ebay, but I just can't do it.h? > If someone has some way to get these scanned, I would love toe? > have this stuff put up on the Internet, but I am aware of thea > cost and time involved.r  E The DFW DECUS group is scanning in all available documentation.  You   should contact:e  (     "Clay M. Denton" <denton@dsserv.com>   for details.     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147h= Preferred address:  stan@stanq.com       http://www.stanq.coms   ------------------------------    Date: 20 Feb 2001 18:00:48 -05003 From: malmberg@encompasserve.org (John E. Malmberg)h( Subject: Re: Lots of Microfiche's found!3 Message-ID: <BkRMYals$mVh@eisner.encompasserve.org>=  4 In article <3A92D0EF.E18D5F5@bartek.dontspamme.net>,4 Arthur Krewat <krewat@bartek.dontspamme.net> writes: > Hello all, >t: > 	Since I have been reading these newsgroups the last fewF > months, I have noticed people are starved for technical information,  > especially about DEC hardware. >=< > 	Well, I have in storage a VAX-11/750, plus the parts fromG > another, disks, etc. etc. - someone threw out my TU78 though. Anyway,aC > in a pile in the corner, a few boxes of microfiche fell over, anda9 > mixed together. In it all, I found all sorts of things:r  F You may want to contact the Dallas Fort Worth Compaq Users Group aboutK their scanning project as part of their Historical CPU Preservation Societyh; where they will be making the results available on the www.n  I Pat Jankowiak vaxhackery(at)worldnet.att.net posted a plea for such itemsr# on January 21'st on comp.org.decus.o  # You can view their effort so far atg  * http://www.montagar.com/~patj/dec/hcps.htm   -John  Personal Opinion Onlyr   ------------------------------    Date: 21 Feb 2001 06:54:16 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Lots of Microfiche's found!- Message-ID: <87ofvx0xuv.fsf@prep.synonet.com>s  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:a  7 > In article <3A92D483.42F8F6D4@bartek.dontspamme.net>,h7 >  Arthur Krewat <krewat@bartek.dontspamme.net> writes:e > |> n< > |> I know, it's in very bad taste, but I have more to say: > |>  F > |> Anyone have a way to read those pesky 8" floppies for the 11-780?F > |> I have VMS 4.1 on them, and they may be of interest to Tim to try. > |> on his emulator, if he goes for the '780. > D > What format are VAX 8" floppies in??  I have RX02's on a PDP.  Any > chance he could read them??s  ' RX-01. with RT-11 or ODS-2 file system.e  * Remember, "Every Vax will have a RX-01"...   -- c< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 20 Feb 2001 23:21:15 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A92FB48.5718DED6@bartek.dontspamme.net>    "John E. Malmberg" wrote:  > H > You may want to contact the Dallas Fort Worth Compaq Users Group aboutM > their scanning project as part of their Historical CPU Preservation Societyi= > where they will be making the results available on the www.f  H I can not chase people down, if they are listening, or it's important toD you, please, do me a favor and chase it. If you can't I'll try, but = hey, I have to work too :) But, for this, I will take a look.e  K > Pat Jankowiak vaxhackery(at)worldnet.att.net posted a plea for such itemsr% > on January 21'st on comp.org.decus.e  U I also found "U.S. FALL 1982 DECUS PROCEEDINGS    C 1983, DIGITAL EQUIP. CORPORATION"p Fiche 01 through 07 ...    art k.   ------------------------------  # Date: Tue, 20 Feb 2001 23:25:54 GMT'2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A92FCE2.D0934428@bartek.dontspamme.net>    Bill Gunshannon wrote: > F > |> There is no shortage of documentation for 16 and 32 bit machines.8 > |> Docs on 36 bit machines are much harder to come by. > > > Maybe in your neck of the woods.  I would do anything to get> > all he has on PDP-11's.  I am serious enough about this that> > I have already sent off a note to find out what kind of cost= > we are looking at to have the fiches moved to CDROM.  Then, " > maybe take up a collection.  :-)  = Hey, if I have the maintenance manual to an ASR33, the PDP-112 stuff should go WAY back :)n  $ What's a good PDP-11 model list URL?   art k.   ------------------------------  # Date: Tue, 20 Feb 2001 23:40:53 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A92FFF6.D16279B4@bartek.dontspamme.net>(   Paul Repacholi wrote:t > , > Remember, "Every Vax will have a RX-01"... >   : someone should have told that to the Vax-11/750 team, that5 way, I wouldn't have had to ASK that question !    :)h   art k.   ------------------------------  # Date: Tue, 20 Feb 2001 23:40:52 GMTp2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A92FF66.27A9254B@bartek.dontspamme.net>    Al Kossow wrote: > @ > > all he has on PDP-11's.  I am serious enough about this that@ > > I have already sent off a note to find out what kind of cost8 > > we are looking at to have the fiches moved to CDROM. > % > Between 10 and 20 thousand dollars.p  $ yow... there has to be a better way!  8 > I have a larger fiche collection than he has, and have > already checked on this.    At least I'm not the only one...  8 I guess there is absolutely no way to get Compaq to puke8 it's DEC guts and give up the digital versions? Too bad.0 On second thought - were there digital versions?   art k.   ------------------------------  # Date: Wed, 21 Feb 2001 00:27:46 GMTb+ From: Jeff Campbell <jcampbell@ins-msi.com>m( Subject: Re: Lots of Microfiche's found!+ Message-ID: <3A930622.F246A656@ins-msi.com>o   Arthur Krewat wrote: >  > Paul Repacholi wrote:d > >h. > > Remember, "Every Vax will have a RX-01"... > >D > < > someone should have told that to the Vax-11/750 team, that7 > way, I wouldn't have had to ASK that question !    :)   2 750's do have an RX01... it's called a TU58!   8-)   >  > art k.    
 Jeff Campbells n8wxs@arrl.net   ------------------------------  # Date: Wed, 21 Feb 2001 00:10:52 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A9306E0.EA9C4C0B@bartek.dontspamme.net>u   Jeff Campbell wrote: >  > Arthur Krewat wrote: > >' > > Paul Repacholi wrote:t > > >n0 > > > Remember, "Every Vax will have a RX-01"... > > >i > > > > > someone should have told that to the Vax-11/750 team, that9 > > way, I wouldn't have had to ASK that question !    :)  > 4 > 750's do have an RX01... it's called a TU58!   8-)   Was it comparable in format? h   Or are you making fun? :)o   art k.   ------------------------------  # Date: Wed, 21 Feb 2001 00:10:52 GMTn2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!4 Message-ID: <3A930734.5826BDF@bartek.dontspamme.net>   Arthur Krewat wrote: >  > Jeff Campbell wrote: > >s > > Arthur Krewat wrote: > > >1 > > > Paul Repacholi wrote:t > > > > 2 > > > > Remember, "Every Vax will have a RX-01"... > > > >  > > >a@ > > > someone should have told that to the Vax-11/750 team, that; > > > way, I wouldn't have had to ASK that question !    :)n > >a6 > > 750's do have an RX01... it's called a TU58!   8-) >  > Was it comparable in format?   BTW, I realize it was a tape...    art k.   ------------------------------   Date: 21 Feb 2001 00:19:53 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)n( Subject: Re: Lots of Microfiche's found!, Message-ID: <96v1j9$2jab$1@info.cs.uofs.edu>  - In article <87ofvx0xuv.fsf@prep.synonet.com>,0/  Paul Repacholi <prep@prep.synonet.com> writes:s6 |> bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: |>G |> > What format are VAX 8" floppies in??  I have RX02's on a PDP.  Any   |> > chance he could read them?? |> f* |> RX-01. with RT-11 or ODS-2 file system.  A If they are RT11 I can read them and use Kermit to move the files,@ to somewhere else.  Unless there is someone else better equiped.  C Boy, this must be my lucky day.  This is the second case of someone C looking for a person with 8" drives I have answered.  But the firsth" one was not any kind of a DEC box.   bill   -- hJ 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>   o   ------------------------------  % Date: Tue, 20 Feb 2001 16:36:15 -0800u From: aek@spies.com (Al Kossow) ( Subject: Re: Lots of Microfiche's found!3 Message-ID: <aek-2002011636150001@haxrus.apple.com>e  C In article <3A92FF66.27A9254B@bartek.dontspamme.net>, Arthur Krewatm% <krewat@bartek.dontspamme.net> wrote:d  ' > > Between 10 and 20 thousand dollars.  > & > yow... there has to be a better way! >   / You asked what it would cost to do the transferl1 of several thousand sheets of fiche. That was theT* answer, going through commercial services.  0 I was about to spend 19 thousand dollars earlier/ this year for a used automatic scaner for doingo. this, but decided that it wouldn't be worth my1 investment to do so. I have bought a manual fiches. scanner to do some of the material that I have* that I don't have available in paper form.  0 Unfortunately, I am in the process of moving, so- I'm not going to have the time to look at any1  of this for at least six months.   -- l eBay: Death by a thousand cuts.v   ------------------------------  # Date: Wed, 21 Feb 2001 01:05:51 GMT/2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A931404.EA80AB3D@bartek.dontspamme.net>5   Al Kossow wrote: > ) > > > Between 10 and 20 thousand dollars.n > > ( > > yow... there has to be a better way! > >a > 1 > You asked what it would cost to do the transfero3 > of several thousand sheets of fiche. That was theH, > answer, going through commercial services. > 2 > I was about to spend 19 thousand dollars earlier1 > this year for a used automatic scaner for doingo0 > this, but decided that it wouldn't be worth my3 > investment to do so. I have bought a manual fichee0 > scanner to do some of the material that I have, > that I don't have available in paper form. > 2 > Unfortunately, I am in the process of moving, so/ > I'm not going to have the time to look at anyo" > of this for at least six months.  - Understood, and you have my deepest sympathy!o  5 I just can't believe that I have this wealth of stuffl/ at my fingertips and can't do anything with it.r   We'll find a way...a   art k.   ------------------------------  % Date: Tue, 20 Feb 2001 20:28:21 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com> ( Subject: Re: Lots of Microfiche's found!1 Message-ID: <3A92D365.2065DD28@trailing-edge.com>a   Arthur Krewat wrote: >  > Arthur Krewat wrote: > >  > > Hello all, > 9 > I know, it's in very bad taste, but I have more to say:o > C > Anyone have a way to read those pesky 8" floppies for the 11-780?oC > I have VMS 4.1 on them, and they may be of interest to Tim to tryn+ > on his emulator, if he goes for the '780.t > D > I also have BSD 4.1/4.2/4.3 for VAX (I know I have '750 boot stuff9 > for 4.2 and 4.3). Includes TCP/IP and NFS, and sources!e > ) > Tim Shoppa, you still reading Magtapes?-  A Yes, but I'm not for hire anymore.  I now have one, multi-billionaC dollar customer that will keep me busy for the rest of my life :-).eF (Admittedly, most of the $10Billion investment is in the peripherals -; the moving parts of which weigh about 35000 tons in total - 7 and not in the CPU's, but it's still fascinating work.)e   > Would these be of any7 > interest to you?  ? Chances are that you do not have VMS 4.1 on 8" floppy.  If whato> you have is a set of 2 or 3 or 4 or 5 floppies, you have a VMS@ Standalone Backup kit on RX01 or RX02.  Not to worry much, thereH are plenty of full VMS 3.x and 4.x and 5.x and 6.x and 7.x distributions= here in the archives already as disk pack or tape images :-).-  H We're pretty well set in BSD 4.2 and 4.3 dists (see the PUPS archives at< http://minnie.cs.adfa.oz.au/PUPS/ for the contributions thatA I and others have made) but BSD 4.1 *would* be of great interest.a0 I'd be glad to image the tape and forward it on.   Tim.   ------------------------------  + Date: Wed, 21 Feb 2001 01:47:58 +0000 (UTC)b* From: don@news.daedalus.co.nz (Don Stokes)( Subject: Re: Lots of Microfiche's found!2 Message-ID: <96v6oe$1mt9$1@raewyn.paradise.net.nz>  4 Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:> >Hey, if I have the maintenance manual to an ASR33, the PDP-11  A Um, what are the chances of scanning this?  Has anyone else got an, scanned copy of the ASR33 maintenance books?   -- don   ------------------------------    Date: 20 Feb 2001 20:38:07 -05003 From: malmberg@encompasserve.org (John E. Malmberg) ( Subject: Re: Lots of Microfiche's found!3 Message-ID: <RBCueFuSuLJv@eisner.encompasserve.org>t  0 I have forwarded your postings to Pat Jankowiak.  5 In article <3A92FB48.5718DED6@bartek.dontspamme.net>,o5  Arthur Krewat <krewat@bartek.dontspamme.net> writes:  > "John E. Malmberg" wrote:  >>I >> You may want to contact the Dallas Fort Worth Compaq Users Group about N >> their scanning project as part of their Historical CPU Preservation Society> >> where they will be making the results available on the www. >aJ > I can not chase people down, if they are listening, or it's important toE > you, please, do me a favor and chase it. If you can't I'll try, butR? > hey, I have to work too :) But, for this, I will take a look.s >fL >> Pat Jankowiak vaxhackery(at)worldnet.att.net posted a plea for such items& >> on January 21'st on comp.org.decus. > W > I also found "U.S. FALL 1982 DECUS PROCEEDINGS    C 1983, DIGITAL EQUIP. CORPORATION"w > Fiche 01 through 07 ...l >i > art k.   ------------------------------  # Date: Wed, 21 Feb 2001 01:40:52 GMTo2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A931C8E.B8E07620@bartek.dontspamme.net>r   Tim Shoppa wrote:l >  > Arthur Krewat wrote: > >- > > Arthur Krewat wrote: > > >v > > > Hello all, > >u; > > I know, it's in very bad taste, but I have more to say:o > >aE > > Anyone have a way to read those pesky 8" floppies for the 11-780?>E > > I have VMS 4.1 on them, and they may be of interest to Tim to tryT- > > on his emulator, if he goes for the '780.n > > F > > I also have BSD 4.1/4.2/4.3 for VAX (I know I have '750 boot stuff; > > for 4.2 and 4.3). Includes TCP/IP and NFS, and sources!l > >>+ > > Tim Shoppa, you still reading Magtapes?  > C > Yes, but I'm not for hire anymore.  I now have one, multi-billionwE > dollar customer that will keep me busy for the rest of my life :-).rH > (Admittedly, most of the $10Billion investment is in the peripherals -= > the moving parts of which weigh about 35000 tons in total -E9 > and not in the CPU's, but it's still fascinating work.)m  ' Me too - they pay for my daily bread :)c   > > Would these be of any  > > interest to you? > A > Chances are that you do not have VMS 4.1 on 8" floppy.  If whats@ > you have is a set of 2 or 3 or 4 or 5 floppies, you have a VMSB > Standalone Backup kit on RX01 or RX02.  Not to worry much, thereJ > are plenty of full VMS 3.x and 4.x and 5.x and 6.x and 7.x distributions? > here in the archives already as disk pack or tape images :-).   ( There are more than 5, but less than 10.  I You are very correct, they probably are not the entire distribution, just|H SA Bkup and boot floppy. I didn't realize that you already had that much VMS stuff . silly me.-  -J > We're pretty well set in BSD 4.2 and 4.3 dists (see the PUPS archives at> > http://minnie.cs.adfa.oz.au/PUPS/ for the contributions thatC > I and others have made) but BSD 4.1 *would* be of great interest. 2 > I'd be glad to image the tape and forward it on.  D I know I have 4.1 stuff. I need to find it and catalog it. I'll post- more when I have time, probably this weekend.t  = I also have some DEC diagnostics for VAX/PDP-11 on 1/2" tape.E   art k.   ------------------------------  # Date: Wed, 21 Feb 2001 02:00:51 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A9320ED.5381D9BF@bartek.dontspamme.net>1   Don Stokes wrote:n > 6 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:@ > >Hey, if I have the maintenance manual to an ASR33, the PDP-11 > C > Um, what are the chances of scanning this?  Has anyone else got ao. > scanned copy of the ASR33 maintenance books? >   C I plan on Ebay'ing a microfiche reader/printer, and getting to mostnD of the stuff that interests me. If I spend enough time on it to read it, I'll print and scan it.i  $ Bug me, it'll help me do it quicker.   art k.   ------------------------------  % Date: Tue, 20 Feb 2001 21:15:50 -0400e+ From: Tim Shoppa <shoppa@trailing-edge.com>o( Subject: Re: Lots of Microfiche's found!1 Message-ID: <3A92DE86.27FDDBE6@trailing-edge.com>,   Arthur Krewat wrote: >  > Tim Shoppa wrote:u > >nC > > Chances are that you do not have VMS 4.1 on 8" floppy.  If whatrB > > you have is a set of 2 or 3 or 4 or 5 floppies, you have a VMSD > > Standalone Backup kit on RX01 or RX02.  Not to worry much, thereL > > are plenty of full VMS 3.x and 4.x and 5.x and 6.x and 7.x distributionsA > > here in the archives already as disk pack or tape images :-).  > * > There are more than 5, but less than 10. > K > You are very correct, they probably are not the entire distribution, justtJ > SA Bkup and boot floppy. I didn't realize that you already had that much > VMS stuff . silly me.r  ; There are floppy-only 4.x "MicroVMS" distributions on RX50,6? intended for the Microvax I and II.  But the stack of RX50's is:@ so large that it's cruel and unusual punishment (along the lines8 of the Peter Schickele joke about "The Wagner Ring Cycle? on convenient 45's" as a game show prize) to imagine installing>
 from them!   Tim.   ------------------------------    Date: 20 Feb 2001 18:21:30 -0800* From: Paul Rubin <phr-n2001@nightsong.com>( Subject: Re: Lots of Microfiche's found!0 Message-ID: <7xhf1ozsgl.fsf@ruckus.brouhaha.com>  , don@news.daedalus.co.nz (Don Stokes) writes:6 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:@ > >Hey, if I have the maintenance manual to an ASR33, the PDP-11 > C > Um, what are the chances of scanning this?  Has anyone else got al. > scanned copy of the ASR33 maintenance books?  E As I remember, those books had a bunch of big fold-out drawings, kind ; of hard to scan by normal methods except maybe in sections.a   ------------------------------  # Date: Wed, 21 Feb 2001 02:53:07 GMTC& From: djg@drs-esg.com (David Gesswein)( Subject: Re: Lots of Microfiche's found!/ Message-ID: <n4Gk6.828$0L6.379115@news.abs.net>e  2 In article <96v6oe$1mt9$1@raewyn.paradise.net.nz>,- 	don@news.daedalus.co.nz (Don Stokes) writes:76 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:? >>Hey, if I have the maintenance manual to an ASR33, the PDP-11U > C > Um, what are the chances of scanning this?  Has anyone else got aU. > scanned copy of the ASR33 maintenance books? > 8 Yup, see http://www.pdp8.net/pdp8cgi/query_docs/query.plH Search for teletype.  The schematic set may not be complete but the onesE that just closed on ebay went for more than I wanted to pay to try too complete them.  * I have 8 and 9/15 documents in that index.   David Gesswein? http://www.pdp8.net/  -- Run an old computer with blinkenlightso   ------------------------------  + Date: Wed, 21 Feb 2001 03:05:16 +0000 (UTC)A* From: don@news.daedalus.co.nz (Don Stokes)( Subject: Re: Lots of Microfiche's found!2 Message-ID: <96vb9c$1pv7$1@raewyn.paradise.net.nz>  1 In article <3A92DE86.27FDDBE6@trailing-edge.com>,c- Tim Shoppa  <shoppa@trailing-edge.com> wrote: < >There are floppy-only 4.x "MicroVMS" distributions on RX50,@ >intended for the Microvax I and II.  But the stack of RX50's isA >so large that it's cruel and unusual punishment (along the lineso9 >of the Peter Schickele joke about "The Wagner Ring Cyclea@ >on convenient 45's" as a game show prize) to imagine installing >from them!   F Did the 4.7 upgrade from RX50s -- not an install though.  Took most of an afteroon, IIRC.  G Took the same to machine (a uVAX I) to V5.0 then V5.1 and 5.1-something,H by copying the distribution savesets from a "real" VAX to RX50s, then onB the uVAX from RX50 to TK50, and installed from TK50.  Ran the RX50G copies simultaneously, so that when one floppy was written we'd take itrE over to the uVAX I to read. With two of us taking turns, one to watchMD both consoles and directing operations, the other running around theE machine room with floppies in hand, it took us much less time than itRG would have by copying via the 19.2kbps async DECnet link, which was thet alternative.    C I think it was around 80 floppies for the full V5.0 kit.  5.1 was a-@ pretty substantial upgrade too.  It didn't help that some of theH floppies were bad and we ended up restarting copies from the beginning a couple of times.  E (The TK50 was added after the 4.7 upgrade, and the Ethernet card we'd # ordered was still some weeks away.)    -- don   ------------------------------  + Date: Wed, 21 Feb 2001 03:46:50 +0000 (UTC) * From: don@news.daedalus.co.nz (Don Stokes)( Subject: Re: Lots of Microfiche's found!2 Message-ID: <96vdna$1rgn$1@raewyn.paradise.net.nz>  4 Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:D >I plan on Ebay'ing a microfiche reader/printer, and getting to mostE >of the stuff that interests me. If I spend enough time on it to readt >it, I'll print and scan it.  F I got laughed at before by suggesting this, but a digital camera photoD of a 'fiche reader screen at semi-decent resolution should be fairlyE readable, (forget it for OCR, but text only a few pixels in size withf: good greyscaling can be surprisingly readable by a human).  G I've done this with double A4 pages on printed paper.  If I get laughede: at some more I'll exhume the 'fiche reader and prove it...  ? Prints from 'fiche printers usually look terrible to me anyway.' Scanning just makes 'em worse.   -- don   ------------------------------  # Date: Wed, 21 Feb 2001 04:05:55 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>( Subject: Re: Lots of Microfiche's found!5 Message-ID: <3A933E67.F19C642B@bartek.dontspamme.net>m   Don Stokes wrote:L > 6 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:F > >I plan on Ebay'ing a microfiche reader/printer, and getting to mostG > >of the stuff that interests me. If I spend enough time on it to readw > >it, I'll print and scan it. > H > I got laughed at before by suggesting this, but a digital camera photoF > of a 'fiche reader screen at semi-decent resolution should be fairlyG > readable, (forget it for OCR, but text only a few pixels in size withr< > good greyscaling can be surprisingly readable by a human).  C I actually considered this ... then I realized, what is the closesteF thing to a microfiche reader I have? My son's microscope that displays/ on a big screen. Just like a fiche reader... :)>   art k.   ------------------------------  % Date: Tue, 20 Feb 2001 23:15:00 -0500 , From: "Timothy Stark" <sword7@speakeasy.org>( Subject: Re: Lots of Microfiche's found!@ Message-ID: <6cHk6.12373$Ea6.433233@e3500-chi1.usenetserver.com>  ? "Arthur Krewat" <krewat@bartek.dontspamme.net> wrote in message . news:3A92D0EF.E18D5F5@bartek.dontspamme.net...  E > I even have VMS version 1 sources on Microfiche. For Tim Stark, how F > would that be to write an emulator with? Of course, I also found allE > the Vax-11/750 docs, I have RH750 (Massbus adapter - needed to bootdF > the system from a real drive) in hard copy, which I can mail to you.D > Many other things for VAX - I have to catalog it and I'll post the > listing here.   H Yeah. Very good news!  I would need a copy of VMS sources to develop VMSJ emulator more effectively.  Also do you have DEC diagnostics for VAX/PDP11 like KLAD?  Let me know when you make a listing.d  A > And again for Tim Stark, I found many docs for the '750. I event> > have an engineering drawing set for it. I found VAX HardwareA > handbooks that detail all sorts of things for both the '750 and A > the '780. I will again, catalog them, and post here. I can loan @ > you the actual hardcopies, but I would like them back when youA > are done. There are also handbooks contained in the Microfiche.h  6 Do they have programming guides for writing emulators?  ; > For now, my priority is getting Tim his docs for VAX, ands; > whatever else I can get for the TS-10 development effort.n@ > If this means I have to go to the library and print out copies; > at $.25 each and scan them in by hand, for now that's OK.m >e> > any ideas from the groups? Tim, do you know what manuals you > need to get started with?3  F I start with uVAX II and 750/780 programming guides like UDA50, RDQX3, Ethernet, etc...  I alreadyeF have VAX Arch Reference Manual (1st Edition) for emulated instructions
 execpt vectoro
 instructions.t  A I will put my initial TS10 emulator with almost complete KS10 (FPsL instructions not finished yet) and dummy VAX emulator on SourceForge by thisE Friday because I am figuring how to use CVS.  Now I am working on VAXiF emulator right now.   You will able to run TOPS-10 v7.03 on my current version of TS10 emulator.y  
 Thank you!   -- Tim Stark   ------------------------------  % Date: Tue, 20 Feb 2001 23:16:08 -0500t, From: "Timothy Stark" <sword7@speakeasy.org>( Subject: Re: Lots of Microfiche's found!@ Message-ID: <adHk6.12382$Ea6.433729@e3500-chi1.usenetserver.com>  A > Pleas contact TUHS, if the files aren't already in the archive.- > www.tuhs.org >-= Good.  I am aware of that. I have ancient source license. :-)a   -- Tim Stark   ------------------------------  % Date: Tue, 20 Feb 2001 23:19:23 -05009, From: "Timothy Stark" <sword7@speakeasy.org>( Subject: Re: Lots of Microfiche's found!@ Message-ID: <egHk6.12401$Ea6.434315@e3500-chi1.usenetserver.com>  C > Anyone have a way to read those pesky 8" floppies for the 11-780?vC > I have VMS 4.1 on them, and they may be of interest to Tim to try + > on his emulator, if he goes for the '780.e  F Well, I already have a copy of OpenVMS 7.2 for VAX that I ordered from Montgar last year.2 Yes, I am interested in a copy of VMS 4.1 as well.  
 Thank you!   -- Tim Stark   ------------------------------  % Date: Tue, 20 Feb 2001 23:29:56 -0500t, From: "Timothy Stark" <sword7@speakeasy.org>( Subject: Re: Lots of Microfiche's found!@ Message-ID: <aqHk6.12466$Ea6.437389@e3500-chi1.usenetserver.com>  7 "Timothy Stark" <sword7@speakeasy.org> wrote in messagey: news:egHk6.12401$Ea6.434315@e3500-chi1.usenetserver.com...E > > Anyone have a way to read those pesky 8" floppies for the 11-780?aE > > I have VMS 4.1 on them, and they may be of interest to Tim to trye- > > on his emulator, if he goes for the '780.a >aH > Well, I already have a copy of OpenVMS 7.2 for VAX that I ordered from > Montgar last year.4 > Yes, I am interested in a copy of VMS 4.1 as well.  H Well, I found out that a version of VMS 4.1 is stand-alone only on later articles. Oh, Well.oE My copy of OpenVMS 7.2 is good enough for developing my VAX emulator.0  G Tim Shoppa:  I still am looking for JNet/VAX software for OpenVMS v7.2.   
 Thank you.   -- Tim Stark   ------------------------------  % Date: Tue, 20 Feb 2001 16:06:36 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brP Subject: Re: Motif ScriptsL Message-ID: <OF14F84DEB.8BDBBA70-ON032569F9.0068E1D6@ep-bc.petrobras.com.br>  K Thank you but i dont have C/C++ or Basic under OpenVMS ! Just Cobol and 4GLf Gembase ...f   ~~~:-<   Regardst   FC        2 Mark Hatch <mhatch@ics.com> em 20/02/2001 15:31:07    Favor responder a mhatch@ics.com             Info-VAX@Mvb.Saic.Comn       Assunto: Re: Motif Scripts    F For scripting,I've heard good things about the tcl/Motif interface. IfE you are willing to code in C/C++, you could also use our GUI Builder, B BX. That should be as quick as a scripting language in terms of UI@ development. Check out www.ics.com for details on BX on OpenVMS.   Mark  * fabio_compaq@ep-bc.petrobras.com.br wrote:  3 > Do you know any script language for OpenVMS which:& > is posible to create Motif windows ?! > Or Motif is only compilable ...e >t	 > Regardsn >. > FC   ------------------------------  % Date: Tue, 20 Feb 2001 16:09:49 -0300.) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: Re: Motif ScriptsL Message-ID: <OF60196CCE.6713F89A-ON032569F9.00691131@ep-bc.petrobras.com.br>   I am sorry but what is UIL ????e= I didnt discover any good script language, because 100% of my': procedures are DCL + VT escape sequences....I am almost in my limits...  H It=B4s why (again) I believe it=B4s important to develop a new graphica= luC terminal with windowing capabilities, and instead of write in <ESC>i. sequences would be useful a script language...  4 Hey people from Wyse and NCD  ? Are you reading me ?     Regards    FC        > Tim Llewellyn <tim.llewellyn@bbc.co.uk> em 20/02/2001 11:35:42  ) Favor responder a tim.llewellyn@bbc.co.uk              Info-VAX@Mvb.Saic.Comi       Assunto: Re: Motif Scripts        * fabio_compaq@ep-bc.petrobras.com.br wrote:  3 > Do you know any script language for OpenVMS whichu& > is posible to create Motif windows ?! > Or Motif is only compilable ...e > 	 > Regardsm  A Fabio, I assume you have encountered UIL code? Not my idea of fun> either.a  H tcl/tk does windows in Motif, I havn't yet found a network aware versio= ne that works witht, UCX, but I didn't look for a few months now.  D I once worked on an inhouse human interface generator that generated Motifs, code from a high level description language.   hope this helps,   >v > FC   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukl  A I speak for myself only and my views in no way represent those ofC MedAS or the BBC.h             =    ------------------------------    Date: 20 Feb 2001 21:13:57 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Motif Scripts( Message-ID: <3a92d005@news.kapsch.co.at>  x In article <OF60196CCE.6713F89A-ON032569F9.00691131@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:  >I am sorry but what is UIL ????  & Start with "$ HELP UIL" (of course ;-) then proceed to the MOTIF docs   -- a< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 20 Feb 2001 17:52:55 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Motif Scripts, Message-ID: <3A92F53C.7E45F965@videotron.ca>   Christopher Smith wrote:5 > > Do you know any script language for OpenVMS whiche( > > is posible to create Motif windows ?# > > Or Motif is only compilable ...r  F If you create a Fileview DCL window. you can use command precedures to generate dialogues.i  > The VMS Decwidnows user guide has a chapter on these services.  
 for instance:   I $VUE$inquire_symbol "MY_SYMBOL ""What brand of underwear do you wear ?"""f $VUE$READ underwearoE $VUE$POPUP_MESSAGE "You are currently wearing ''underwear' underwear"o  M do a SHOW SYMBOL VUE*  from a fileview DCL windows and you'll have an idea ofS* the number of services that are available.   ------------------------------   Date: 20 Feb 2001 20:36 CSTs' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: Motif Scripts- Message-ID: <20FEB200120363759@gerg.tamu.edu>t  	 writes...A  }I am sorry but what is UIL ????> }I didnt discover any good script language, because 100% of my; }procedures are DCL + VT escape sequences....I am almost inU
 }my limits...  }  }FCm  B If you are using DCL and VT escape sequences, I suspect that goingC to any language that supports SMG would seem like a real move up ino! the world. (Even if it is Cobol.)   D UIL is the User Interface Language. It is used to control the layoutH and other details of the user interface for DECwindows. It gets compiledH to produce .UID files that are then used by the DECwindows applications.D You can live a long time programming DECwindows applications withoutJ actually using this stuff. (But it can be fairly handy at times - I havn'tF done very much programming of that sort but I have used it. Once. WithH an application that doesn't work under the Motif version of DECwindows.)  1 There are a couple of .UIL files in SYS$EXAMPLES:1  & Directory SYS$COMMON:[SYSHLP.EXAMPLES]  + EVE$CONSTANTS.UIL;1 EVE$WIDGETS_MOTIF.UIL;1y  & And a whole lot more in DECW$EXAMPLES.  E Take a look at SYS$EXAMPLES:EVE$WIDGETS_MOTIF.UIL if you are familiareB with the DECwindows interface to EVE and see if you can figure outF how it displays what it displays. (This is a rather large file. Any ofK the shorter files in DECW$EAMPLES:*.UIL are likely to be easier to follow.)e   --- Carl   ------------------------------  % Date: Tue, 20 Feb 2001 23:26:34 +0000!) From: Christof Brass <brass@infopuls.com>d' Subject: Re: OpenVMS and Supercomputingi, Message-ID: <3A92FD2A.5736BB20@infopuls.com>   David Mathog wrote:o > Z > In article <3A8E5895.F03B2291@infopuls.com>, Christof Brass <brass@infopuls.com> writes:- > >fabio_compaq@ep-bc.petrobras.com.br wrote:w > >m> > >The design, features and tools of VMS are *not* targeted toB > >supercomputing where in most cases a single task for a few very@ > >skillful users are carried out. Using VMS would be a waste of
 > >resources.o > B > That sounds like you mean "you're paying for more than you need"E > and that is NOT the reason VMS is defunct in large scale scientific L > computing.  The real reason is that the money could be better spent on theG > same hardware running either Tru64 or Linux/Alpha, both of which willXL > handily outperform the VMS system on all but strictly CPU bound code.  AndK > even then, the PVM and MPI libraries required are in much better shape onsM > the Unix side.  To get that performance you give up some data security, but-J > that's rarely an issue on these types of systems, where you just restartL > the calculation if the machine dies, and checkpoint it once and a while if! > the calculation is really long.   8 You are paying for more than you need twofold: money and@ resources (cpu, memory, disk). That could be the true reason why> nobody tries to make VMS to compete: it's not possible and not; desirable because in these environment the VMS features aree? superflous. Honestly I don't understand why you state "... realo> reason ...". This is exactly what "you're paying ..." implies:; you pay for what you don't really need. And the rest of you-@ paragraph is a variation on the theme - you don't need these VMS  features, exactly what I stated.  I > The real killer for VMS is that this mode of "fast and 99.9% stable" issL > more than good enough for almost all other types of computing as well.  SoL > why spend the big bucks for VMS when you can get better performance withinM > the allowed reliability requirements for less, both from Compaq and a large J > number of other vendors?  Which is one of the more major reasons why VMSC > retains such a tiny fraction of its former market.  It's only the.K > 100% <-> 99.999999% reliable crowd that really _need_ VMS these days.  Or  > can afford it.  ? This is obviously completely wrong. The problem for selling VMSd@ is that most managers don't understand their business. Otherwise: they would pay more attention to speed. Speed? Yes, speed.? That's exactly what is lost if a system goes down. Realiability-= combined with appropriate cpu power is business speed. Do youo< think that eBay did it right? Did you ever hear TOC?? Do you= think if managers had done their business right we would haven+ been faced with 200+ millions M$-DOS PCs???e  9 I once programmed for a customer a production and storageT@ control system. This company would have payed thousands of $ per@ hour of downtime. They insisted in having a very reliable OS and$ a safe programming language (no C!).  = I know a bank which is specialised in stock exchange trading.a@ They only use VMS in their environment because it's reliable and? it's fast and because you could very early attach several heads-> to one system. Downtime costs them millions every minute. They can't afford a different OS.  ? If Internet banking would be more important and if there were ao? real competition I'm sure a bank with the contractual terms "we0@ guarantee you 100% availability excluding vis major (e.g. damage: from external forces or broken Internet links from several? providers) and we'll pay you back for every minute you couldn'tc= use our service if you wanted and we replace any damage whichr> may have caused by this" will be a great success. VMS could be/ used to implement that in a very efficient way.9   >  > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Wed, 21 Feb 2001 00:50:56 +0000-) From: Christof Brass <brass@infopuls.com>5' Subject: Re: OpenVMS and Supercomputingo, Message-ID: <3A9310F0.FD74DBDF@infopuls.com>   David Mathog wrote:D > k > In article <3A90D16E.95BE7488@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:' > > A > >I can not see any technical reasons why a VMS Alpha box shouldi; > >not be as good as a Tru64 Alpha box as a super-computer.  > D > There are several technical reasons why VMS is out of this market: > K > 1.  Really poor disk and pipe IO performance for this sort of work.  (See 5 >     my numerous posts on this subject for details).e   Forget pipee  / > 2.  Somewhat poor network IO performance (seel5 >       http://seqaxp.bio.caltech.edu/www/VMSTCPIP/ )nH > 3.  The cutting edge compiler optimizations are only present on Tru64.   Easy to fixi  G > 4.  It's easier to run big piggy jobs on Unix than VMS.  On most UnixcJ >     machines one process can hog all the resources and nothing complainsM >     (until the machine starts paging, etc.)  On VMS you have to much aroundaG >     with a whole bunch of parameters in order to allow these sorts of.- >     jobs to run without EXQUOTA popping up.w   Not a real problem.e   > but the main reason is that: > F > 5.  The vendor doesn't care to keep the product competitive in termsC >     of price, performance, or marketing.  Compaq wants you to use D >     Tru64 for this, and they are forcing you to do so by cripplingG >     VMS.  (I consider it crippling if insufficient funds are investedrC >     to keep the product competitive as the competition improves.)t  > Could be. But the SC market is suitable for VMS anyway. See my< other post to this thread 20-Feb-2001 23:26. Oh, I love VMS' date and time format.   F > The other point is that for most people (perhaps 98% of the computerH > market, by dollars spent) the reliability/performance requirements forD > "supercomputing" are very close to their needs, ie, 99% up time isM > adequate.  And speed counts as much or more than reliablity.  VMS gives youRI > 100-99.99999% reliability (depending on how much you want to spend) buthD > ironically, it cannot be dropped down to 99% in exchange for speed. > equivalent to these other operating systems.  ? Because people are not interested in saving money. See my otheri& post to this thread 20-Feb-2001 23:26.   >  > >It isB > >the same CPU and the same compiler backends. But scientists areD > >just as conservative as anyone else. All the other guys use Unix, > >so we will as well. > J > That's not correct.  VMS is simply not competitive in this field, exceptJ > possibly on that small class of problems which run for a very long time,M > are entirely CPU bound, and can be run in parallel without resorting to PVMC	 > or MPI.s  @ This is a contradiction to what you said about compiler quality.  H > >I think there are quite a few Tru64 Alpha's used as super-computers ! > >n > M > Right.  And no VMS machines.  Nor will there ever be given Compaq's currentt > direction.  < But why should anybody want to have VMS there? Selling boxes@ with Alphas is okay. But you wouldn't sell many licences because? there are only a few people using these SC at a certain moment.n@ Maybe a single user license is okay and this is exactly what the= education program offers IIRC ;-)) VMS wouldn't get any tired & cent in that business why to run for??   >  > David Mathog > mathog@seqaxp.bio.caltech.edun@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------   Date: 20 Feb 2001 19:36:24 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell)t) Subject: Re: OpenVMS-releases - timetablee. Message-ID: <j1oIZPDfKAZ8@tachxxsoftxxconsult>  ^ In article <3A925AB0.27EBD7D5@dnet.atea.be>, Marc Van den Eynden <system@dnet.atea.be> writes:< > Could someone point me to a timetable of OpenVMS releases. > @ > (Actually looking for an approx. date for OpenVMS v7.2-1 (axp)C > so I don't have to wade through tons of ConDist CD's to find this 
 > version) >  > TIAr >  > Marc Van den Eynden@ > : > # Above message 100% recyclable, if *you* do not print #  M I don't think you will find it on *any* condist.  Unlike the VAX, I think theSE vms operating system for alpha has always been on its own set of CDs,d' completely separate from the condist.  r     -- eO ===============================================================================1M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxt: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)fO ===============================================================================oB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Tue, 20 Feb 2001 22:29:59 -0000a- From: wspencer@ap.nospam.org (Warren Spencer) ) Subject: Re: Possible security hole in... / Message-ID: <t95rv7bevp103e@news.supernews.com>   5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote inp, <14ej6.37$fY5.313@gazette.loc1.tandem.com>:   G >In article <t8ok8kjcv0j822@news.supernews.com>, wspencer@ap.nospam.org  >(Warren Spencer) writes:  >eI >:I understand the concern about not broadcasting security/crash issues. rH >:But once Q has received (and verified) a report, how do the rest of us >:find out about it?  Thanks.  >m/ >  Each report of a security problem is unique.  >hD >  The approach chosen for remediation depends on the results of theD >  general investigation, on the level of severity of and risk of anH >  exposure to the problem, and on the potential for disruption from the >  fix itself.   > H >  Sometimes the remediation will simply be incorporated into an ECO kitE >  currently under development (potentially raising the installation sI >  priority of the particular ECO kit), and sometimes the required fixes -> >  will mandate a specific ECO kit be created and distributed. >0I >  I will assume you are familiar with DSNlink and the support databases,:4 >  and with the various ECO notification mechanisms. >F3 > --------------------------- pure personal opinion  > --------------------------- 2 >   Hoff (Stephen) Hoffman   OpenVMS Engineering   >   hoffman#xdelta.zko.dec.com H >h  H Yes, I've certainly used DSNLink, and have access to it with my current L employer.  But I'm less interested in ECO notification, and more interested L in "problem notification".  Is there a mechansim that notifies customers of J problems when they are confirmed, or do we only see fixes later once they 
 are released?    ws   -- g1 << Marriage is Grand.  Divorce is Fifty Grand. >>w   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **    ------------------------------  % Date: Tue, 20 Feb 2001 18:20:54 -0600c7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>-) Subject: Re: Possible security hole in...1, Message-ID: <3A9309E6.9845A56@earthlink.net>   Robert Deininger wrote:M > [snip]I > The point is, posting details of a security hole would not get it fixedm9 > any faster, but would expose far more sites to hackers.a  2 IMO, it's kind of a rock-and-hard-place situation.  F Yeah, we'd all like to know if someone found a hole, and especially ifG they know how to fix it. On the other hand, we don't want to "leave thee  kiddies unguarded", so to speak.  H In the past, Digital was forthcoming with "Security MUPs" and such, like? ECOs that were recommended to close an undescribed but recently  discovered security hole.   
 I dunno...   -- l David J. Dachtera/ dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Wed, 21 Feb 2001 00:38:56 +0000k) From: Christof Brass <brass@infopuls.com>b) Subject: Re: Possible security hole in... , Message-ID: <3A930E20.403E7B06@infopuls.com>   Bill Gunshannon wrote: > 9 > In article <qvWi6.670$cu.2814@gazette.loc1.tandem.com>,e7 >  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:t > |>N > |>   I have asked for additional details around this problem, and have taken. > |>   the report and the discussion off-line. > |>L > |>   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***. > F > And this is the main reason why there is this perception that VMS isI > totally secure while the various Unixes are not.  Because Unix had it'sRG > source in academia, everything about it is discussed openly while VMS<E > castigates anyone who dares to publicly mention a possible problem.cG > That leads to two effects. First, no one ever talks about the problem D > so it appears there afre none.  And second, many people would justH > not risk the embarassment of being chastised and therefore just remain" > silent when they find something. > J > While OpenVMS may be more secure than many other OSes, it is unrealisticH > to believe there are no problems, no matter what the bigots might wish > you to believe.- >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>  " Two main problems with your logic.  @ 1.Not talking about the problems in public *is* an advantage and= adds up to beeing safer because less people know how to breaku	 security.   > The problem with UNIX is that in academia a lot of people have> time to play around read the otherwise unreadable UNIX sources> and find one of the many so far undiscovered bugs. They regard@ this as a game and tell other colleagues about that and they try< to use this knowlegde just for fun. Sometimes this knowlegde@ escapes to really nasty people. But - and this is very different@ to VMS besides that the sources aren't that easily available and? not read just for fun - this particular problem may affect only-= a certain subset of the UNIX' or - even worse - it may affectr; other UNIX' as well but the fix is different. Because thereg@ isn't one UNIX. There is no mechanism like an ECO for all UNIX'.@ There are patches which have to be created for every single UNIX> out there. And BTW a lot of UNIX' security holes is not in its@ kernel but in its lousy programs like sendmail and the typical C code with buffer overflows.   ; 2.Not all UNIX' are used in academia or had their source ina? academia or are open source. The source of the first UNIX was ag9 result of people at GE who had spare time after a projecth= initiated by GE and the DoD with participation of the MIT hadg# been cancelled. No academia at all.u   ------------------------------    Date: 20 Feb 2001 16:12:34 -0500+ From: young_r@encompasserve.org (Rob Young) $ Subject: Pseudo Random Number in DCL3 Message-ID: <FK9ZaWBpPVX$@eisner.encompasserve.org>w   $ goto bypass_comments  = Ken Selvia dropped the following to comp.os.vms in March 1995H   ---P  C You can have DCL get even more "random" by getting some digits from  the 64 bit system time.   * $ ABS_TIME   = F$FAO("!AD",8,%X83e84a58)  ( $ C_BINTIM_LSB   = F$CVUI(0,32,ABS_TIME)) $ C_BINTIM_MSB   = F$CVUI(32,32,ABS_TIME)u  I The "%X83e84a58" above is the address returned by SHOW SYM EXE$GQ_SYSTIMEf4 in ANALYZE/SYSTEM on an AlphaAXP running OpenVMS 6.1  , A VAX running OpenVMS 6.1 returns %X80004450  K In the code fragment above, C_BINTIM_LSB will contain the least significantfG 32 bits of the current system time.  That should be "random" enough fore most DCL hacks.2   Regards, Ken Selvia>  $ Using the above as a starting place:   $ bypass_comments: $! $! $!      Title: random_dcl.comf $!# $!      Pseudo Random Number in DCL.. $!      Rob Young - Tuesday, February 20, 2001 $!= $!      Disclaimer:  Tested on VAX/VMS 6.2 and AlphaVMS 7.1-2hA $!                   Always test on a test box before production!r= $!                   If you don't have a test box, get one!!!  $!: $!      Analzye/system SHOW SYMBOL EXE$GQ_SYSTIME reveals: $!/ $!              80004550  - VAX/VMS version 6.2l2 $!              80C05858  - AlphaVMS version 7.1-2 $!0 $!      Run the following from a privved account $! $! $       req_privs = "CMKRNL") $       saved_privs = f$setprv(req_privs)u' $       if .not. f$privilege(req_privs)l $       thenM $               write sys$output "Insufficient privilege.  Need ''req_privs'"a! $               goto cleanup_exita
 $       endifo $!# $       assign/user nla0: sys$errort$ $       assign/user nla0: sys$output $       analyze/system s SET OUTPUT sda_out.tmp_scratch SHOW SYM EXE$GQ_SYSTIMEn EXIT $!K $       search/output=search.tmp_scratch sda_out.tmp_scratch EXE$GQ_SYSTIME  $! $       close/nolog tmplog+ $       open/read tmplog search.tmp_scratche $       read tmplog varo $!1 $       a_vax = f$getsyi("ARCH_NAME") .eqs. "VAX"n5 $       var = f$element(1,"=",var)   ! Lop off symbolu $       if .not. a_vax $       thenJ $               var = f$element(1,".",var)  ! FFFFFFFFF.80C05858 for Alpha
 $       endif  $!; $       systime_value = f$edit(f$element(0,":",var),"TRIM")  $! $       count = 0r $ again:B $       abs_time                = f$fao("!AD",8,%X'systime_value') $!P $!      If you look at all 32 lower bits, you will notice the upper 8 bits don'tJ $!      change that much (while in a loop ;-).  Through trial and error I ? $!	found 23 bits to be ideal as it won't overflow a DCL symbol.c $!J $       pseudo_random_number    = f$cvui(0,23,abs_time)  ! grab lower bits $! $!( $       show symbol pseudo_random_number $! $!B $!      This next command provides enough of a delay such that theG $!      "pseudo" random number has enough offset from the prior number.eG $!      Repeated tests of inline calls - on an idle system - without a oH $!	"wait 1 second" or the show system command , had each number looking  $!	very similarb $!  $       show system/output=nla0: $! $       count = count + 1s@ $       if count .lt. 10 then goto again ! Run a number of tests $ cleanup_exit:d) $       dont_care = f$setprv(saved_privs)e $       close/nolog tmplog4 $       if f$search("*.tmp_scratch") .nes. "" then -.         delete/nolog/noconfirm *.tmp_scratch;* $!   ------------------------------  # Date: Tue, 20 Feb 2001 23:15:51 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a( Subject: Re: Pseudo Random Number in DCL0 Message-ID: <009F7EF1.9F0ED728@SendSpamHere.ORG>  a In article <FK9ZaWBpPVX$@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:h >$ goto bypass_comments  > > >Ken Selvia dropped the following to comp.os.vms in March 1995 >e >--- > D >You can have DCL get even more "random" by getting some digits from >the 64 bit system time. >h+ >$ ABS_TIME   = F$FAO("!AD",8,%X83e84a58)  e) >$ C_BINTIM_LSB   = F$CVUI(0,32,ABS_TIME)e* >$ C_BINTIM_MSB   = F$CVUI(32,32,ABS_TIME) >tJ >The "%X83e84a58" above is the address returned by SHOW SYM EXE$GQ_SYSTIME5 >in ANALYZE/SYSTEM on an AlphaAXP running OpenVMS 6.1r    , $ SYMBOL/SET/GLOBAL/EXECUTIVE EXE$GQ_SYSTIME0 $ C_BINTIM_LSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME)2 $ C_BINTIM_MSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME+4)   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt            fO city, n., 1. a place where trees are cut down and streets are named after them.s   ------------------------------    Date: 20 Feb 2001 21:21:27 -0500+ From: young_r@encompasserve.org (Rob Young)*( Subject: Re: Pseudo Random Number in DCL3 Message-ID: <i7jv8ekwWJVV@eisner.encompasserve.org>   p In article <009F7EF1.9F0ED728@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:c > In article <FK9ZaWBpPVX$@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:a >>$ goto bypass_comments >>? >>Ken Selvia dropped the following to comp.os.vms in March 1995  >> >>---< >>E >>You can have DCL get even more "random" by getting some digits fromg >>the 64 bit system time.  >>, >>$ ABS_TIME   = F$FAO("!AD",8,%X83e84a58)  * >>$ C_BINTIM_LSB   = F$CVUI(0,32,ABS_TIME)+ >>$ C_BINTIM_MSB   = F$CVUI(32,32,ABS_TIME)  >>K >>The "%X83e84a58" above is the address returned by SHOW SYM EXE$GQ_SYSTIMEo6 >>in ANALYZE/SYSTEM on an AlphaAXP running OpenVMS 6.1 >  > . > $ SYMBOL/SET/GLOBAL/EXECUTIVE EXE$GQ_SYSTIME2 > $ C_BINTIM_LSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME)4 > $ C_BINTIM_MSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME+4) >    	Brian,P  A 	That would make a nice supplement to the DCL hack I dropped out,t> 	however if you stick that in a DCL loop you will see that theD 	C_BINTIM_LSB isn't very random above a certain digit.  Using SYMBOLG 	definitely makes it a lot cleaner.  So when do they do us all a favor a# 	and drop SYMBOL in sys$examples?      				Roba   ------------------------------    Date: 20 Feb 2001 21:24:53 -0500+ From: young_r@encompasserve.org (Rob Young)n( Subject: Re: Pseudo Random Number in DCL3 Message-ID: <DdVqi+D0JRHs@eisner.encompasserve.org>c  p In article <009F7EF1.9F0ED728@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:c > In article <FK9ZaWBpPVX$@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:p >>$ goto bypass_comments >>? >>Ken Selvia dropped the following to comp.os.vms in March 1995i >> >>---. >>E >>You can have DCL get even more "random" by getting some digits from  >>the 64 bit system time.2 >>, >>$ ABS_TIME   = F$FAO("!AD",8,%X83e84a58)  * >>$ C_BINTIM_LSB   = F$CVUI(0,32,ABS_TIME)+ >>$ C_BINTIM_MSB   = F$CVUI(32,32,ABS_TIME)d >>K >>The "%X83e84a58" above is the address returned by SHOW SYM EXE$GQ_SYSTIMEe6 >>in ANALYZE/SYSTEM on an AlphaAXP running OpenVMS 6.1 >  > . > $ SYMBOL/SET/GLOBAL/EXECUTIVE EXE$GQ_SYSTIME2 > $ C_BINTIM_LSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME)4 > $ C_BINTIM_MSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME+4) >    	Brian,o  C 	One other major advantage to what you are doing... if you actuallyrD 	were doing a ton of those (i.e. a cgi call I suppose) you certainly@ 	wouldn't want to be writing a stinking little scratch file each. 	and every time so SYMBOL is definitely a win.   				Robe   ------------------------------   Date: 20 Feb 2001 23:58:43 GMT* From: chd@vms.arizona.edu (Chris De Young)' Subject: Security: PGP + VMS, >2.6.3i ?m0 Message-ID: <96v0bj$deo$1@news.ccit.arizona.edu>   Hi,c  I Is there a version of PGP for VMS more recent than 2.6.3i?  I have 2.6.3inM installed and it seems to be working as expected, so far, but I'm having sometC interoperability problems with some other versions (notably 7.0.3).e  M Does anyone know if there are more recent versions for VMS that support other N algorithms (like SHA1) or are smarter when it comes to interoperability, or if= anyone is doing any development or porting work in this area?    Thanks,  -Chris chd@arizona.edu    ------------------------------  % Date: Tue, 20 Feb 2001 20:17:50 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> S Subject: Re: SYSMAN: io connect.  How to connect a non DEC/Compaq DLT to theserver.e- Message-ID: <3A93254E.610B05BC@earthlink.net>    Jim Tyler wrote: >  > Hi,x > H > I've an Alphastation clone running OpenVMS 7.2 that I'm trying to hook? > an HP DLT70 to to retrieve some old files from a backup (on a*J > VAX4000).   In SYSMAN,  io autoconfigure does not seem to configure thisI > device.  At the P00>> prompt a show config shows the device and that it*H > would be mka600.  I've therefore made the assumption that because thisH > is not a DEC/Compaq device I would need to use "io connect" to connect > this device.  B Why? MKA600 is correct, assuming the device's SCSI id. is set to 6( (better hope the SCSI adapter is at 7!).  ) What output does "SHOW DEVICE MK" return?m  G V7.2 should do fairly well with non-"DEC" SCSI drives, but there are nor guarantees.    -- a David J. Dachteraa dba DJE Systemsp http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 20 Feb 2001 10:51:00 +0100=' From: Theo Jakobus <jakobus@iaf.fhg.de>n@ Subject: The goal for VMS is to pass 5,000,000 SETI work units !* Message-ID: <3A924C14.41B93E24@iaf.fhg.de>  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: >  > From various,e > B > OK, again massive ignorance.  What is SETI?  What do these stats > mean?= > B > I was alerted, or my interest was aroused, when I saw discussionD > of FFT and the CXML.  This sort of stuff is my field, so what am I > missing about SETI?1 >  > Regards, Paddy >  > Paddy O'Brien, > Transmission Development,: > TransGrid, > PO Box A1000, Sydney South,D > NSW 2000, Australias >  > Tel:   +61 2 9284-3063 > Fax:   +61 2 9284-3050( > Email: paddy.o'brien@zzz.tg.nsw.gov.au > B > Either "\'" or "\s" (to escape the apostrophe) seems to work for > most people,= > but that little whizz-bang apostrophe gives me little spam.n    & First the address: http://www.seti.org  C SETI has a beautiful story around Jill Tartar and her fight against D turning off the Search for Extraterrestrial Intelligence (SETI). HerA work was the template for the movie "Contact" with Judie Forster.i  	 SETI has: D a physical part (I'm physicist) http://www.seti.org/science/ata.html! a mathematical part (I like math)t7 http://www.seti.org/science/drake-bg.html and of course 7 a computer part (I'm still a believer of Alpha/OpenVMS)i9 http://setiathome.ssl.berkeley.edu and for the statisticsv2 http://setiathome.ssl.berkeley.edu/stats/cpus.html  D Architecture    Results received   Total CPU time      CPU time/work	 unit     aH 1) Intel x86      231882703      484506.798 years      18 hr 18 min 12.8 secaH 2) Power PC        27409971       48968.438 years      15 hr 38 min 59.7 secCH 3) SPARC           15301131       23114.280 years      13 hr 13 min 59.1 secnH 4) MIPS             5306838        4753.873 years       7 hr 50 min 50.0 secnH 5) Alpha            4545138        4221.675 years       8 hr 08 min 11.7 seci  - Here you see the world is dominated by Intel.y  F SETI also shows how to organize the sharing of a work load to millionsF of participants without paying money. For motivation see the "Cruncher of the Week" award: N http://setiathome.ssl.berkeley.edu/cgi-bin/cgi?weekNum=31&cmd=cruncher_of_week     Regards, --    ; ***********************************************************r; *                                                         *e; *  Theo Jakobus                                           *-; *  Fraunhofer-Institut fuer Angewandte Festkoerperphysik  * ; *  Tullastr. 72                                           *j; *  D-79108 Freiburg                                       *.; *  Germany                                                * ; *  Phone:   +49-(0)761-5159-325                           *g; *  FAX :    +49-(0)761-5159-200                           *o; *  e-mail:  jakobus@iaf.fhg.de                            *o; *  http://www.iaf.fhg.de                                  *d; *                                                         *e; ***********************************************************    ------------------------------   Date: 21 Feb 2001 00:28:42 GMT) From: leslie@clio.rice.edu (Jerry Leslie) ! Subject: UCX 4.x On DS20 ALPHAs ?v' Message-ID: <96v23q$12r$1@joe.rice.edu>l Keywords: vms,ds20,tcpip,ucx  G We're having an as-yet unknown connectivity problem with a DS20 running  TCP/IP V5.0A/ECO 2:t      $ tcpip show versiono  D      DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 2B      on a COMPAQ AlphaServer DS20E 500 MHzP running OpenVMS V7.2-1  F One suggestion has been to downgrade to UCX 4.x, since the application? on the VMS system is known to run under VMS 6.-1H3 and UCX 4.2.-  C Is that a viable option, or does VMS 7.1-2 and later require TCP/IPt Version 5.0 or better ?c   Thanks in advance,   --Jerry Leslie     .   ------------------------------  % Date: Tue, 20 Feb 2001 19:54:14 -0600 % From: Keith Brown <kbrown780@isd.net>e% Subject: Re: UCX 4.x On DS20 ALPHAs ?t' Message-ID: <3A931FC6.F4526016@isd.net>    Jerry Leslie wrote:e > I > We're having an as-yet unknown connectivity problem with a DS20 running  > TCP/IP V5.0A/ECO 2:l >  >    $ tcpip show version. > F >      DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 2D >      on a COMPAQ AlphaServer DS20E 500 MHzP running OpenVMS V7.2-1 > H > One suggestion has been to downgrade to UCX 4.x, since the applicationA > on the VMS system is known to run under VMS 6.-1H3 and UCX 4.2.g > E > Is that a viable option, or does VMS 7.1-2 and later require TCP/IPs > Version 5.0 or better ?o >  > Thanks in advance, >  > --Jerry Leslie  	 Hi Jerry,n  H At my shop we are running a DS20 with OpenVMS 7.1-2 and UCX 4.1 ECO (9 I9 think) with no problems at all for about a year and half.f       -- n Keith Brownl kbrown780@isd.netr   ------------------------------  # Date: Wed, 21 Feb 2001 02:57:24 GMTn4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)% Subject: Re: UCX 4.x On DS20 ALPHAs ? ' Message-ID: <o8Gk6.675$_O.21647@insync>(  & Keith Brown (kbrown780@isd.net) wrote: :c : Hi Jerry,  : J : At my shop we are running a DS20 with OpenVMS 7.1-2 and UCX 4.1 ECO (9 I; : think) with no problems at all for about a year and half.  :     C Thanks, Keith. This topic is now a non-issue: the original problem u4 was in the applications database, not VMS or TCP/IP.  / --Jerry Leslie   leslie@209-16-45-97.insync.net ;                  leslie@209-16-45-102.insync.net is invalide2                  (my opinions are strictly my own)   ------------------------------  % Date: Tue, 20 Feb 2001 20:53:17 +0100d, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>+ Subject: Umbrellas in the Netherlands, too!u* Message-ID: <96ui03$ki8$1@buty.wanadoo.nl>  ' Yes, I received mine today! Looks good!   ? Indeed, I wouldn't have minded if it had "OpenVMS" all over it.a  F Thanks Sue, Mary Ellen and everyone at OpenVMS! Keep up the good work!  	 Bart Zorni    2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:nle49tc4e00vdencpdqo88eq6nlpf8kgso@4ax.com... >h > It's arrived folks,h > G > I now have my ultra reliable OpenVMS umbrella. The leaflet says "LiketG > this trusty umbrella, OpenVMS has withstood the test of time, keepinguA > you covered with extraordinary reliability, scalability, robustd@ > performance  and 24 x 7 availability. Take the world by storm" >XE > Could have added "Once it's up it never goes down until you want ituH > to" and "unlike some other umbrellas we could mention it's not full of3 > holes which you'll have to patch every other day"o > -- > Alan   ------------------------------   Date: 20 Feb 2001 22:32:47 GMT+ From: richardjmaher@aol.com (RICHARDJMAHER)0  Subject: Re: Umbrellas in the UK: Message-ID: <20010220173247.26558.00001769@ng-me1.aol.com>   Hi,   L How much do you want for it? And what do ya mean it doesn't have OpenVMS all over it?   Regards Richard Mahert  6 (Who can't believe it hasn't rained for almost a week)   ------------------------------  % Date: Tue, 20 Feb 2001 19:47:32 -0500 - From: "Island Computers" <sales@islandco.com>   Subject: Re: Umbrellas in the UK/ Message-ID: <t96405r4mimac1@corp.supernews.com>u  F Will they also be shipping parasols to those in the warmer, less moist
 climates ?     -- David Turner Island Computers US Corporation  2700 Gregory Streete Savannah GA 31404  Tel: 912 447 6622t Fax:912 201 0096 sales@islandco.com2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:nle49tc4e00vdencpdqo88eq6nlpf8kgso@4ax.com... |s | It's arrived folks,i | G | I now have my ultra reliable OpenVMS umbrella. The leaflet says "Like G | this trusty umbrella, OpenVMS has withstood the test of time, keeping A | you covered with extraordinary reliability, scalability, robust @ | performance  and 24 x 7 availability. Take the world by storm" |yE | Could have added "Once it's up it never goes down until you want itoH | to" and "unlike some other umbrellas we could mention it's not full of3 | holes which you'll have to patch every other day"  | -- | Alan   ------------------------------  % Date: Tue, 20 Feb 2001 18:12:46 -0600u7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e Subject: Re: Version numbers- Message-ID: <3A9307FE.E2172F18@earthlink.net>o   Dave Weatherall wrote:8 > [snip] Memory and logic often get confused in my head.  E I hear ya! MAN, what I wouldn't give to replace some of SIMMs in *MY* 
 noggin... ;-)    --   David J. Dachtera0 dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/X  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Wed, 21 Feb 2001 00:22:14 +0000h) From: Christof Brass <brass@infopuls.com>a Subject: Re: version numbers.p, Message-ID: <3A930A36.DADF6A1F@infopuls.com>   Tim Llewellyn wrote: >  > "Richard D. Piccard" wrote:  > M > > Another idea to toss into the hopper:  let the SET DIRECTORY and SET FILE!L > > commands have new options (/REPLACE perhaps) that specify unix behavior:/ > > version_limit of 1 and version_number of 1.- > 5 > but you already CAN specify a version limit of one.l >  --w8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uks > C > I speak for myself only and my views in no way represent those ofr > MedAS or the BBC.g  > Not a fix. SET DIRECTORY/VERSION_LIMIT=1 is only a comfortable= way for not having to issue SET FILE/VERSION_LIMIT=1 for each 1 file in the directory just after creating a file. ? A file with version_limit=1 can have any version. If you copy a = file A to a file B which has  version_limit=1 you will end up!< with a copy of A having a version higher than B before but B beeing lost.   ------------------------------  % Date: Wed, 21 Feb 2001 01:37:21 -0500.2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: version numbers.-L Message-ID: <rdeininger-2102010137220001@user-2ivealr.dialup.mindspring.com>  ; In article <3A930A36.DADF6A1F@infopuls.com>, Christof Brass  <brass@infopuls.com> wrote:-   > Tim Llewellyn wrote: > >  > > "Richard D. Piccard" wrote:V > > O > > > Another idea to toss into the hopper:  let the SET DIRECTORY and SET FILEyN > > > commands have new options (/REPLACE perhaps) that specify unix behavior:1 > > > version_limit of 1 and version_number of 1.r > > 7 > > but you already CAN specify a version limit of one.h > >  --T: > > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project4 > > MedAS at the BBC, Whiteladies Road, Bristol, UK.E > > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk  > > E > > I speak for myself only and my views in no way represent those of  > > MedAS or the BBC.X > @ > Not a fix. SET DIRECTORY/VERSION_LIMIT=1 is only a comfortable? > way for not having to issue SET FILE/VERSION_LIMIT=1 for eachm3 > file in the directory just after creating a file.XA > A file with version_limit=1 can have any version. If you copy ae? > file A to a file B which has  version_limit=1 you will end up-> > with a copy of A having a version higher than B before but B > beeing lost.  H Well, Richard did say something about version_number set to 1.  I assumeH he means that the number would not increment from one incarnation of the< file to the next.  That is NEW functionality.  Combined withJ version_limit=1, it would be very close to unixy function.  The only thingG closer would be to remove the version from the name altogether, which I % think would affect a lot more of VMS.t  D This thread seems to have a lot of posts in reply to posts which the% replier hasn't read carefully enough.f   -- > Robert Deininger rdeininger@mindspring.com=   ------------------------------  % Date: Tue, 20 Feb 2001 19:57:32 -0600>7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>82 Subject: Re: VMSINSTAL to POLYCENTER INSTALL tool?- Message-ID: <3A93208C.DA3B3A3E@earthlink.net>A   Didier Morandi wrote:  > [snip]F > 3. all files copy, directories creation and accounts creation can be > done by Polycenter.   > I'd like to enter a vote here: let's not "genericize" the termE "Polycenter" this way, since it could mean anything from Scheduler ortA Console Manager to Performance Solution or PCSI. Ran into that atC	 Advocate.   ' > [snip]@ > I currently work on a DCL to pseudocode converter. If the word) > "pseudocode" does not exist in English,v  B Well, yeah, it does. In my experience, it usually referred to, forH example, a 3GL translator that produced "code" which could be understoodH by an interpreter, of sorts. I once worked with a DIBOL-emulator on UN*X4 called SIBOL. I think it worked something like this:  7 # sibol source_file.sbl source_file.sbc	; "Compile" it.p  % # sibrun source_file.sbc		; "Run" it.)  " > it means "write programming codeJ > phrased in English instead of standard program specific words". Example: >   > $ if f$search(myfile) .eqs. "" > $ then) > $   say "File ",myfile," doesn't exist"i
 > $   exit	 > $ endif  >  > will give: > / > if myfile does not exist, then exit procedure   F Many moons ago, I saw a Data General Eclipse machine running somethingE that purported to use an "English-like" command language. Compared to2$ EOS(IRIS) on a Nova/3, it was a DOG!  D > This (could) allow(s) automatic documentation (one of my favouriteF > midnite hacks). It could also allow a program to "understand" what aA > kitinstal does, then "decide" where to put the new code, in theGI > .pcsi$desc or in a product$config.com procedure automatically produced.i  E Y'know, I think Hunter has a DBMS written in DCL on FILESERV. I neverl( thought of trying to do any AI with DCL.  . I would have implemented your example like so:  " $ myfile := ddcu:<dir>filename.ext5 $ myfile_does_not_exist = (f$search(myfile) .eqs. "")./ $ if myfile_does_not_exist then exit !procedure    -- 0 David J. DachteraG dba DJE Systems. http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/>  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 20 Feb 2001 22:38:07 -0000e- From: wspencer@ap.nospam.org (Warren Spencer)r Subject: Re: When to RAD copy?/ Message-ID: <t95sefc7lfq244@news.supernews.com>   * dashw459@aol.comeatspam (Doug W.) wrote in0 <20010215214049.05819.00002617@ng-md1.aol.com>:   I >Suppose n processes in one RAD have to access a memory buffer in anotherjG >RAD. When does it pay to make a local copy.  Are there any performancee
 >guidelines? - >   
 What's a RAD?C   ws   -- t1 << Marriage is Grand.  Divorce is Fifty Grand. >>l   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **4   ------------------------------  % Date: Wed, 21 Feb 2001 05:07:47 +0100i2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: When to RAD copy?; Message-ID: <3a933f13.524144494f47414741@radiogaga.harz.de>   . Warren Spencer (wspencer@ap.nospam.org) wrote:* > dashw459@aol.comeatspam (Doug W.) wrote:K > >Suppose n processes in one RAD have to access a memory buffer in anothertI > >RAD. When does it pay to make a local copy.  Are there any performance  > >guidelines? i >  > What's a RAD?C  E Resource Affinity Domain - the CPU, memory and I/O local to a processa, in a Multi-QBB AlphaServer GS configuration.   cu,i   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deiJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Wed, 21 Feb 2001 05:40:33 GMT-- From: goathunter@goatley.com (Hunter Goatley)1* Subject: WKU FILESERV: Updated GZIP-1-2-4B0 Message-ID: <3a9353aa.53830434@swen.process.com>  = The following package has been updated on FTP.WKU.EDU and itsd mirrors:      o GZIP-1-2-4B  9 	GNU zip v1.2.4a for VMS.  This version, 1.4.2b, includes 6 	modifications from Paul Repacholi that make GUNZIP as5 	much as 10 times faster than the previous release of 7 	GZIP for VMS.  If you use GZIP, I highly recommend youu4 	grab this version.  This file includes binaries for8 	both VAX and Alpha, supplied by me, in [.VMS-BINARIES].  : You can find this package using one of the following URLs:  ! http://www2.wku.edu/www/fileserv/+  . ftp://ftp.wku.edu/vms/fileserv/gzip-1-2-4b.zip6 ftp://ftp.process.com/wku/vms/fileserv/gzip-1-2-4b.zip? http://www.tmk.com/ftp/ftp-wku-edu/vms/fileserv/gzip-1-2-4b.zip : ftp://ftp.tmk.com/ftp-wku-edu/vms/fileserv/gzip-1-2-4b.zip  5 These mirrors should be updated in the next 24 hours:s  E           ftp.vms.stacken.kth.se, under [.MIRRORS.WKU.VMS.FILESERV].  8           ftp.ctrl-c.liu.se, under [.WKU.VMS.FILESERV].            ftp.riken.go.jp :           ftp.vsm.com.au, under kits and kits/decwindows. :           www.vsm.com.au/ftp/, via the WWW instead of FTP.     Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/m9 goathunter@goatley.com     http://www.goatley.com/hunter/A   ------------------------------   End of INFO-VAX 2001.103 ************************