1 INFO-VAX	Tue, 11 Jul 2000	Volume 2000 : Issue 384       Contents:# A shot in the arm for your business % Re: ABC (TSM/ADSM) client experiences  Re: Affordable: A Clarification - Re: ANNOUNCING: MegaPOVRay v0.5a For OpenVMS. . C++, shareable images, a LIB$FIND_IMAGE_SYMBOL Charon-Vax for linux Re: Charon-Vax for linux  Re: Charon-VAX Hobbyist Question charon-vax transfer utility ' Direct OPCOM messages to e-mail account + Re: Direct OPCOM messages to e-mail account + Re: Direct OPCOM messages to e-mail account  Re: internet mailer, mail relay 4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)4 Re: Looking for VMS source code (any version really)$ Re: Mitnick (was Re: Fun VMS Facts?)$ Re: Mitnick (was Re: Fun VMS Facts?)$ Re: Mitnick (was Re: Fun VMS Facts?)% Open-source Database system available ) Re: Open-source Database system available ) Re: Open-source Database system available  Re: PC counter.   print/delete dows not behave ...$ Re: print/delete dows not behave ...$ Re: print/delete dows not behave ...$ Re: print/delete dows not behave ...$ Re: print/delete dows not behave ...$ Re: print/delete dows not behave ...) Re: Small, simple desktop or deskside VAX : Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Website: Re: Summer 2000 OpenVMS TIMES Now Available on CPQ WebsiteH Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!! Re: Vax in Canada ?  VAXstation 3100 won't boot Re: VAXstation 3100 won't boot Re: VAXstation 3100 won't boot Re:  VAXstation 3100 won't boot  VINTAGE COMPUTER FESTIVAL # VMS Junior Sys Admin, Bracknell, UK  WTB TK50 Cartridges  Re: WTB TK50 Cartridges  Re: WTB: Microvax2000  Re: WTB: Microvax2000  Re: WTB: Microvax2000 . Re: WTB: Small, simple desktop or deskside VAX. Re: [Q] Does VMS support IDE for system disks?  F ----------------------------------------------------------------------   Date: 11 Jul 2000 01:00:03 GMT From: wskvcreir@blgdik.org, Subject: A shot in the arm for your business( Message-ID: <512c61a4.0@news2.tm.net.my>  $ remove: <512c61a4.0@news2.tm.net.my>  E What if you could reach a world-wide audience in an instant?  You can B with PostAgent!  Turn your computer into a large scale Usenet news posting machine!  D Use it to maximize the exposure of you ideas or products on the news groups!   4 PLEASE VISIT: http://members.tripod.com.co/postagnt1   ------------------------------  % Date: Mon, 10 Jul 2000 18:37:22 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> . Subject: Re: ABC (TSM/ADSM) client experiences. Message-ID: <396A17E2.4E5F5206@fsi.net.mapson>   David Bodey wrote: > G > I'm looking at using the TSM (ADSM) client for VMS from SSSI (Storage F > Solutions Specialists Inc) called ABC (Archive Backup Client). Would5 > appreciate any feedback from users of this product:    Don't.   > - product reliability   C Only as reliable / capacious as your network's ability to transport  data.   5 > - ability to restore (especially system disks); and   H Non-existant. Tapes are written in the format of the ADSM server, not inH VMS BACKUP format. Restoration assumes that the ADSM server is availableA (not likely in a true DR scenario) and that the OpenVMS system is G booted, running and able to access the ADSM server. That means you must F provide for some other means of saving/restoring your system disk, andF any other disks on which the ABC and networking software may reside if they're not on the system disk.   F So, why bother? Tx8x/DLT drives and tapes will end up being cheaper in3 the long run for most large OpenVMS installations.    E > - reliability and responsive of the supplier for technical support.   : I can't recommend ABC/ADSM; so, I have no comment on that.   David J. Dachtera    ------------------------------  % Date: Mon, 10 Jul 2000 22:33:11 -0400 2 From: "William Hymen" <t18_pilot@hotmail.spam.com>( Subject: Re: Affordable: A Clarification8 Message-ID: <UCva5.297944$MB.5012604@news6.giganews.com>  7 Whats your definition of affordable?  A Compaq proliant 2 with NT is $6,200 and a Compaq DS10 OpenVMS system> with tcp/ip and equivalent processor / disk / memory is $6500.  ; So who's cheaper?  Look at the value with the DS10 or DS20.    Bill  @ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message& news:39693262.4E0C158@earthlink.net...
 Hi, Folks,  @ I just wanted to make a clarification, as this was brought to my0 attention again, outside of an on-line exchange:  F My PRIMARY thrust is AFFORDABLE OPENVMS. VAXes are history, but Alphas$ are both the present and the future.  A OpenVMS on Intel is an absolute necessity; however it is *NOT* my  primary thrust.   B We need to get the prices down so OpenVMS will sell. The resulting5 revenue stream will more than pay for the Intel port.   . Again, stated mathematically in several forms:  * "Affordable OpenVMS" != "OpenVMS on Intel"  * "Affordable OpenVMS" <> "OpenVMS on Intel"  - "Affordable OpenVMS" .NES. "OpenVMS on Intel"   B I hope that settles any confusion that anyone may be experiencing.   -- David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 10 Jul 2000 14:47:24 -0500 1 From: Robert Alan Byer <byer@mail.ourservers.net> 6 Subject: Re: ANNOUNCING: MegaPOVRay v0.5a For OpenVMS.3 Message-ID: <3969E1FC.5998FF2A@mail.ourservers.net>    Carl Perkins wrote:  > i > In article <DTiotGxQ0bj6-pn2-tbt9hMs2D6GS@localhost>, djweath@attglobal.net (Dave Weatherall) writes... 0 > }On Sun, 6 Jul 3900 01:21:49, Robert Alan Byer$ > }<byer@mail.ourservers.net> wrote: > } G > }> Again, currently only the Alpha platform is supported with MegaPOV C > }> because it requires the IEE_FLOAT mode which VAX dosen't have.  > }  > L > Blame the person who wrote the radiosity related stuff - as far as I couldO > tell when I did a port a few years back, that was the only part that required G > IEEE floats. Why does it require them? Because it does direct bitwise H > operations on the floating point data. I have no idea why. Everybody IJ > have mentioned this to (including at least one POVray developer) agreees( > that this is a really bad thing to do. > N > In theory, you should be able to build POV on a VAX and have everything workP > except radiosity. You could either trim that out of the program, or just build= > it and expect trouble if you ever try to use the radiosity.  > I > Note that this is for just plain old POV. I havn't checked the MeagaPOV L > updates. It is posisble that they do something similar to the stupid thing > that the radiosity code does.  >  >   H Currently just plain old POVRay v3.1g (also available from my page) does
 run on VAX but not the radiosity parts.  F As for MegaPOV, radiosity and photon mapping would be broken.  I can't
 remember if I F tested out just the basic functions of MegaPOV on VAX or not, but I'll
 see what IB can come up with.  At one time I THROUGHT I had at least radiosity working on VAX but7 it appears it was a late night caffeine induced vision.   H I run some MegaPOV tests on VAX as I throught more was broken on the VAX	 side than " just radiosity and photon mapping.  H As far as IEEE float and MegaPOV and POVRay I was told it was mainly for speed and it? could be converted to something better, but it would be slower.    --    @  +------------------+--------------------------+---------------+@  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |@  +------------------+--------------------------+---------------+@  | Send an E-mail request to obtain a copy of my PGP key.      |@  +-------------------------------------------------------------+@  | "It is by caffeine alone I set my mind in motion.  It is by |@  |  cans of cola the thoughts aquire speed, the hands aquire   |@  |  shakes, the shakes become a warning.  It is by caffeine    |@  |  alone I set my mind in motion."                            |@  +-------------------------------------------------------------+   ------------------------------  % Date: Mon, 10 Jul 2000 16:28:30 -0400 " From: Dan Sugalski <dan@sidhe.org>7 Subject: C++, shareable images, a LIB$FIND_IMAGE_SYMBOL : Message-ID: <4.3.2.7.0.20000710160404.00c43460@24.8.96.48>  F Okay, I'm trying to build/use a shareable image written in C++ in a C H program, and having precious little luck. It's reasonably simple--a few K routines are exported from the C++ code (wrapped in an extern "C" block so  G they have sane names) and used in the C code. Simple enough. However...   G The one twist is that the image linked against the C++ shared image is  L itself loaded in via LIB$FIND_IMAGE_SYMBOL, and that's where things seem to J go wrong. When my code calls LIB$FIND_IMAGE_SYMBOL to load in the C image G (which is linked against the C++ shareable image), it hangs. Goes into  J LIB$FIS and never comes back out. A SHOW PROC/CONT shows the thing in LEF J state, with the PC stuck at 800F1A20 and never moving. If the C shareable J image is run directly (rather than loaded in via LIB$FIS) it just quietly G starts and ends without doing anything. The string descriptors for the  I LIB$FIS call all look just fine, and when the C shareable is hacked such  L that it doesn't need to link against this particular CXX shareable image it G loads in just fine. (It's already linked against another CXX shareable   image and that works)   3 Anyone seen anything like this and, if so, got any  L fixes/workarounds/whatever? This is OpenVMS Alpha 7.2-1, Dec C 6.2-003, CXX J 6.2-035. (The main driving program is perl, FWIW, though other shareables  load in just fine)  G A SHOW PROC/CHAN from within SDA shows that the C shareable loaded via  B LIB$FIS is open, as is the CXX shareable image its linked against.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------  % Date: Mon, 10 Jul 2000 21:58:28 +0100 $ From: Andy Burns <andy@burns.uk.net> Subject: Charon-Vax for linux 8 Message-ID: <vvdkms8mvd38t7oh30d28fpqea9053brus@4ax.com>  J I happened to notice the charon-vax hobbyist edition for i386/linux is now available .... --  
 Andy Burns   ------------------------------  # Date: Mon, 10 Jul 2000 22:07:05 GMT 0 From: Timothy Stark <sword7@grace.speakeasy.org>! Subject: Re: Charon-Vax for linux 8 Message-ID: <dOra5.296980$MB.4997687@news6.giganews.com>  % Andy Burns <andy@burns.uk.net> wrote: L > I happened to notice the charon-vax hobbyist edition for i386/linux is now > available ....  C Last weekend, I tried that but I have two problems with it.  When I A attempted to install Decnet-Plus for serial line access, I got 13  repeating errors from emulator:   ( 1 Disk Error Write: Bad File Description  J Third attempt, I aborted to install Decnet-Plus and successfully completed OpenVMS installation.   G 2nd problem is telnet access.  I put 'telnet 5000' in set DHV_1[0] line B and tried to enter telnet port 5000.  I was unable.  I looked into= netstat -a and noticed that telnet port 5000 was not created!   E Good news!  I finally resolved overrun errors when I figured them out G about SYSGEN parameters.  I increased to 2064 on both variables from 78 ) and 200.  All overrun errors disappeared!   , Well, remember that it is beta-test version.   -- Tim Stark   --  C Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.net J --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  # Date: Mon, 10 Jul 2000 22:18:04 GMT 0 From: Timothy Stark <sword7@grace.speakeasy.org>) Subject: Re: Charon-VAX Hobbyist Question 8 Message-ID: <wYra5.297005$MB.4999012@news6.giganews.com>  . Hunter Goatley <goathunter@goatley.com> wrote:E > Just FYI, following the suggestion someone here made, I was able to > > get C-Kermit transferring files after I bumped up the SYSGEND > parameters related to the typeahead buffers.  Once again, C-Kermit > comes to the rescue!  H Good news! I resolved the overrun problems when I increased to 2064 fromI 78 and 200 in TTY variables per kermit VMS installation instructions.  (I ? forget whose names, sorry.)  Good job, Frank the kermit author.    -- Tim Stark   --  C Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.net J --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Mon, 10 Jul 2000 22:06:12 +0100 $ From: Andy Burns <andy@burns.uk.net>$ Subject: charon-vax transfer utility8 Message-ID: <neekms4bniqisd2o8ifjktisoikl23gt95@4ax.com>  J I noticed that if you look in the download directory for charon-vax, thereD is an interesting little utility VAXFT.ZIP which lets the NT machineF hosting the virtual vax have access to the FILES-11 directories stored> within the disk container file - I've not yet tried it at all.   catch it while you can .....8 http://www.softresint.com./softresint/pub/soft/vaxft.zip  @ And there I was, thinking it was going to be a VAXft emulator !! fault tolerant NT, nah ....        --  
 Andy Burns   ------------------------------  % Date: Mon, 10 Jul 2000 16:23:52 -0600 2 From: Carleen Nutter <Carleen.Nutter@hsc.utah.edu>0 Subject: Direct OPCOM messages to e-mail account. Message-ID: <s969f8a1.061@gwmail.med.utah.edu>  L I have an almost lights-out data center.   The personel in the data center = are not real operators, but L help desk people.  They generally dont notice when one of my alphas leaves = the cluster.  I would C like to be paged.  I'd like a way of having select OPCOM messages = 0 (e.g.,cluster state transition) to my pager's=20# internet e-mail address (via SMTP).   I Has anyone done something like this? and be willing to give me some help?   J I have a 3-node alpha (4000's) cluster, running VMS 7.1-1h2 and Multinet = 4.1B for TCP/IP services. 4 The only programming I've done in years is with DCL.   TIA,=20 
 CJ Nutter =20    ------------------------------  # Date: Tue, 11 Jul 2000 00:28:24 GMT - From: David Bodey <bodey.david.dj@bhp.com.au> 4 Subject: Re: Direct OPCOM messages to e-mail account) Message-ID: <8kdpmn$hte$1@nnrp1.deja.com>   . In article <s969f8a1.061@gwmail.med.utah.edu>,5   Carleen Nutter <Carleen.Nutter@hsc.utah.edu> wrote: E > I have an almost lights-out data center.   The personel in the data  center = > are not real operators, but E > help desk people.  They generally dont notice when one of my alphas  leaves = > the cluster.  I would E > like to be paged.  I'd like a way of having select OPCOM messages = 2 > (e.g.,cluster state transition) to my pager's=20% > internet e-mail address (via SMTP).  > E > Has anyone done something like this? and be willing to give me some  help?   C CA now sell the old DEC POLYCENTER Console Manager product that can G monitor all output from your console device (including OPCOM messages). = You can filter the output as event and have an action routine 9 triggered. One of the standard action routines is e-mail.   D However, it would be a lot simpler to get a proper system monitoring9 tool like CA Unicenter for OpenVMS, Heroix's Robomon etc.   E OR, use your DCL skills and write a monitoring script to monitor your A cluser state (f$getsyi) and other essential resources like system F processes (f$getjpi) , disks, free space (f$getdvi), queues (f$getqui) etc. > A > I have a 3-node alpha (4000's) cluster, running VMS 7.1-1h2 andt
 Multinet = > 4.1B for TCP/IP services. 6 > The only programming I've done in years is with DCL. >l	 > TIA,=20  > CJ Nutter =20  >a >R    & Sent via Deja.com http://www.deja.com/ Before you buy.G   ------------------------------  % Date: Mon, 10 Jul 2000 22:14:00 -0700b5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>C4 Subject: Re: Direct OPCOM messages to e-mail account2 Message-ID: <waZqOVjbCTZGmiOasR65kWc2Gvk4@4ax.com>  2 On Mon, 10 Jul 2000 16:23:52 -0600, Carleen Nutter$ <Carleen.Nutter@hsc.utah.edu> wrote:  g >I have an almost lights-out data center.   The personel in the data center are not real operators, butra >help desk people.  They generally dont notice when one of my alphas leaves the cluster.  I would q >like to be paged.  I'd like a way of having select OPCOM messages (e.g.,cluster state transition) to my pager's r$ >internet e-mail address (via SMTP). >cJ >Has anyone done something like this? and be willing to give me some help? > c >I have a 3-node alpha (4000's) cluster, running VMS 7.1-1h2 and Multinet 4.1B for TCP/IP services.V5 >The only programming I've done in years is with DCL.  >n >TIA,  >CJ Nutter   >v  + I recall that Robomon could do such things a out of the box, so to speak.  $ but without it, or something similar0 and perhaps addressing the transition case only,- maybe have a DCL procedure running (sitting) .4 in a batch queue, with an exclusive lock taken out, @ that a DCL proc on the other cluster nodes would try to acquire.  . when that node gives up the ghost, one of the - remaining procedures should acquire the lock, 8 at which point it could fire off an email to your pager.  ) http://dbcbeta.dbc.com/LBohan/Lock_tools/   5 I think you could also find these tools (or similar) i% in the DECUS archives, or perhaps at: . http://www2.wku.edu/www/fileserv/fileserv.html  ( maybe you could do something similar w/ ' a dummy job waiting in a batch queue,   0 and using a SYNCHRONIZE to it from another node?  0 or simply send an email from from your systartup7 (assuming the nodes are crashing/rebooting, rather thanV1  just leaving the cluster, and coming back later)-  2 finally, I'd bet you could rig up a Kermit script 1 to scan a OPCOM enabled port for transition msgs.@  it'd be a piece of work, though.   ------------------------------  % Date: Mon, 10 Jul 2000 23:19:37 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)( Subject: Re: internet mailer, mail relay; Message-ID: <396a3de9.524144494f47414741@radiogaga.harz.de>a  , Richard D. Piccard (piccard@ohio.edu) wrote: : FAZEKAS Mihaly wrote:uJ : > Can i find (free, without xx day evaluation,...) internet mailer, wich& : > is default disable the mail relay?D : > Or how can i configure the MadGoat MX042 for disable mail relay? :<G : To the best of my knowledge, disabling relay with MadGoat MX requirese/ : V5, which is commercial (not free) software. o  7 ...but is only some US$ 400 for a single machine, IIRC.M   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de N 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: Tue, 11 Jul 2000 00:19:05 +0500r From: Dan <dan@vrx.net>e= Subject: Re: Looking for VMS source code (any version really)a' Message-ID: <396A21A9.F52B5E3E@vrx.net>l   Terry Kennedy wrote:  L >   Part number QB-MT1AB-E8 is available directly from Compaq (800-DIGITAL).M > It's the VMS V7.2-1 Alpha listings. Lead time is 4 days, price is $2284.00.uI > The VAX listings for V7.2 is part number QB-001AB-E8, same price, 7 daye > lead time.  L Thank you, price has been previously mentioned. if I had $2k (which I don't) I'd pursue that.M but since I don't, would anyone be willing if I paid the monthly subscriptionl	 for them?p   B.   ------------------------------    Date: 10 Jul 2000 15:22:50 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-= Subject: Re: Looking for VMS source code (any version really) + Message-ID: <rmLOk$vHcNTK@eisner.decus.org>a  \ In article <396A04B8.2F282930@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Terry Kennedy wrote:M >>   Part number QB-MT1AB-E8 is available directly from Compaq (800-DIGITAL).oN >> It's the VMS V7.2-1 Alpha listings. Lead time is 4 days, price is $2284.00.J >> The VAX listings for V7.2 is part number QB-001AB-E8, same price, 7 day
 >> lead time.. > P > How different are the VAX and ALPHA listings ? How quickly is the gap wideningK > between the two ? (with ODS-5, I susopect that a big gap was introduced).b  B For many uses of the listings kits, they are _entirely_ different.C If you are debugging at the machine code level, what you see on VAXr@ bears no relation to what you see on Alpha.  Similarity (or not)= of the source in such an environment is just not interesting.n  G > Do a lot of modules contain #IFDEF (or langage equivalents) for crosseP > compilation on ALPHA/VAX , or do the engineers truly maintain a different code8 > base for both platforms  for the majority of modules ?  2 Not all languages have such a construct as #IFDEF.   ------------------------------   Date: 10 Jul 2000 18:36:30 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: Looking for VMS source code (any version really)n6 Message-ID: <8kd53e$rvh$1@mailint03.im.hou.compaq.com>  \ In article <396A04B8.2F282930@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:0 :How different are the VAX and ALPHA listings ?      They are different.:  3 :How quickly is the gap widening between the two ? -  F   The delta factor in the code base is derived from the lines of code G   changes per differing module change per fortnight (TDF+5) divided by .E   a constant factor (pi; specifically cherry), assuming quinquennial tD   alterations during the poly-krebs cycle transintegrated across by C   the platform-specific Purdy quadratic approximation features. :-)u  H   The gap is (obviously) widening as more features are added and as userF   and kernel changes are made to OpenVMS Alpha, of course -- usually, G   this change is also a case of the feature being available on OpenVMS q   Alpha and not on OpenVMS VAX.t  8 :(with ODS-5, I susopect that a big gap was introduced).  I   Again: parts of ODS-5 (eg: XQP, MOUNT, etc) are present on OpenVMS VAX,dF   and other parts of ODS-5 (eg: RMS) are not.  The on-disk differencesK   between ODS-5 and ODS-2 are amazingly small -- effectively only one data VE   structure differs.  The RMS hunk is (obviously) the single largest r$   (differing) hunk of code involved.  G   Further, the RMS changes are largely confined to one facility in the  D   source libraries -- circa three hundred source libraries exist for6   each of the OpenVMS VAX and OpenVMS Alpha platforms.  F :Do a lot of modules contain #IFDEF (or langage equivalents) for crossO :compilation on ALPHA/VAX , or do the engineers truly maintain a different codeX7 :base for both platforms  for the majority of modules ?t  K   It varies -- most user utilities are common, for instance, but the memory I   management code differs.  (All cherry pi to the contrary, I know of no eH   particular study to determine which OpenVMS code is common, and which K   code is not -- that's usually a decision specific to individual projects.MK   We do measure a variety of factors, such as lines of new or changed code,tJ   bug rates, etc.)  Where appropriate, common source code is (obviously)  F   used by the engineering teams -- and just as you might expect would G   happen.  Where too much time, effort, performance-loss, miscellaneous-J   risk(s), etc, are involved in common code, platform-unique code is used.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 10 Jul 2000 15:12:48 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca> = Subject: Re: Looking for VMS source code (any version really)d* Message-ID: <396A2020.943B8D@videotron.ca>   Hoff Hoffman wrote:fG >   The delta factor in the code base is derived from the lines of code H >   changes per differing module change per fortnight (TDF+5) divided byF >   a constant factor (pi; specifically cherry), assuming quinquennialE >   alterations during the poly-krebs cycle transintegrated across byIE >   the platform-specific Purdy quadratic approximation features. :-).  K Are you sure about the cherry factor ? I had been told it was a rasberry pi  factor instead ...  H >   Further, the RMS changes are largely confined to one facility in theF >   source libraries -- circa three hundred source libraries exist for8 >   each of the OpenVMS VAX and OpenVMS Alpha platforms.  H Ok, so VAX and ALPHA code is maintained as two separate entities with no. files/modules actually common to both groups ?  N I was wondering if there was a central common repository for common items, andM separate libraries for the stuff that is not common.  But if common items areiV becoming fewer and fewer, then it makes sense to maintain two totally separate copies.    J However, from a "product" perspective, shouldn't the $2000 give you source code for both platforms ?    ------------------------------   Date: 10 Jul 2000 21:04:07 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: Looking for VMS source code (any version really)l5 Message-ID: <8kddo7$7m$1@mailint03.im.hou.compaq.com>t  Z In article <396A2020.943B8D@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: :Hoff Hoffman wrote:I :>   Further, the RMS changes are largely confined to one facility in theyG :>   source libraries -- circa three hundred source libraries exist for39 :>   each of the OpenVMS VAX and OpenVMS Alpha platforms.h :hI :Ok, so VAX and ALPHA code is maintained as two separate entities with nos/ :files/modules actually common to both groups ?s  F   Correct, at least literally -- at the library level.  The individualF   source modules in the library can (and often are) duplicated across 2   the two VDE source libraries centrally involved.  O :I was wondering if there was a central common repository for common items, and N :separate libraries for the stuff that is not common.  But if common items areW :becoming fewer and fewer, then it makes sense to maintain two totally separate copies.C  D   VDE (see the OpenVMS Freeware) is the tool used, and we currently G   maintain a database for OpenVMS VAX and a database for OpenVMS Alpha.iD   Reasons for the parallel databases include build performance, (theE   lack of) remote CMS access support, and (of course) the historical s   configuration precedent.  K :However, from a "product" perspective, shouldn't the $2000 give you sourceg :code for both platforms ?  I   The engineers following the newsgroups are generally not in a position iF   to discuss the administrative issues behind pricing, licensing, and E   availability.  Discussions of pricing, availability, affordability,eL   scheduling, packaging, etc., should be routed to the administrative ranks.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 10 Jul 2000 22:13:44 GMTe0 From: Timothy Stark <sword7@grace.speakeasy.org>= Subject: Re: Looking for VMS source code (any version really)d8 Message-ID: <sUra5.296994$MB.4999012@news6.giganews.com>  ) Terry Kennedy <terry@gate.tmk.com> wrote: L >   Part number QB-MT1AB-E8 is available directly from Compaq (800-DIGITAL).M > It's the VMS V7.2-1 Alpha listings. Lead time is 4 days, price is $2284.00. I > The VAX listings for V7.2 is part number QB-001AB-E8, same price, 7 day  > lead time.  H Ouch! What an expnesive source listings?!  I thought that it was $300 toI $400.  I believe that it is much difficult to write VAX emulators withouttJ device specifications like register specifications for devices.  I alreadyI know about RH11 register specifications only but not others for VAX, etc.1  D I believe that monitor/kernel source listings will help VAX emulatorE developement effectively.  That's why I had experience with my PDP-100? emulator developement due to TOPS-10 monitor sources.  Yes, VMSa8 operating system should be open-sourced like Linux, etc.   -- Tim Stark   -- bC Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.netNJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  # Date: Tue, 11 Jul 2000 02:02:34 GMTh( From: Terry Kennedy <terry@gate.tmk.com>= Subject: Re: Looking for VMS source code (any version really)-' Message-ID: <FxIGCA.JGp@spcuna.spc.edu>d  2 Timothy Stark <sword7@grace.speakeasy.org> writes:J > Ouch! What an expnesive source listings?!  I thought that it was $300 toK > $400.  I believe that it is much difficult to write VAX emulators without-L > device specifications like register specifications for devices.  I alreadyK > know about RH11 register specifications only but not others for VAX, etc.s  H   VMS used to ship with listings (on fiche) but as the industry changed,H fewer customers actually used the listings, so they became an extra-costH option. I think you can still get a source tape (as opposed to listings) for about $25K.e  F > I believe that monitor/kernel source listings will help VAX emulatorG > developement effectively.  That's why I had experience with my PDP-10/A > emulator developement due to TOPS-10 monitor sources.  Yes, VMSX: > operating system should be open-sourced like Linux, etc.  I   Go convince Microsoft to do that for Windows and then use the precedent % to convince Compaq to do the same 8-)u  - 	Terry Kennedy             http://www.tmk.coms5         terry@tmk.com             Jersey City, NJ USAd   ------------------------------  # Date: Tue, 11 Jul 2000 02:04:28 GMTt( From: Terry Kennedy <terry@gate.tmk.com>= Subject: Re: Looking for VMS source code (any version really) ' Message-ID: <FxIGFH.JKG@spcuna.spc.edu>    Dan <dan@vrx.net> writes:  > Terry Kennedy wrote:  M >>   Part number QB-MT1AB-E8 is available directly from Compaq (800-DIGITAL).iN >> It's the VMS V7.2-1 Alpha listings. Lead time is 4 days, price is $2284.00.J >> The VAX listings for V7.2 is part number QB-001AB-E8, same price, 7 day
 >> lead time.t  N > Thank you, price has been previously mentioned. if I had $2k (which I don't) > I'd pursue that.O > but since I don't, would anyone be willing if I paid the monthly subscription2 > for them?   M   Do you have $780 to gamble on this? QT-MT1AB-Q8 is the subscription service-L for Alpha listings (that fee is for 12 months, the minimum subscription per-L iod). At this point it's a pretty safe bet to say VMS 7.3 will be out withinK a year, but some 12-month periods go by without an update. Just subscribing 6 to the service doesn't get you the current listings...  8   I'm not even going to address the licensing issues 8-)  - 	Terry Kennedy             http://www.tmk.comp5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Tue, 11 Jul 2000 05:11:40 GMTd! From: Beyonder <beyonder@vrx.net>e= Subject: Re: Looking for VMS source code (any version really)p' Message-ID: <396AAC89.54B6BF87@vrx.net>C  3 I don't want a subscription, or the latest sources.o Any source version will do.iE Hell, I'll take v3.1 if someone can get me a CD (ultra-cheap or free)t   Terry Kennedy wrote:  O >   Do you have $780 to gamble on this? QT-MT1AB-Q8 is the subscription servicelN > for Alpha listings (that fee is for 12 months, the minimum subscription per-N > iod). At this point it's a pretty safe bet to say VMS 7.3 will be out withinM > a year, but some 12-month periods go by without an update. Just subscribing 8 > to the service doesn't get you the current listings... >f: >   I'm not even going to address the licensing issues 8-)   no license to use. who cares?n I'm not going to.P it's for study.    Dan.   ------------------------------  % Date: Tue, 11 Jul 2000 00:16:28 +05002 From: Dan <dan@vrx.net>D- Subject: Re: Mitnick (was Re: Fun VMS Facts?) ' Message-ID: <396A210B.355568AB@vrx.net>   O > Contact Compaq.  They sell a CD (I believe) with the LISTINGS, not the actualcP > sources.  Not too hard to convert listings to code.  Don't know price, but mayJ > have heard something like $2000 at sometime in the past. I believe Brian/ > (VAXMAN) gets these, ask him about the price.I  P don't have $2000, that's the problem. The whole set on ebay went for about $200.R which is still a bit pricey, but that was for about 6 versions, which makes it ok.  F > As for the microfiche, it used to be a standard part of the softwareP > distribution I believe, but whatever the case for distribution, not many usersR > had a need for it, and most copies are probably in landfills.  A slightly larger( > problem that the needle in a haystack.  > yep, such a sad state of affairs for it to just be thrown out.  P > I believe the microfiche listings stopped somewhere between V4.6 and V5.0, notO > sure.  I have a set laying around in a drawer.  Just cannot get myself to get ( > rid of them.  I'm a bit of a pack rat.  / well you can send them to me! :) (hey, I tried)t  M > I'm betting that a lot of companies that received these in the early to midqQ > 1980s have them stashed away in a safe or such and are no longer aware of them.s" > (See prior reference to needle).  ; yep. and some are rather hard to get them from in any case.l   B,   ------------------------------  % Date: Tue, 11 Jul 2000 00:17:34 +0500  From: Dan <dan@vrx.net>o- Subject: Re: Mitnick (was Re: Fun VMS Facts?) ' Message-ID: <396A214E.880373BB@vrx.net>a  & "Brian Schenkenberger, VAXman-" wrote:  I > There is an initial fee for the source listings service which is around I > $2K.  Then there is an anual fee for the service which is about $65/mo.aI > I once remarked here that it is cheaper than my cable TV service month- 	 > ly fee.r  T Don't have $2k, but would very happily pay someone the $65 for the monthly update...! If anyone would be kind enough...    B.   ------------------------------    Date: 10 Jul 2000 23:16:40 -04004 From: "Robert Deininger" <rdeininger@mindspring.com>- Subject: Re: Mitnick (was Re: Fun VMS Facts?) * Message-ID: <B59009DB-24566@165.247.50.79>  6 On Mon, Jul 10, 2000 3:17 PM, Dan <dan@vrx.net> wrote:' >"Brian Schenkenberger, VAXman-" wrote:a >hJ >> There is an initial fee for the source listings service which is aroundJ >> $2K.  Then there is an anual fee for the service which is about $65/mo.J >> I once remarked here that it is cheaper than my cable TV service month-
 >> ly fee. >2K >Don't have $2k, but would very happily pay someone the $65 for the monthlyw
 >update..." >If anyone would be kind enough...  J The last set of source listings I had contact with was around VMS 5.5.  AtF that time, the license permitted use on a single system (or cluster, I think). G The listings were not sharable or transferable.  If you needed listingssJ available on multiple systems, you were supposed to buy multiple licences.  F So unless things have changed, any listing kit you obtain via ebay or > some sharing scheme will be in violation of the license terms.  B Or does anyone care about that these days?  Last I heard, stealing( intellectual property is still stealing.   ---------------------------t Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Mon, 10 Jul 2000 17:02:29 -0700S7 From: "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov>8. Subject: Open-source Database system available3 Message-ID: <396A6415.72546942@merlin.arc.nasa.gov>h  G Perhaps this has already been posted, but Inprise/Borland has announced  theuH availability of an open-source beta for InterBase 6.0.  It would be some kindF of awesome if someone with free time (what's that?) could port this to VMS.5 Current versions are for Solaris, Windows, and Linux.n  (  http://www.interbase.com/opn/downloads/   ar   ------------------------------  % Date: Mon, 10 Jul 2000 17:04:57 -0700c7 From: "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov>J2 Subject: Re: Open-source Database system available3 Message-ID: <396A64A9.5B99AD27@merlin.arc.nasa.gov>v   "Arthur E. Ragosta" wrote:  I > Perhaps this has already been posted, but Inprise/Borland has announcedr > the$J > availability of an open-source beta for InterBase 6.0.  It would be some > kindH > of awesome if someone with free time (what's that?) could port this to > VMS.7 > Current versions are for Solaris, Windows, and Linux.s >p* >  http://www.interbase.com/opn/downloads/ >y > ar  = In fact... what's to keep Compaq from porting it???       :-)d   ------------------------------  % Date: Tue, 11 Jul 2000 01:10:31 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> 2 Subject: Re: Open-source Database system available( Message-ID: <8kea4n$kro$1@pyrite.mv.net>  L But can you actually download source code yet?  Seems to me it was scheduledA to be available by now, but I don't see it on a quick look today.t   - bill  @ Arthur E. Ragosta <ragosta@merlin.arc.nasa.gov> wrote in message- news:396A6415.72546942@merlin.arc.nasa.gov...-I > Perhaps this has already been posted, but Inprise/Borland has announced  > theoJ > availability of an open-source beta for InterBase 6.0.  It would be some > kindH > of awesome if someone with free time (what's that?) could port this to > VMS.7 > Current versions are for Solaris, Windows, and Linux.  >w* >  http://www.interbase.com/opn/downloads/ >  > ar >e   ------------------------------  % Date: Mon, 10 Jul 2000 19:14:36 +0100h; From: "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk>c Subject: Re: PC counter./ Message-ID: <8kd3ok$336$1@newsg2.svr.pol.co.uk>y  & Further information regards the above.  I UCX V4.2 ECO 4. ANAL/IMAGE of DCE$RPCD.EXE shows it to be DCE V1.4-97013.r  F VMS is V6.2 on a AlphaServer 2100 4/233 with 128MB and forms part of aL cluster with another 2100 4/233 using FDDI. There is a third mVAX as part ofL the cluster which is used for VAX access but is rarely used. This cluster isK a 24x365 system. There is a slave system that can be used for short periodsO$ overnight if routine work is needed.  ! Other observed behaviour is thus:   I *). Fails approx once per day. Usually between 3-4am after our end of dayr; processes have completed but it does happen at other times.MH *). It has NEVER happened during the normal working day 7am-7pm Mon-Fri.G *). The looping does not appear too happen if we have a continuous SHOWu PROC/CONT/ID=n in operation.H *). Two other machines also use the same version of DCE$RPCD. One is theK slave to the above cluster and the other is a test environment machine. The H former is an AS 2000 4/200 and the latter is an AStn 255 both with v6.2.% Neither has exhibited this behaviour.m   ------------------------------    Date: 10 Jul 2000 20:20:52 -0500/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)n) Subject: print/delete dows not behave ...s. Message-ID: <396a6864_2@dilbert.ic.sunysb.edu>  E 	I have a problem with PRINT/DELETE. It does not delete the submittede% file. I tried on the folowing printerh  M Printer queue CHEM_PS17, idle, on NUCAX0::SBCHCP::, mounted form DCPS$DEFAULT   (stock=DEFAULT)?   /BASE_PRIORITY=4 /DEFAULT=(FORM=DCPS$DEFAULT (stock=DEFAULT))a?   /NOENABLE_GENERIC /LIBRARY=DCPS_LIB Lowercase /OWNER=[SYSTEM] F   /PROCESSOR=DCPS$SMB /PROTECTION=(S:M,O:D,G:R,W:S) /SCHEDULE=(NOSIZE)9          (IDENTIFIER=CHEM_QUIZ,ACCESS=READ+SUBMIT+MANAGE)m  B 	Does anyboddy have an idea of the problem or no how to fix this ?  * Operating System version : OpenVMS AXP 7.26 When : since doomed day (i.e. upgrade from 6.2 to 7.2)       -- s6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400 ;   ---m---U---m--------------------------------------------- &   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Mon, 10 Jul 2000 20:57:04 -04004- From: JF Mezei <jfmezei.spamnot@videotron.ca> - Subject: Re: print/delete dows not behave ...o, Message-ID: <396A70DA.B2220323@videotron.ca>   Jerome LAURET wrote: > N >         I have a problem with PRINT/DELETE. It does not delete the submitted' > file. I tried on the folowing printerp  6 You might wish to try SET QUEUE queue_name /RETAIN=ALL   and then print the job.   M The queue entry will remain after the job, and you might get an indication of 2 the status (whether it printed succesfully or not)  H Also, you may wish to stop the queue, then print the file, and do a SHOWD ENTRY/FULL to see if the /DELETE does indeed get put in for the job.  K /DELETE is , I beleive, an entry specific qualifier, not a queue qualifier.c  J Is it possible that perhaps, before the upgrade, the PRINT command on yourD system have been redefined to have /DELETE as default (either in the9 DCLTABLES.EXE, or as a symbol defined in SYLOGIN.COM ????e   ------------------------------    Date: 10 Jul 2000 21:34:32 -0500/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)a- Subject: Re: print/delete dows not behave ...u. Message-ID: <396a79a8_3@dilbert.ic.sunysb.edu>  \ In article <396A70DA.B2220323@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  8 |>You might wish to try SET QUEUE queue_name /RETAIN=ALL |> |>and then print the job.   5 	I did the following test as suggested by your note :i    X $ PRINT/QUEUE=CHEM_PS17/DELETE _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;1 /RETAIN=ERROR  $ SHOW QUEUE CHEM_PS17 /FULL/ALL [...]   4   Entry  Jobname         Username     Blocks  Status4   -----  -------         --------     ------  ------6    1614  TEMP            JLAURET           8  PrintingM          Submitted 10-JUL-2000 21:21:45.07 /FORM=DCPS$DEFAULT (stock=DEFAULT)o$          /PRIORITY=100 /RETAIN=ERRORN          File: _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;1 (printing)) /DELETE  A   after a while, I could not see the entry in the queue. However,d  6 $ DIR/FULL _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;19 Size:            8/9          Owner:    [LACEY_R,JLAURET]w" Created:   10-JUL-2000 21:20:04.24& Revised:   10-JUL-2000 21:20:04.38 (1) Expires:   <None specified>  Backup:    <No backup recorded>  Effective: <None specified>e Recording: <None specified>s File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughD File attributes:    Allocation: 9, Extend: 0, Global buffer count: 0$                     No version limitF Record format:      Variable length, maximum 0 bytes, longest 80 bytes4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None? File protection:    System:RWE, Owner:RWED, Group:RWE, World:REc Access Cntrl List:  None Client attributes:  None   Total of 1 file, 8/9 blocks.  N    remained. GV displays no errors on that PS file. The queue does not display    W $ print/queue=chem_ps17/delete _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS /retain=alwaysg4   Entry  Jobname         Username     Blocks  Status4   -----  -------         --------     ------  ------D    1621  TEMP            JLAURET           8  Retained on completionM          Submitted 10-JUL-2000 21:31:24.93 /FORM=DCPS$DEFAULT (stock=DEFAULT)--          /NOTIFY /PRIORITY=100 /RETAIN=ALWAYS B          File: _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;1 /DELETE=          Completed 10-JUL-2000 21:31:56.80 on queue CHEM_PS179        The file is still there.	       |>O |>The queue entry will remain after the job, and you might get an indication ofc4 |>the status (whether it printed succesfully or not) |>J |>Also, you may wish to stop the queue, then print the file, and do a SHOWF |>ENTRY/FULL to see if the /DELETE does indeed get put in for the job. |>M |>/DELETE is , I beleive, an entry specific qualifier, not a queue qualifier.l   	Answered by the above.u     |>L |>Is it possible that perhaps, before the upgrade, the PRINT command on yourF |>system have been redefined to have /DELETE as default (either in the; |>DCLTABLES.EXE, or as a symbol defined in SYLOGIN.COM ????  |>G 	That's not the case. I used VERB to check this out. Show symbol shows   nothing.   	Gotta be something else :{r       -- n6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400r;   ---m---U---m----------------------------------------------&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Mon, 10 Jul 2000 21:21:06 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>n- Subject: Re: print/delete dows not behave ...-- Message-ID: <sml0pg91nu43@corp.supernews.com>u  : Jerome LAURET <jlauret@?.chem.sunysb.edu> wrote in message( news:396a79a8_3@dilbert.ic.sunysb.edu... >n > Gotta be something else :{ >F% What version of DCPS are you running?t  E AFAIK: The current release is 1.7, with 1.7-1 being shipped with somee	 printers.    -Johnt wb8tyw@qsl.network   ------------------------------  % Date: Mon, 10 Jul 2000 22:16:16 -0400u+ From: Tim Shoppa <shoppa@trailing-edge.com>c- Subject: Re: print/delete dows not behave ...t1 Message-ID: <396A4B30.23BD604E@trailing-edge.com>o   Jerome LAURET wrote: > N >         I have a problem with PRINT/DELETE. It does not delete the submitted' > file. I tried on the folowing printera > O > Printer queue CHEM_PS17, idle, on NUCAX0::SBCHCP::, mounted form DCPS$DEFAULT)  G Is there anything special about node "NUCAX0::"? Is the disk containingh: the file mounted in any non-standard way on NUCAX0?  (i.e.6 /NOWRITE?)  Is NUCAX0:: the node you usually log into?   Tim.   ------------------------------    Date: 10 Jul 2000 23:32:03 -04004 From: "Robert Deininger" <rdeininger@mindspring.com>- Subject: Re: print/delete dows not behave ... * Message-ID: <B5900D76-31E2C@165.247.50.79>  H On Mon, Jul 10, 2000 10:34 PM, Jerome LAURET <jlauret@?.chem.sunysb.edu> wrote:  ! >$ SHOW QUEUE CHEM_PS17 /FULL/ALL- >[...] >-5 >  Entry  Jobname         Username     Blocks  Status 5 >  -----  -------         --------     ------  ------V7 >   1614  TEMP            JLAURET           8  Printing.> >         Submitted 10-JUL-2000 21:21:45.07 /FORM=DCPS$DEFAULT (stock=DEFAULT) % >         /PRIORITY=100 /RETAIN=ERRORiG >         File: _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;1 (printing)). /DELETEe > B >  after a while, I could not see the entry in the queue. However, > 7 >$ DIR/FULL _$4$DKA200:[USERS.JLAURET.SCRATCH]TEMP.PS;1   @ >File protection:    System:RWE, Owner:RWED, Group:RWE, World:RE                         ^^^^^^^^^^^  G Well, if the symbiont process isn't started with privleges, and if the  K symbiont image isn't installed with privs, maybe it can't delete your file o because of the protection.  I Checking our system, the DCPS symbiont is NOT installed, and the symbionto2 process seems to have died. :-(  So I can't check.  " Just a wild guess, probably wrong.   ---------------------------J Robert Deininger rdeininger@mindspring.comy   ------------------------------  % Date: Mon, 10 Jul 2000 22:26:18 -0400 2 From: "William Hymen" <t18_pilot@hotmail.spam.com>2 Subject: Re: Small, simple desktop or deskside VAX8 Message-ID: <rwva5.297886$MB.5012206@news6.giganews.com>  3 Gosh, an Alpha DS10 brand new is $6,000.  Thats notv2 cheap, but its the same price as a Compaq proliant running Win-Dozy   Bill  , Tom Cole <tom.cole@sas.com> wrote in message) news:8kcd6e$8m6$1@license1.unx.sas.com...oI I would like to buy an old, working VAX.  It needs to be able to actuallyaE run VMS (enough memory, disk space) but I don't require much else.  A7J MicroVAX3100 would be about perfect, or something in that category; i.e. IF don't want or need X Windows for example.  I do need to have a workingI Ethernet connection.  This is for personal, not commercial use.  I do not K want or need VMS licences, etc. as I will use the Hobbyist License program.   H Yes, I know these pop up from time to time on eBay, but having had a badD experience or two there, I'd rather deal with someone more directly.  C If you have a working small VAX that you'd like to get rid of for a-K reasonably small $$$ amount, please contact me by email.  I would prefer tovE find someone in the Research Triangle Park area of NC, but I'm up for36 shipping if it's not a terribly large configuration...   tom.cole@sasdotcom
   -- or -- tom.cole@forest-edgedotnet   -- Tom Cole Host R&D Special Projectso SAS Institute Inc.   ------------------------------   Date: 10 Jul 2000 14:06:24 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)C Subject: Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Websiteh3 Message-ID: <uuyrKsr9IFYe@mccdev.slac.stanford.edu>e  R In article <8k6q0g$kl1$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:    B [...refering to Capellas' & Marcello's remarks in the "interview"      in OpenVMS Times...]I > I'd have a lot more faith in these guys if their public demeanor didn't D > remind me so strongly of politicians or used-car salesmen far more9 > interested in making a sale than in satisfying a need.    H         Yes, unfortunately, that's always  been  my  impression of theseH     guys.  After seeing the same thing(s) over and over again, I figuredH     it's  either  (a)  something they learn in business  school,  (b)  aH     requirement to be taken seriously by other MGM's, or (c) an inherentH     genetic characteristic of people who even consider going into  upper     management positions.  ;-p  F >                                                         Until CompaqK > understands what customers need and tries to provide it, I fear they willaI > continue to get clobbered by other companies more in tune with reality::K > enterprise computing is serious business, and purchase decisions are made M > accordingly.  It would also certainly not have hurt to have had someone whooB > understands that Galaxy has *nothing* to do with (heterogeneous)C > inter-operability proof-read the article to avoid that particulare > embarrassment.  6         I noted that nonsequitor as well.  Sad really.  H         Personally, I agreed with all of Bill's points (well, perhaps heH     was a tad hard on Terry who  is,  after  all, doing his best to help	     out).            -Ken -- -M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduk:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 10 Jul 2000 14:08:09 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)C Subject: Re: Summer 2000 OpenVMS TIMES Now Available on CPQ Websitet3 Message-ID: <XYhLBEkG4AyJ@mccdev.slac.stanford.edu>   ) In article <8k6q0g$kl1$1@pyrite.mv.net>, c-     "Bill Todd" <billtodd@foo.mv.com> writes:l  B [...refering to Capellas' & Marcello's remarks in the "interview"      in OpenVMS Times...]I > I'd have a lot more faith in these guys if their public demeanor didn'tyD > remind me so strongly of politicians or used-car salesmen far more9 > interested in making a sale than in satisfying a need. g  H         Yes, unfortunately, that's always  been  my  impression of theseH     guys.  After seeing the same thing(s) over and over again, I figuredH     it's  either  (a)  something they learn in business  school,  (b)  aH     requirement to be taken seriously by other MGM's, or (c) an inherentH     genetic characteristic of people who even consider going into  upper     management positions.  ;-p  F >                                                         Until CompaqK > understands what customers need and tries to provide it, I fear they willhI > continue to get clobbered by other companies more in tune with reality:eK > enterprise computing is serious business, and purchase decisions are madeoM > accordingly.  It would also certainly not have hurt to have had someone whonB > understands that Galaxy has *nothing* to do with (heterogeneous)C > inter-operability proof-read the article to avoid that particularr > embarrassment.  6         I noted that nonsequitor as well.  Sad really.  H         Personally, I agreed with all of Bill's points (well, perhaps heH     was a tad hard on Terry who  is,  after  all, doing his best to help	     out).n           -Ken -- aM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduf:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Tue, 11 Jul 2000 02:54:24 GMT - From: "Dave Pampreen" <davepampreen@home.com>:Q Subject: Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!! ; Message-ID: <A%va5.31244$fR2.294037@news1.rdc1.mi.home.com>t  E Is there any software out there that is a better replacment for this?k  J We did an upgrade about a year ago and never bought the CA updated package due to cost (shock)1   Dave -----------.
 Dave Pampreen  GKN Automotive, Inc.    4 "Adrian Birkett" <abirkett@csc.com> wrote in message! news:3969ECFD.6C111725@csc.com...b > Dave,n >BK > Be aware that we have Advise-IT running on Alpha 7.2 - this also requiredh asH > newer version of the ada run-time library (ADARTL.EXE ident = 7.2-12). >w > Just a thought.  >h > Adew >n >b > DaveSmith wrote: >  > > Hello , K > >       The company I work for bought Unicenter Performance Analyzer/DatarI > > Collectors 2.5 years ago for 20K plus from CA. (Just after CA bought L > > it from Digital - A Big mistake by Digital was to sell off PolyCenter!).F > > It is running on Alpha VMS 7.1. When I recently tried to install aG > > data collector on Alpha VMS V7.2 it failed with a 'version mismatchi error'I > > please relink. I contacted CA who told me that I either need to go toa TNGdI > > or ADVISEIT. To upgrade to ADVISEIT it would cost 40K plus!!!!!. Thee; > > TNG route wasn't worth looking at (very expensive!!!!).t7 > >     Is there any way round my installation problem?w > >s > > regardst > > Dave Smith >o   ------------------------------  # Date: Tue, 11 Jul 2000 04:15:04 GMTr, From: anita stephen <anita.stephen@home.com> Subject: Re: Vax in Canada ?( Message-ID: <396A9F33.7E943AF1@home.com>   Here you go.      	 Subject: .6                a VAX Administrator - Toronto, Baycrest          Date: u,                Tue, 20 Jun 2000 13:05:52 GMT         From: 2                "Stephen Home" <courageis@home.com>  Organization: r#                @Home Network Canadam
  Newsgroups: o@                comp.job, comp.job.offered, fj.sys.vax, misc.job, misc.job.misc, misc.job.offerd,b1                misc.job.offered, misc.job.resumese        H We are looking for a VAX administrator with 3 or more years' experience.  C As a valued member of the Baycrest team you will use your 3 or morer years ofJ experience working with VAX to help us support our G/L and payroll systemsJ while we prepare to move them to a more advanced system.  At the same timeF you will take training, at our expense, to become certified as a MCSE.  C Here, at the Baycrest Centre for Geriatric Care, we believe that toA remain aF world class leader in care, research and education about aging we must) invest in technology and in our IT staff.Z  L If you are interested, please email back to stucker@baycrest.org with a copy@ of your resum and cover letter in the body of the e-mail (or asD attachments). Attachments should be in one of the following standard formats:	      HTML @      Microsoft Word (Mac or Windows), RTF, Works, Write or Excel!      WordPerfect (Mac or Windows)y%      Lotus Word Pro, AMI Pro or 1-2-34'      ASCII or Unicode text (plain text)-           Thanks         Stephen Tucker         IT Manager         Systems & Operations*         Baycrest Centre for Geriatric Care         3560 Bathurst Street         Toronto ON         Canada M6A 2E1#         email: stucker@baycrest.org.         Tel: 416-785-2500 x2064o         Fax: 416-785-2864-         http://www.baycrest.orgc   Jim Kim wrote: > 1 > Is anybody using VAX system in Toronto Canada ?EI > Though I've been looking for a company using VAX in the Toronto area, Ie > couldn't find any.; > I'm interested in pursuing a career back into VAX in VMS.j1 > Please let me know if you have any suggestions.a > It will be great thanks. >  > Jim    ------------------------------  # Date: Mon, 10 Jul 2000 22:23:46 GMTt. From: SEAN SMITH <tssmith@chaka.AtlanticCo.ca># Subject: VAXstation 3100 won't boote3 Message-ID: <963267765.249038@sarabi.AtlanticCo.ca>l  K Well, I've finally got my 1 GB SCSI drive and OpenVMS hobbyist's license...a  u But the VAX won't boot off of my SCSI CD-ROM.  It's a generic quad-speed CD-ROM (Sanyo, I believe) and the tests comenu back just fine.  However, when I try to boot from the CD-ROM to install OpenVMS, I get a stack dump.  It doesn't look , like the VAXstation is accessing the CD-ROM.  
 Any ideas?   Thanks in advance.  
 Sean Smith -- b
 Sean Smith New Minas, Nova Scotia, CanadaP Any views expressed above are those of the author and do not necessarily reflect7 those of the author's employer at the time of creation.E   ------------------------------  % Date: Mon, 10 Jul 2000 19:43:22 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: VAXstation 3100 won't boot0, Message-ID: <396A5F98.789C9F3B@videotron.ca>   SEAN SMITH wrote:_w > back just fine.  However, when I try to boot from the CD-ROM to install OpenVMS, I get a stack dump.  It doesn't look-. > like the VAXstation is accessing the CD-ROM.  L What boot command are you giving ? and what messages do you get prior to the stack dump ?   ------------------------------  # Date: Tue, 11 Jul 2000 02:06:38 GMTE( From: Terry Kennedy <terry@gate.tmk.com>' Subject: Re: VAXstation 3100 won't boote' Message-ID: <FxIGJ2.JqE@spcuna.spc.edu>I  0 SEAN SMITH <tssmith@chaka.atlanticco.ca> writes:w > But the VAX won't boot off of my SCSI CD-ROM.  It's a generic quad-speed CD-ROM (Sanyo, I believe) and the tests come:w > back just fine.  However, when I try to boot from the CD-ROM to install OpenVMS, I get a stack dump.  It doesn't looko. > like the VAXstation is accessing the CD-ROM.  :   Try keeping your lines to 78 characters or less, please.  K   You usually need a 512-byte-block CD-ROM. Your CD-ROM is probably a 2048- : byte-block one. Some have jumpers or switches, some don't.  - 	Terry Kennedy             http://www.tmk.comt5         terry@tmk.com             Jersey City, NJ USAt   ------------------------------  % Date: Mon, 10 Jul 2000 22:20:03 -0400e2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>( Subject: Re:  VAXstation 3100 won't boot7 Message-ID: <200007102220_MC2-ABCB-17E7@compuserve.com>o  J         If your CD-ROM doesn't support 512 byte blocks, it won't work!   =  J Some drives don't support it at all, others have it as a jumper selectabl= e J option.  I believe that some can be set to 512 byte blocks programmatical= ly but I don't know how to do it.    " Message text written by SEAN SMITHA >Well, I've finally got my 1 GB SCSI drive and OpenVMS hobbyist'ss
 license...  H But the VAX won't boot off of my SCSI CD-ROM.  It's a generic quad-speed, CD-ROM (Sanyo, I believe) and the tests comeG back just fine.  However, when I try to boot from the CD-ROM to installf- OpenVMS, I get a stack dump.  It doesn't lookr, like the VAXstation is accessing the CD-ROM.  
 Any ideas?   Thanks in advance.<t   ------------------------------   Date: 10 Jul 2000 21:42:43 GMT From: vcf@vintage.orgt" Subject: VINTAGE COMPUTER FESTIVAL1 Message-ID: <144241.915.337409358472@vintage.org>h   41:42:14    5                         Vintage Computer Festival 4.0a8                     September 30 through October 1, 20003                          San Jose Convention CenterP0                             San Jose, California    B Mark you calendar!  The fourth annual Vintage Computer Festival isD scheduled for Saturday, September 30th though Sunday, October 1st at7 the San Jose Convention Center in San Jose, California.t  E The Vintage Computer Festival is a celebration of computers and their.E history.  The event features speakers, a vintage computer exhibition, A a vintage computer marketplace, and contests like The Nerd Trivia-@ Challenge.  We showcase all different types of computers for all@ differents kinds of platforms in all different shapes and sizes.     REGISTER EARLY AND SAVE!  A Since you're already a VCF fan, we'd like to extend an early-birdbB registration offer to you.  Register by July 15th and pay only $15A per person (after July 15th the fee will jump to $20 per person).tE Your registration includes complete event access, including speakers,.A the exhibition and the marketplace.  And just like last year, theaD first 32 registrants will receive a VCF t-shirt!  Act fast to secure/ your early registration and a free VCF t-shirt.w  @ We've made it easier than ever for you register online as we are> now accepting credit card payments.  Visit the VCF website for complete details.i     EXHIBIT YOUR VINTAGE COMPUTERs  @ Vintage Computer Collectors: we want you!  Exhibit your favorite< computer in the Vintage Computer Exhibition.  Prizes will be= awarded in 12 different categories, as well as a Best of Showe prize which includes $50 cash!  2 For complete details on the VCF Exhibition, visit:  ( http://www.vintage.org/2000/exhibit.html  ' To see the exhibits from VCF 3.0 go to:e  % http://www.vintage.org/exhibit99.html0    2 BUY/SELL/TRADE AT THE VINTAGE COMPUTER MARKETPLACE  D Do you have some vintage computer items you'd like to sell?  Whether= you rent a booth or sell on consignment, the Vintage Computer.> Marketplace is the premier venue for selling old computers andB related items.  If you would like to rent a booth or inquire aboutD consignment rates, please send e-mail to vendor@vintage.org for more information or visit:]  ' http://www.vintage.org/2000/vendor.html      CHECK OUT THE NEW SITE!-  C If you haven't visited the VCF website in a while, come on over andLC have a look at the completely new design.  You'll find it easier to5? navigate and easier to find the information you're looking for. C We've got plenty of good stuff to read and hundreds of new links toPB explore vintage computing on the web.  We're constantly adding new! content.  Stop on by for a visit!     , TELL A FRIEND! TELL A FRIEND! TELL A FRIEND!  > We really hope to see you at VCF 4.0!  And remember, tell your	 friends!!   5                         Vintage Computer Festival 4.0n;                    September 30th through October 1st, 2000t4                           San Jose Convention Center1                              San Jose, Californiai2                             http://www.vintage.org   ------------------------------  % Date: Mon, 10 Jul 2000 19:29:43 +0100t  From: steven.reece@quintiles.com, Subject: VMS Junior Sys Admin, Bracknell, UK> Message-ID: <80256918.0065BF11.00@qedilc01.qedi.quintiles.com>  O The company I work for have an immediate requirement for a permanent VMS JuniorsL System Administrator at our Bracknell offices here in the UK.  To emphasise,2 this is a permanent post, not a contract position.  = If anyone is interested maybe they could contact me off-line.s  ' A brief job description is given below.-   Steve.% steven dot reece at quintiles dot com      Duties :I Support of corporate computer system users.  Support will usually involvenI assisting the Helpdesk to answer queries, resolve problems and respond toe4 technical requests in a timely and efficient manner.M Assist in capacity planning and performance monitoring to ensure that systemsX+ are performing efficiently and effectively.rK Ensuring that service level agreements are met for systems availability ando throughput.e  7 Experience in the following areas would be beneficial :oO User administration, DCL programming, modification of existing system resourcesdO to satisfy additional requirements, installation and troubleshooting of layeredh: products and Storageworks disk configuration / management.  	 Profile :sP Candidates should have two years experience of OpenVMS and VMSclusters, probablyL gained in a Shift Leader or Junior System Administrator role.  Additionally,F suitable candidates should be able to work unsupervised and be able to2 communicate at all levels within the organisation.  P Additional experience of Oracle RDMS or Unix would be useful, but not essential.   ------------------------------  # Date: Mon, 10 Jul 2000 21:13:35 GMTC From: unixguys@my-deja.com Subject: WTB TK50 Cartridges) Message-ID: <8kde9g$9fl$1@nnrp1.deja.com>   2 As it says I'm looking for a few carts for a tk50.    & Sent via Deja.com http://www.deja.com/ Before you buy.o   ------------------------------  % Date: Mon, 10 Jul 2000 21:51:42 -0400i* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>  Subject: Re: WTB TK50 Cartridges+ Message-ID: <396A7DAE.CB5011BF@rtfmcsi.com>    unixguys@my-deja.com wrote:c  4 > As it says I'm looking for a few carts for a tk50. >a( > Sent via Deja.com http://www.deja.com/ > Before you buy.e  G I'd offer to sell some on Ebay, but their CGI servers went belly-up forhG about an hour this evening and stopped all the bidding, too.  I guess ImF will have to sell them direct instead.  How many do you need and where! would they need to be shipped to?)     -- Chuck Choppe  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 400 4935 pagerC                                   8004004935@alphapage.airtouch.com    ------------------------------  % Date: Mon, 10 Jul 2000 18:49:23 +0000d- From: SysAdmin <djesys.nospam@fsi.net.mapson>n Subject: Re: WTB: Microvax2000. Message-ID: <396A1AB3.27C98052@fsi.net.mapson>   Beyonder wrote:o > I > If anyone has a microvax2000 for sale (not vaxstation) please email me!e >  > Thanks  D Go to E-bay, search in Computers (titles and descriptions) for "DEC"  G As of today, there's an Alpha DEC 3000, a MicroVAX 3300 (floor standing  unit), one or two multias, ...  G uVAX-2K WAS a cute box, but there's lots of stuff out there, some of itt MUCH faster than 0.8 VUPs.   David J. Dachteraa   ------------------------------  % Date: Tue, 11 Jul 2000 03:06:41 +0500  From: Dan <dan@vrx.net>5 Subject: Re: WTB: Microvax2000' Message-ID: <396A48F1.260AEAD1@vrx.net>-   SysAdmin wrote:i  F > Go to E-bay, search in Computers (titles and descriptions) for "DEC" >-I > As of today, there's an Alpha DEC 3000, a MicroVAX 3300 (floor standingr  > unit), one or two multias, ...  G yep lots of stuff, mostly out of my price range, or just way too big...e9 then again, an alpha3000/700 only costs about $400 or so.n  I > uVAX-2K WAS a cute box, but there's lots of stuff out there, some of itl > MUCH faster than 0.8 VUPs.  F yep, nice and small. I've heard the 4000/vlc is better, but the vlc is limited, so it's best to goeK with a model 90 or something along those lines. which run for roughly $200.    B.   ------------------------------  # Date: Tue, 11 Jul 2000 03:13:51 GMTg2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: WTB: Microvax20006 Message-ID: <Phwa5.329$sp6.116049@typhoon.aracnet.com>  . SysAdmin <djesys.nospam@fsi.net.mapson> wrote:I > uVAX-2K WAS a cute box, but there's lots of stuff out there, some of it  > MUCH faster than 0.8 VUPs.  I The only thing I can think of that one is good for is formatting MFM HardwK Drives, and I hate MFM Hard Drives!  Even the slowest SCSI based 3100 would 
 be better!   			Zane    ------------------------------  # Date: Tue, 11 Jul 2000 02:42:52 GMT & From: Rory O'Connor <fake-roc@ibm.net>7 Subject: Re: WTB: Small, simple desktop or deskside VAXn' Message-ID: <396A8A21.51FA6D29@ibm.net>i   Tom Cole wrote:e  K > I would like to buy an old, working VAX.  It needs to be able to actuallyoG > run VMS (enough memory, disk space) but I don't require much else.  AiL > MicroVAX3100 would be about perfect, or something in that category; i.e. IH > don't want or need X Windows for example.  I do need to have a workingK > Ethernet connection.  This is for personal, not commercial use.  I do notoM > want or need VMS licences, etc. as I will use the Hobbyist License program.  > J > Yes, I know these pop up from time to time on eBay, but having had a badF > experience or two there, I'd rather deal with someone more directly. >dE > If you have a working small VAX that you'd like to get rid of for a M > reasonably small $$$ amount, please contact me by email.  I would prefer to-G > find someone in the Research Triangle Park area of NC, but I'm up for 8 > shipping if it's not a terribly large configuration... >u > tom.cole@sasdotcom >   -- or -- > tom.cole@forest-edgedotnet >e > --
 > Tom Cole > Host R&D Special Projects  > SAS Institute Inc.  G Have you checked the Duke Univ. Surplus Store?  Although I think DU haseG surplused most systems that old; still, you never know what will pop up  there...   FWIW     -- Rory O'Connor -o
 r o o c o n nh   n cA   r rd   c o m 6 ( p u t 'em together with @ and . for my email@ddress)   ------------------------------  % Date: Mon, 10 Jul 2000 01:28:40 -0400m' From: "Bill Todd" <billtodd@foo.mv.com>b7 Subject: Re: [Q] Does VMS support IDE for system disks? ( Message-ID: <8kbmqm$gic$1@pyrite.mv.net>  = David Mathog <mathog@seqaxp.bio.caltech.edu> wrote in message-& news:8kb0tm$hf1@gap.cco.caltech.edu...G > In article <8JUL200000092325@gerg.tamu.edu>, carl@gerg.tamu.edu (Carlo Perkins) writes:G > >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX:l 926-3515) writes...e > >}L > >}        Thanks David.  That's the  sort  of  thing  I was interested in,L > >}    that the IDE would "work" (and I just received confirmation from JayL > >}    Olson that his DS10L came with VMS 7.2-1 FIS on the 10GB IDE drive),L > >}    but  that there _are_ performance differences between IDE and  SCSI,L > >}    the SCSI being "UltraSCSI" in the present case.  Can  someone  quote" > >}    bandwidth numbers for IDE? > >} > <SNIP> > >sD > >It depends on the IDE. It can be anywhere from 16.6 MB/sec max upF > >to 100MB/sec (although that is brand spanking new - too new for the/ > >DS10 to have even if they were so inclined).n > >t& > >If I recall the naming correctly... > >Plain old IDE is 16.6MB/sec. ? > >"ATA Ultra DMA/33" is 33MB/sec. (Sometimes called Ultra 33.) L > >"ATA Ultra2 DMA/66" is 66MB/sec. (Sometimes called Ultra 66, or Ultra-2.)D > >I suspect you see the progression here and can guess what the new	 100MB/secoJ > >version is likely to be called when it hits the market (which may be as > >soon as later this month).  > K > That may be the hardware numbers, but that isn't what you're going to seefK > on OpenVMS.  I've got U2W LVD disks on our DS10 which are nominally 20Mb/oG > sec each on an 80 Mb/sec SCSI bus, but they max out at something likelL > 3.6Mb/sec when doing a disk to disk copy or a CREATE/FDL for a large file.E > I believe that's because they insist on writing everything straighth througheK > to the oxide and don't use any of the disk write caching.  There's no way E > to enable that mode in base OpenVMS (that I know of) but there is ae utility  > around to do it.  L Given that ODS-x depends for its integrity on controlling the order in whichG disk writes occur, enabling write-back caching on any ODS-x disk should G probably be done only if you're willing to have the entire disk trashed H (possibly subtly, so it's up to you to take appropriate immediate actionL rather than just continue hoping for the best) should a power failure occur.  H This is about the *only* advantage I can think of to using a file systemI that *requires* something like fsck on restart:  it means you can turn on4E write-back cache at the disk and still operate more-or-less normally.tH Myself, I'd happily trade this for a file system designed not to requireL fsck and to perform well without disk-level write-back caching, though untilH driver support for the new SCSI-like IDE features like disconnecting andF tagged queuing appears that means IDE write performance will be prettyJ dismal unless you can arrange to perform *very* large transfers (which mayI run into problems with the limited - 16 or so - number of memory segmentsoL typically supported by IDE controllers, which translates to 16 system pages,I unless you start juggling physical memory use to improve its contiguity).    - bill  :   I have not tried it though.  As I said, I did not do anyJ > benchmarking of the IDE drives on OpenVMS and cannot supply a number for > their real performance.t > H > Compaq must have measured this, but I'd wager $10 they don't supply it4 > anywhere a mortal might find it on their web site. >b > David Mathog > mathog@seqaxp.bio.caltech.eduo@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------   End of INFO-VAX 2000.384 ************************