1 INFO-VAX	Tue, 15 Aug 2000	Volume 2000 : Issue 455       Contents: "extended" soft links * /float qualifier and resulting performance. Re: /float qualifier and resulting performance. Re: /float qualifier and resulting performance% Re: AS 4000/4100 & Mixed CPUs support  Re: Big AlphaServer Sale Caching RMS Block I/O  Re: Caching RMS Block I/O  Re: Caching RMS Block I/O  Re: Caching RMS Block I/O  Re: CD-R Writing.  Re: CD-R Writing. ! DCPS with raw-tcp: stack overflow % Re: DCPS with raw-tcp: stack overflow % Re: DCPS with raw-tcp: stack overflow $ Re: DECnet Plus copying time problem Downloading DECmigrate Re: Downloading DECmigrate Re: From VMS to NT Re: From VMS to NT Re: From VMS to NT( Re: How to fake a device full situation. Re: LN03 Printer Issues  Re: LN03 Printer Issues  Long haul fiber connections  Re: Mass adding of users?  Re: Mass adding of users?  MV3100 Re: New KZP? OpenVMS  7.3 Release Date  Re: OpenVMS Certification   Re: OpenVMS Patches Mailing List  Re: OpenVMS Patches Mailing List  Re: OpenVMS Patches Mailing List  Re: OpenVMS Patches Mailing ListP Pathworks v5.0f - network busy error message when trying to map drive from clien PC-NFS ? Re: PCM / CommandIT  Re: PMDF & SMTP relay * Problem setting up YAHMAIL with OSU server Re: RD51 vs. RD53  remote terminal connection??? ! Re: remote terminal connection???  RMS Index Problem  Re: RMS Index Problem  Re: RMS Index Problem   TCPIP - upgrade from 4.2 to 5.0a$ Re: TCPIP - upgrade from 4.2 to 5.0a
 UCX BUFFERS ? ( Very Large Global Section Memory Locking RE: VMS hobbyist version Re: VMS hobbyist version Re: VMS hobbyist version Re: VMS hobbyist version VMS on a notebook ?  Re: VMS on a notebook ?  Re: VMS on a notebook ?  Re: VMS on a notebook ?  Re: VMS on a notebook ?  Re: VMS on a notebook ?  Re: VMS Vs any other OS  Re: VMS Vs any other OS $ Re: VMS vs unix (the true contender)( Re: Whilst on the subject of listings... Re: [OT] Vax Hardware  Re: [OT] Vax Hardware   F ----------------------------------------------------------------------   Date: 15 Aug 2000 15:43:23 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: "extended" soft links, Message-ID: <8nboer$iam@gap.cco.caltech.edu>  B The DII COE project is apparently bringing soft links to OpenVMS.   H The standard Unix symbolic/soft link is a pretty feeble device - it justG causes an operation directed at one file to actually apply to another.  L Since this is all new on OpenVMS and there is no backwards compatibility to J worry about (only DII COE compatibility) I wonder if we might not be able J to get a slightly extended and more useful version of symbolic links along
 these lines:       $ define dcl$path real_dirW   $ set file/symbolic=real_dir:real.exe/use=(argument:"/blah/foo") real_dir:symlink.exe    $ symlink/log foo.txt   & would be the functional equivalent of:  !   $ sss:==$real_dir:real/blah/foo    $ sss/log foo.txt   G On the face of it expanding symbolic links would seem to be within the  I realm of possibility, probably even in a way that is compatible with NFS  K served file systems.  For instance, if the "unix" symbolic link consists of      name<EOF>    the VMS one might look like   K   name<EOF>optional argument 1<EOF>optional argument 2<EOF> etc. <EOF><EOF>   I The application I have most specifically in mind is when one application  F has to be used to emulate one or more others. For instance, bash is anG extension of the POSIX 1003.2 defined sh.  It can be restricted to that H standard if it is called with "bash -posix".  On every Linux system I've ever seen though    	   /bin/sh   J is just a symbolic link to /bin/bash.  That's close to what you want, but 5 it isn't really right since a script that starts with   
   #!/bin/sh     D should fail if/when it hits bash extensions.  So, in VMS terms, if IG installed bash (and no real sh existed) I would like to be able to do:    U   $ set file/symbolic=sys$usrbin:bash.exe/use=(argument:" -posix ") sys$usrbin:sh.exe   B and similarly (if the compiler folks add the appropriate switches)   f   $ set file/symbolic=sys$system:decc$compiler.exe/use=(argument:"/mode=unix-ccc ") sys$usrbin:ccc.exef   $ set file/symbolic=sys$system:decc$compiler.exe/use=(argument:"/mode=unix-gcc ") sys$usrbin:gcc.exe  H (This case can be dealt with by modifying Makefiles - sometimes.  In ourK increasingly script driven build environments one may not be able to get to K the Makefile unless some script can first find and use gcc where and how it 
 expects to.)    G Normally we use symbols to do this sort of thing, but when porting Unix H applications it isn't uncommon to run into programs which are written inE such a way that a symbol cannot easily be employed.  If this extended H symbolic link operation was available no change to these sections of the6 source code would be required during an OpenVMS port.   K In addition to /argument one can imagine that, for instance, one might want I the ability to restrict or add privileges, modify RMS parameters, or make - other similar modifications.   For instance:    -   $ set file/symbolic=sys$system:backup.exe - C     /use=(rms:"/buffer=255/extend=8192") sys$manager:tapebackup.exe   E One can even imagine optional parameters specified for non-executable I files. I can't think of all possible uses for this mechanism, but I think G that there would be some, so that having a more general "super symbolic K link" mechanism on OpenVMS would be a net plus (so long as it was upwardly  " compatible with the Unix variant.)   Just a thought,    David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Tue, 15 Aug 2000 15:41:14 +0200 - From: Jouk Jansen <joukj@hrem.stm.tudelft.nl> 3 Subject: /float qualifier and resulting performance 3 Message-ID: <3999649A.397CCAAA@hrem.stm.tudelft.nl>    Hi all,   C Is there any difference in performance of the resulting application E when compiled either with /float=ieee or /float=g_float, when running F on a VMS7.2-1 system? Especially programs wriiten in F90 and C have my	 interest.                      Jouk --    > Ceterum censeo tertium millennium post Christum natum anno MMI incepturum esse   P >------------------------------------------------------------------------------<  
   Jouk Jansen  		     joukj@hrem.stm.tudelft.nl   E   Technische Universiteit Delft        tttttttttt  uu     uu  ddddddd F   Nationaal centrum voor HREM          tttttttttt  uu     uu  dd    ddG   Rotterdamseweg 137                       tt      uu     uu  dd     dd G   2628 AL Delft                            tt      uu     uu  dd     dd F   Nederland                                tt      uu     uu  dd    ddE   tel. 31-15-2781536                       tt       uuuuuuu   ddddddd   P >------------------------------------------------------------------------------<   ------------------------------  % Date: Tue, 15 Aug 2000 16:03:40 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 7 Subject: Re: /float qualifier and resulting performance ( Message-ID: <39994DBC.363C449@gtech.com>   Jouk Jansen wrote:E > Is there any difference in performance of the resulting application G > when compiled either with /float=ieee or /float=g_float, when running H > on a VMS7.2-1 system? Especially programs wriiten in F90 and C have my > interest.   ? I am pretty sure that G and T floating performas identical, but > it should be relative simple to verify with a small benchmark.   Arne   ------------------------------  % Date: Tue, 15 Aug 2000 12:02:48 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>7 Subject: Re: /float qualifier and resulting performance 8 Message-ID: <0cqips4ofdvikhee8d1ddneibolh5cl707@4ax.com>  / On Tue, 15 Aug 2000 15:41:14 +0200, Jouk Jansen " <joukj@hrem.stm.tudelft.nl> wrote:  D >Is there any difference in performance of the resulting applicationF >when compiled either with /float=ieee or /float=g_float, when runningG >on a VMS7.2-1 system? Especially programs wriiten in F90 and C have my 
 >interest.   No difference using Fortran.    - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Tue, 15 Aug 2000 13:21:46 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> . Subject: Re: AS 4000/4100 & Mixed CPUs support, Message-ID: <8nbu9b$chqh$1@lead.zk3.dec.com>  I It all gets to be a lot of fun.  The experience with Wildfire pointed out H the issues to solve with asymetric performance (in that case the cost of@ asymetric access to locks) and the need to be able to handle CPUL starvation -- as well as lock fairness.  There is actually a lot of research/ around on the subject... all quite interesting.   F I actually don't know that varied CPU speeds would help to find "real"K problems or simply find "other" problems.  Which is why I don't support the F idea of arbitrary mixed speeds.  I do support the idea of mixed speedsJ within partitioned (Galaxy) systems (CPUs confined only to partitions with the same speed CPUs).   J There was a 4100 that did have mixed CPU *revisions*.  The speeds were the same.   K You will probably *never* see mixed *architecture* CPUs - which is what you @ would get with mixing EV5 with EV5.6 and/or with EV6 and/or EV7.  G And yes, the qual alone for mixed speeds wouldn't be pretty... too many ! small worries, and pretty soon...    _Fred   $ Jan Vorbrueggen wrote in message ...< >Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: > F >> > I looking for any information about of supporting by OVMS 7.1-1h1. >> > mixing of CPU, for example EV5/EV5.6/EV6.H >> DEQ folk have indicated there is no ability to do this in any currentH >> version of VMS.  At least one problem that would have to be addressedI >> is the issue of how the VMS Executive could achieve spinlock fairness.  > I >Well, I don't think you'd need absolute fairness, merely non-starvation, E >and I would expect the current design to handle that. You woldn't be K >trying to run a 21064-166 and a 21264A-1083 in the same system, would you?  > H >I have argued that running mixed systems at least in the lab would be a helpH >to find race conditions and other similar niceties, but a prominent VMSF >engineer has said "thanks but no thanks", the main reason being, as II >understood it, that the usual regression testing is enough of a headache H >that banging their head against the wall in addition was above the call8 >of duty. And that from a guy named "small worry" 8-)... >  > Jan    ------------------------------  % Date: Tue, 15 Aug 2000 13:26:57 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> ! Subject: Re: Big AlphaServer Sale , Message-ID: <8nbuj2$chvs$1@lead.zk3.dec.com>   Stuart, Ed wrote in message ... K >The Q may not be able to sell VMS AlphaServers, but it looks like they are : >able to sell Tru64 AlphaServers.  See the write-up below. >     L I'll take some offense to this.  We quite easily sell VMS AlphaServers.  LotJ of 'em, and more all the time.  What you describe below is not exactly theD VMS sweet spot any longer (which is too bad) - that is - large scale" technical (in fact MPP) computing.   ------------------------------   Date: 15 Aug 2000 09:50:25 GMT- From: "Phil Tregoning" <ptregoni@esoc.esa.de>  Subject: Caching RMS Block I/O= Message-ID: <01c0069c$894d8e40$4b53b083@ptregoni.esoc.esa.de>    Hello,   Short form of the question:   3 Are there any VAX caching tools (either software or 2 hardware) that are capable of doing read-ahead and1 write-behind caching for an application that uses  RMS block I/O?   Long form of the question:  9 We have a VAX FORTRAN application that is using RMS Block ; I/O to process some data. I haven't seen the source, but as . far as I can tell it does something like this:     Loop<     Read some data from one of a set of files in DISK1:[DIR]     Do some minimal processing:     Write the data to one of a set of files in DISK2:[DIR]	   Endloop   : All the I/O is probably 1 or 2 block synchronous reads and8 writes. This is not performing as well as we need it to.9 We need to get about a 65% improvement (run time of about % 40 minutes down to about 15 minutes).    ; Obviously increasing the size of the I/Os, using Record I/O 9 with RMS buffering, and using asynchronous I/Os would all < help to improve performance. Unfortunately changing the code is not really possible.   9 I am looking for some other way of improving performance. 1 One option being considered is to use an HSZ disk ; controller with a read/write cache. This seems to cache the 7 data being written quite nicely, merging the many small : writes into fewer, larger writes. This is likely to give a2 roughly 40% improvement based on a not necessarily9 representative test I have done. It doesn't help with the 1 reads as the controller doesn't attempt to do any < read-ahead. It also doesn't reduce the interrupt processing, which may become a factor.  = Does anybody know of any software or hardware caching options $ (or anything else) that could help ?   TIA      Phil T   ------------------------------  % Date: Tue, 15 Aug 2000 03:03:38 -0700 ? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> " Subject: Re: Caching RMS Block I/O9 Message-ID: <00ce14f2.983d2f84@usw-ex0105-034.remarq.com>   < It may be expensive (ish) but a hardware RAID system doesn't< care about the type of IO and will use its own cache anyway.A Just check the caching on the Raid controller does what you want. % I know our HSZ70s can cache like this   
 Mike Price7 All entries are personal opinion and do not necessarily  represent those of my employer. 8 Any resemblence they have to reality may be coincidental  ; -----------------------------------------------------------   7 Got questions?  Get answers over the phone at Keen.com.  Up to 100 minutes free!  http://www.keen.com    ------------------------------  % Date: Tue, 15 Aug 2000 20:48:16 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> " Subject: Re: Caching RMS Block I/O* Message-ID: <399926F7.5832B12F@vsm.com.au>   Phil,    Phil Tregoning wrote:  >  > Hello, >  > Short form of the question:  > 5 > Are there any VAX caching tools (either software or 4 > hardware) that are capable of doing read-ahead and3 > write-behind caching for an application that uses  > RMS block I/O?  F Have you tested using the SET RMS_DEFAULT command to force multibufferJ counts on the file?  I don't know if this will work, but it's worth a try.  D If you don't mind spending $$$, RAXCO's PerfectCache and PerfectTune4 products do a good job of improving I/O performance.   Regards,   	Jeremy Begg   ------------------------------  % Date: Tue, 15 Aug 2000 12:40:44 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> " Subject: Re: Caching RMS Block I/O( Message-ID: <8nbrmc$5r3$1@pyrite.mv.net>  J If write-caching is indeed acceptable on the output side (though it shouldI be battery-backed cache or cache protected by a reliable UPS, since ODS-2 K depends upon the ordering of disk writes for the integrity of its meta-data K structures and lost updates there could be catastrophic), you might be able G to enable disk-level read-ahead caching (an option on both SCSI and IDE E drives that VMS may have a means to address) to cover the input side.   I The eXtended File Cache features planned for VMS V7.3 might also help the F input side (I don't know the degree to which they recognize sequentialH access patterns and react to them).  IIRC XFC is either in or close to aF beta test (which might mean you could get your hands on it).  For thatF matter, check out the existing VIOC facilities (something someone saidJ recently suggested that they may support a form of transparent large-block. access that might help, at least for reading).  E You didn't specify whether the output-side files were being initially E populated or updated in place.  If the former, experimenting with the G various forms of default extension quantity control could prove useful.    - bill  6 Phil Tregoning <ptregoni@esoc.esa.de> wrote in message7 news:01c0069c$894d8e40$4b53b083@ptregoni.esoc.esa.de...  > Hello, >e > Short form of the question:u >55 > Are there any VAX caching tools (either software ori4 > hardware) that are capable of doing read-ahead and3 > write-behind caching for an application that usess > RMS block I/O? >e > Long form of the question: >r; > We have a VAX FORTRAN application that is using RMS Blockh= > I/O to process some data. I haven't seen the source, but as 0 > far as I can tell it does something like this: >C >   Loop> >     Read some data from one of a set of files in DISK1:[DIR]  >     Do some minimal processing< >     Write the data to one of a set of files in DISK2:[DIR] >   Endloopn >d< > All the I/O is probably 1 or 2 block synchronous reads and: > writes. This is not performing as well as we need it to.; > We need to get about a 65% improvement (run time of aboute' > 40 minutes down to about 15 minutes).  >e= > Obviously increasing the size of the I/Os, using Record I/Ol; > with RMS buffering, and using asynchronous I/Os would alla> > help to improve performance. Unfortunately changing the code > is not really possible.  >c; > I am looking for some other way of improving performance.e3 > One option being considered is to use an HSZ diskC= > controller with a read/write cache. This seems to cache theA9 > data being written quite nicely, merging the many smalln< > writes into fewer, larger writes. This is likely to give a4 > roughly 40% improvement based on a not necessarily; > representative test I have done. It doesn't help with the23 > reads as the controller doesn't attempt to do anye> > read-ahead. It also doesn't reduce the interrupt processing, > which may become a factor. >M? > Does anybody know of any software or hardware caching options & > (or anything else) that could help ? >t > TIA  >e
 >   Phil T >b >    ------------------------------  % Date: Tue, 15 Aug 2000 09:46:27 +0200r= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>u Subject: Re: CD-R Writing.) Message-ID: <3998F553.1031B7EB@gtech.com>   
 Jon wrote:G > Could you give me a pointer to a page or two on creating your own VMS2E > cds?   I've got some home grown utilities we want to distribute andu9 > want to know the best way to burn our own CDs.  Thanks!c   1)  create the image       LD or DFY$VMS_CD.l  . 2)  ftp the image binary to a PC with a burner  F 3)  burn the image (most PC burner software support burning of images)   Arne   ------------------------------   Date: 15 Aug 2000 13:24:54 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) Subject: Re: CD-R Writing.6 Message-ID: <8nbgb6$jjk$1@mailint03.im.hou.compaq.com>  B It is fairly common for ANALYZE/DISK to find "errors" on a CD-ROM.5 Try running it on an OpenVMS operating system CD-ROM. 4 I think the best advice is to ignore these "errors".B I somebody insist on doing an ANALYZE/DISK on a CD-ROM, then maybe9 the best you can do is to document the "expected errors".b   --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAeF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 15 Aug 2000 09:31:08 +0200 3 From: Matthias Koch <koch@bessel.mpip-mainz.mpg.de>t* Subject: DCPS with raw-tcp: stack overflow8 Message-ID: <39990DDC.5502FED1@bessel.mpip-mainz.mpg.de>   Hi!o  F I used DCPS 1.7 together with a serial printer without problems. As weF have a LJ4050TN network printer now, I changed the configuration from:  % $ @sys$startup:dcps$execution_queue -n
       LJ -       taylor::"serial/tta2:" -   to:b  % $ @sys$startup:dcps$execution_queue -/
       LJ -%       taylor::"ip_rawtcp/pri1:9100" -t  . The execution of dcps$startup.com results in a    %SYSTEM-F-STKOVF, stack overflow  F The queue has been created but is stopped. A start /que results in the same error.t  
 Any ideas?   bye, Matthias   ------------------------------  % Date: Tue, 15 Aug 2000 20:44:04 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> . Subject: Re: DCPS with raw-tcp: stack overflow( Message-ID: <399925FC.C700A1@vsm.com.au>   Matthias Koch wrote: >  > Hi!= > H > I used DCPS 1.7 together with a serial printer without problems. As weH > have a LJ4050TN network printer now, I changed the configuration from: > ' > $ @sys$startup:dcps$execution_queue -i >       LJ -  >       taylor::"serial/tta2:" - >  > to:  > ' > $ @sys$startup:dcps$execution_queue -u >       LJ -' >       taylor::"ip_rawtcp/pri1:9100" -h > 0 > The execution of dcps$startup.com results in a > " > %SYSTEM-F-STKOVF, stack overflow  U This is a known problem with DCPS 1.7 and TCPIP Service V5.  There are two solutions:y  8 1.  Specify the printer's IP address instead of its name 2.  Upgrade to DCPS 1.8.   Regards,   	Jeremy Begg   ------------------------------  % Date: Tue, 15 Aug 2000 08:26:11 -0400 + From: Paul Anderson <panderson@genicom.com>t. Subject: Re: DCPS with raw-tcp: stack overflowB Message-ID: <panderson-A81760.08261115082000@news.ma.ultranet.com>  G In article <39990DDC.5502FED1@bessel.mpip-mainz.mpg.de>, Matthias Koch t& <koch@bessel.mpip-mainz.mpg.de> wrote:  0 > The execution of dcps$startup.com results in a" > %SYSTEM-F-STKOVF, stack overflow  F This is a known problem when using DCPS V1.7-1 or earlier with TCP/IP G Services V5.0 or later on Alpha when the printer name is resolved by a i DNS server.e  ? Change the printer name to the address or upgrade to DCPS V1.8.s   Paul   --  "    Paul Anderson, DCPS Engineering*    Compaq Computer Corporation, Gardner MA7    (please use 'panderson@genicom.com' address for now)    ------------------------------  % Date: Tue, 15 Aug 2000 19:55:04 +0930-% From: Jeremy Begg <jeremy@vsm.com.au> - Subject: Re: DECnet Plus copying time problemf* Message-ID: <39991A80.48FD23FE@vsm.com.au>   "Jean-Franois Marchal" wrote: >  > Bonjour  tous ! > G > On two VAXstation V4000-90, with VMS 7.1 and DECnet PLUS - no patchesu' > Should be the same SYSGEN parameters.w > Same user quotas.l > 5 > Two 10Mb ethernet segments under cascaded 3com hubsy, > (cascading achieved with 10Mb fiber links) > . > Copying a file from one station to another :2 > - with Dnet     : 7 minutes for a 1000 bloc file/ > - wich copy/ftp : 4 minutes for the same file- > 3 > Copying from the second to the first, same file :o > - with Dnet     : 5 minutess > - with copy/ftp : 3 minutesU > C > I dont know what parameters to check to improve the copy process.t > Any hint would be welcomed !  * Try the following command on both systems:  D     $ mcr ncl show csma-cd station * Collision Detect Check Failures  K It should be 0 for each interface.  If it's a large number, and increasing, I your ethernet network is not configured correctly.  In my experience it's I because SQE has not been enabled on the ethernet transceiver.   This is a-H common problem when using something like an external AUI to UTP adapter.   	Jeremy Begg   ------------------------------  % Date: Tue, 15 Aug 2000 10:37:55 +0100r+ From: "Tim Jackson" <tim.jackson@amsjv.com>u Subject: Downloading DECmigrate & Message-ID: <39990ec2$1@pull.gecm.com>  B Can anyone help me?  When I go to the instructions for downloading DECmigrate, at URLG http://www.support.compaq.com/amt/decmigrate/ftp-instructions.html, theu files are located in the URLE ftp://ftp.service.digital.com/private/decmigrate/vms/.  UnfortunatelymG this is a 'private' area which gives a 'permission denied' message whene@ access is attempted.  Is there somewhere else I can download the  software and documentation from?   TIA1D ------------------ Purely Personal Opinion -------------------------D Tim Jackson                                    tim.jackson@amsjv.com Air Systems Groupe Alenia Marconi Systems Ltd.    ------------------------------  # Date: Tue, 15 Aug 2000 14:20:29 GMTf% From: "P.Lj" <plj@byron.ext.telia.se>e# Subject: Re: Downloading DECmigratei2 Message-ID: <399951C9.43F06ECB@byron.ext.telia.se>   I could download these files:   H  ftp://ftp.service.digital.com/private/decmigrate/vms/kit/VEST011A-A.EXE    	 >>> ^P.Lje     Tim Jackson wrote:  D > Can anyone help me?  When I go to the instructions for downloading > DECmigrate, at URLI > http://www.support.compaq.com/amt/decmigrate/ftp-instructions.html, the  > files are located in the URLG > ftp://ftp.service.digital.com/private/decmigrate/vms/.  UnfortunatelyoI > this is a 'private' area which gives a 'permission denied' message whensB > access is attempted.  Is there somewhere else I can download the" > software and documentation from? >o > TIAuF > ------------------ Purely Personal Opinion -------------------------F > Tim Jackson                                    tim.jackson@amsjv.com > Air Systems Group  > Alenia Marconi Systems Ltd.u   ------------------------------  % Date: Tue, 15 Aug 2000 09:43:00 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: From VMS to NTn) Message-ID: <3998F483.6F915CC7@gtech.com>u   pasmith@ppg.com wrote:D > We are currently a VMS shop running ORACLE 7.3.4 on an alpha 2100.H > Support for this set up is rapidly getting scarce.  We are consideringH > switching to an NT box running ORACLE 8i.  We currently have about 150D > dumb terminals on the production floor, which run ORACLE forms forG > getting and displaying data.  These are connected to terminal serversaG > that can run TCP/IP.  Does anyone know of a way for dumb terminals touH > communicate with NT?  Or does anyone know of an inexpensive GUI device: > that we can use as a replacement for our dumb terminals?  D I would buy a new fast Alpha with a 3 year warranty (the decrease inA maintenance cost can probably pay fo rthe system) and get a newer  Oracle version but stay on VMS.Q  H Yes - good VMS & Oracle people are hard to find, but it is still cheaperA to pay a very high salary for 1 VMS/Oracle expert than to pay for>> 10 NT people desperately trying to keep a NT solution running.   Arne   ------------------------------  % Date: Tue, 15 Aug 2000 01:40:47 -0400i* From: David A Froble <davef@tsoft-inc.com> Subject: Re: From VMS to NTb- Message-ID: <3998D7DF.486DBB1B@tsoft-inc.com>3  2 > Message text written by INTERNET:pasmith@ppg.comE > >We are currently a VMS shop running ORACLE 7.3.4 on an alpha 2100.dH > Support for this set up is rapidly getting scarce.  We are consideringH > switching to an NT box running ORACLE 8i.  We currently have about 150D > dumb terminals on the production floor, which run ORACLE forms forG > getting and displaying data.  These are connected to terminal servers G > that can run TCP/IP.  Does anyone know of a way for dumb terminals to-H > communicate with NT?  Or does anyone know of an inexpensive GUI device: > that we can use as a replacement for our dumb terminals?  J What specific set-up is support getting scarce for?  Oracle?  The specific( version? VMS?  The specific VMS version?   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 15 Aug 2000 15:37:23 +0000h- From: SysAdmin <djesys.nospam@fsi.net.mapson>  Subject: Re: From VMS to NT-. Message-ID: <399963B3.CFDC6257@fsi.net.mapson>   pasmith@ppg.com wrote: > D > We are currently a VMS shop running ORACLE 7.3.4 on an alpha 2100.H > Support for this set up is rapidly getting scarce.  We are consideringH > switching to an NT box running ORACLE 8i.  We currently have about 150D > dumb terminals on the production floor, which run ORACLE forms forG > getting and displaying data.  These are connected to terminal serversfG > that can run TCP/IP.  Does anyone know of a way for dumb terminals tocH > communicate with NT?  Or does anyone know of an inexpensive GUI device: > that we can use as a replacement for our dumb terminals?  4 Well, IMHO, migrtion onto NT is NEVER recommendable.  H However, if you can cite a few specifics of the resources you're findingH scarce, as another poster (David Froble?) recommended, perhaps we may be9 able to help you keep your bases covered a while longer. e  H The much touted "OpenVMS Renaiassance" may be too long in coming to saveB your site, as well as many thousands of others, but perhaps we canG forestall your migration long enough to keep you from falling victim tos NT and/or W2K.   David J. Dachteraf   P.S.:U  H This *IS* comp.os.vms. 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.i   ------------------------------   Date: 15 Aug 2000 09:48:54 GMT- From: "Phil Tregoning" <ptregoni@esoc.esa.de>l1 Subject: Re: How to fake a device full situation.s= Message-ID: <01c0069c$534883e0$4b53b083@ptregoni.esoc.esa.de>t  = > > CSABA HARANGOZO <csabah@zipworld.com.au> wrote in messages, > > news:8mtps7$fc9$1@nina.pacific.net.au...6 > > > Rienk Zwaagstra <r.zwaagstra@elsevier.nl> wrote:H > > > > For testing the error handling after a device full I need a full > > > > device.-I > > > > Only I'm not able to fill up a device. Is there an other way likem foreE > > > > example creating a directory with a size limit or a concealedc device?B > > >OD > > > You haven't mentioned what kind of machine you have, but if it6 > > > has a floppy drive, you could do the following :D > > > Chuck in a floppy into drive, initialize it ( with /DENSI=HIGHC > > > or something similar ), mount it, COPY it full of file(s) andr" > > > there you go, a full device. > > > Cheers, Csabar > > >n  7 You could also use a virtual disk that maps to a normalm4 file - the same king of thing that is used to create6 ODS2 image files for burning onto CD (see thread "CD-R7 Writing"). I think LDDRIVER on the freeware disk shouldt3 allow this - in fact you can also use it for fakingp  mount verification and the like.   Phil T   ------------------------------   Date: 15 Aug 2000 11:46:33 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)I  Subject: Re: LN03 Printer Issues0 Message-ID: <8nbaip$5oj$1@n.ruf.uni-freiburg.de>  l In article <200008142336_MC2-AFAB-7EC1@compuserve.com>, "Richard B. Gilbert" <DRAGON@compuserve.com> writes:: >        Thirteen years ago, the LN03 was a great printer! >iF >        Most people have retired these dinosaurs.  They are slow, lowK >resolution, and expensive to maintain.  There is little reason, other thani, >nostalgia, for anyone to keep them running.  = I still have one because it is able to print on cardboard ;-)c  F >        It's possible to use them on NT or almost anything else.  TheI >effort required is out of proportion to any benefit you might gain.  The1K >effort would probably include writing a "driver" for just about any flavor: >of Windows you care to name.s  H There is a driver at least for Win 3.1 at "http://www.driverguide.com" .   Regards,    Christoph Gartmannu  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Tue, 15 Aug 2000 15:40:40 +0000e- From: SysAdmin <djesys.nospam@fsi.net.mapson>I  Subject: Re: LN03 Printer Issues. Message-ID: <39996478.9DD5F11C@fsi.net.mapson>   Christoph Gartmann wrote:t > n > In article <200008142336_MC2-AFAB-7EC1@compuserve.com>, "Richard B. Gilbert" <DRAGON@compuserve.com> writes:< > >        Thirteen years ago, the LN03 was a great printer! > >aH > >        Most people have retired these dinosaurs.  They are slow, lowM > >resolution, and expensive to maintain.  There is little reason, other than . > >nostalgia, for anyone to keep them running. > ? > I still have one because it is able to print on cardboard ;-)s > H > >        It's possible to use them on NT or almost anything else.  TheK > >effort required is out of proportion to any benefit you might gain.  ThehM > >effort would probably include writing a "driver" for just about any flavord > >of Windows you care to name.a > J > There is a driver at least for Win 3.1 at "http://www.driverguide.com" .  G Be forewarned, however, that DriverGuide requires a sign-up. Guard youro$ personal information as you see fit.   David J. Dachteras   ------------------------------  # Date: Tue, 15 Aug 2000 17:01:30 GMTa8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>$ Subject: Long haul fiber connections( Message-ID: <3999775D.D301F7B9@decus.fi>  ? On fibrechannel world we can have long haul connections betweeno@ SAN switches. Using longwave GBIC and 9um cable we can have upto# 10km between our cascaced switches.%  = Has anybody actually done the same with LAN switches? Cursoryi: look to say CISCO stuff suggests that they have ability to< connect too CISCO Lan Switch to each other using ...-LH long; haul GBICS allowing upto 10km fibre between those switches.y    B Now having between too sites approriate amount of fiber connectity> I could maybe build a cluster where systems on each site would? see storage on own site and on the other site directly over SANc> (Storage area network) whilst we would do clustering over Giga	 Ethernet.e  ? In principle this should be doable but can you see any gotchas?    _veli    ------------------------------  % Date: Tue, 15 Aug 2000 15:30:32 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson>s" Subject: Re: Mass adding of users?. Message-ID: <39996218.CBDD25A2@fsi.net.mapson>   Niranjan Rajaghatta wrote: > > > On the other hand, why would there be "mass" users for VMS ?  D Well, I would think that since we're trying to get VMS back into the7 schools, this may become a problem to be reckoned with.-  @ This actually is one of the sorest spots you can find in OpenVMS administration.<   ...IMHO.   David J. Dachtera:   ------------------------------    Date: 15 Aug 2000 12:21:43 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson)r" Subject: Re: Mass adding of users?* Message-ID: <8nbqmn$vkl$1@lisa.gemair.com>  . In article <39996218.CBDD25A2@fsi.net.mapson>,/ SysAdmin  <djesys.nospam@fsi.net.mapson> wrote:e >Niranjan Rajaghatta wrote:D >>  ? >> On the other hand, why would there be "mass" users for VMS ?a >(E >Well, I would think that since we're trying to get VMS back into the-8 >schools, this may become a problem to be reckoned with. > A >This actually is one of the sorest spots you can find in OpenVMS- >administration. >D	 >...IMHO.j >@  = While I agree that things could be better, I've not seen thisI9 done much better on Unix and WindowsNT is a nightmare in V< comparison.  I understand that Windows2k finally has command? line administration that makes this kind of thing a lot easier.o  9 I've always found that I could do this sort of thing withe; DCL or Perl scripting pretty easily.  I think a lot of Unixo1 people do this sort of thing with Perl scripting.   9 I don't know what Windows people do typically.  Write VB?n9 Perl is available and robust on Windows these days too...r   >David J. Dachtera   -Jordan Henderson- jordan@greenapple.com1   ------------------------------  % Date: Tue, 15 Aug 2000 07:34:54 -0400.2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: MV3100D7 Message-ID: <200008150735_MC2-AFC3-9C72@compuserve.com>P  J         The only console command that seems relevant at the moment is BOO= T.J  You need to boot standalone backup from either a disk or a tape on which=   the kit has been built.-           For a tape, use: >>> boot mka500            For a disk, use: >>> boot /e0000000 dka100   E         If you don't know what the SCSI IDs of your devices are, try:u >>> show deviceE  3         DK devices are SCSI disk, MK are SCSI tape.d  /         Once you have booted standalone backup:e  / $ backup /image /record mka500:/rewind  dka100:-  H will restore the first saveset on the tape to the disk you name.  If you> want some other saveset you will have to supply its name; e.g. mka500:system.bck /rewind.    & Message text written by Balexi YurguatG >Need info on restoring a VMS image on a warm standby MV3100. I have myt TK50's =  G  with a VMS saveset ready to be restored but have no info on the nativei	 console =   F commands and how to use them to restore it. Any help would be really =  
 appreciated.<    ------------------------------   Date: 15 Aug 2000 17:17:22 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: New KZP?t6 Message-ID: <8nbtv2$ll1$1@mailint03.im.hou.compaq.com>  u In article <8n0a8f$4mh$1@starburst.uk.insnet.net>, "Martin Platts" <martin.platts@no-spam.cheshdatasys.co.uk> writes:eK :Some progress *NEEDS* to be made in these areas - the pro*liant ranges areJL :getting all the glory and Alphas (sic) are getting ignored - even the Tru64 :varieties.m  H   One of the corporate hardware goals is to support the full variety of J   controllers across all of the product lines, but that effort will likelyH   not primarily involve adding support for older (existing) controllers G   across the product lines.  That said, if there is sufficient customer$G   demand for support of a particular controller, then support can often    be added.   I   Backplane-based RAID is a very useful solution on some operating systemhJ   platforms, and is certainly of some general interest -- but arguably of I   rather less interest -- on other platforms.  While Backplane RAID does nG   provide some advantages in specific configurations, it also does not (J   provide for the multi-host SCSI operations that are expected of OpenVMS I   platforms -- and since one of the key reasons for RAID is availability,rJ   there are customer concerns around the availability of disks configured I   in a backplane RAID controller.  (I've been having a related discussionoJ   as a result of a customer question around the relative availability and E   the use of backplane RAID vs host-based or off-board-based RAID...)   H   Alternatives (apparently more expensive) are also available for RAID, I   and I believe at least one backplane-based RAID controller (maybe more)oJ   is supported on OpenVMS.  (Though quite clearly not the particular RAID D   controller you really want to have supported.)  As mentioned in anH   earlier reply, host-based RAID and the use of the off-board multi-hostD   RAID controllers (HSZ, HSJ, etc) are the most common solution for    OpenVMS environments.   L :The Mylex is still a product but is now relegated to the "retired products"H :SOC pages as are most of the other SCSI adaptors - and what informationI :exists is unclear/wrong regarding the LVD cards (2 or 3 part nos for theoL :same card?) and cabling (quickspecs referring to cables which don't exist).  I   Any product that has shipped is by definition also outdated.  (The samenJ   could also be said for those products that have undergone various delays3   in the original product shipment, but I digress.),  K   I recall posting some information on low-voltage differential (LVD) SCSI jL   controllers a while back, and identified which modules provided what, but L   I'll go back and check those web pages again -- clearly, that data should J   have been fixed on the website.  (Since I'm in the midst of an update toL   the FAQ which includes splitting off more of the hardware information intoJ   its own section, I'll insert this 3X-KZPCA-AA vs SN-KZPCA-AA informationI   -- both are Ultra2 (LVD) capable SCSI controllers -- into the hardware     section of the OpenVMS FAQ.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 15 Aug 2000 12:06:35 -0300-1 From: "Boyle, Darren" <boyledj@bankofbermuda.com> " Subject: OpenVMS  7.3 Release DateK Message-ID: <9F664D538536D411BD3200508B6FF01A8AE831@bdant027.bda.bobda.com>n   Hi All,s  A 	Anyone know when 7.3 will be released and if it will be the samem date for VAX & Alpha ? Thanks,1 DarrenL ----------------------------------------------------------------------------B ------------------------------------------------------------------; Darren James Boyle,              Telephone : (441) 299-6425h Lead Analyst Programmer,: ISD VMS Technical Services,  Fax          : (441) 299-6502 Bank of BermudatJ Par-la-Ville Branch,                EMail      : BoyleDJ@BankofBermuda.com Hamilton Bermuda.tL ----------------------------------------------------------------------------B ------------------------------------------------------------------   ------------------------------  # Date: Tue, 15 Aug 2000 13:02:27 GMT ! From: Beyonder <beyonder@vrx.net>t" Subject: Re: OpenVMS Certification' Message-ID: <39993F62.EE192297@vrx.net>   + Could you also post information for Canada? 6 (maybe a trip to the US won't be bad) so North America if you don't mind.   Dan.   Hoff Hoffman wrote:8   > In article <2795B75EF003D311801A00A0C906B51187E3FB@cucexec.gbc.getronics.nl>, "Dijk, Jeroen van" <Jeroen.vandijk@getronics.nl> writes:? > :How can I become an OpenVMS Certificated Engineer in Europe?  >a? >   I will ask about this, and will post any (useful) findings.t >iP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 15 Aug 2000 12:58:10 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: Re: OpenVMS Patches Mailing Listo* Message-ID: <39992242$1@news.kapsch.co.at>  [ In article <399827FB.208C741C@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:mF >Has anyone be getting the e-mail (individual or digest) from Compaq'sI >mailing list for OpenVMS ECOs and patches?  I used to get them long ago,hE >but they quit many months (year?) ago and then I saw someone commenteF >that Compaq/Digital had acknowledged a problem and it was about to be >fixed.- > F >I have added my name to the mailing list several times (maybe this isE >the problem?) but never get anything except the mailing list serversB' >(Majordomo in the past and now Lyris).n > 0 >Anyone else have any problems or is it just me?  % Exactly my problem. You're not alone.1 --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888u< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Tue, 15 Aug 2000 09:59:13 -0400   From: norm.raphael@jamesbury.com) Subject: Re: OpenVMS Patches Mailing Listh4 Message-ID: <C225693C.004BE9EB.00@jklh21.valmet.com>  D I have been having the same problem(s) but today I was able to go toC <URL:  http://www.support.compaq.com/patches/mailing-list.html> andII get signed up, so it may be fixed.  Now we'll see if any messages result.a        * eplan@kapsch.net on 08/15/2000 06:58:10 AM  " Please respond to eplan@kapsch.net   To:   Info-VAX@mvb.saic.coms cc:s* Subject:  Re: OpenVMS Patches Mailing List        < In article <399827FB.208C741C@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:F >Has anyone be getting the e-mail (individual or digest) from Compaq'sI >mailing list for OpenVMS ECOs and patches?  I used to get them long ago,TE >but they quit many months (year?) ago and then I saw someone commentoF >that Compaq/Digital had acknowledged a problem and it was about to be >fixed.. >hF >I have added my name to the mailing list several times (maybe this isE >the problem?) but never get anything except the mailing list serverse' >(Majordomo in the past and now Lyris).e > 0 >Anyone else have any problems or is it just me?  % Exactly my problem. You're not alone.  --< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888v< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Tue, 15 Aug 2000 11:15:53 -0400.- From: "Peter Weaver" <peter.weaver@stelco.ca>a) Subject: Re: OpenVMS Patches Mailing Liste/ Message-ID: <spinkp7jkn9150@corp.supernews.com>e  B Richard L. Dyson wrote in message <399827FB.208C741C@uiowa.edu>...F >Has anyone be getting the e-mail (individual or digest) from Compaq'sD >mailing list for OpenVMS ECOs and patches?  I used to get them long ago,E >but they quit many months (year?) ago and then I saw someone commentcF >that Compaq/Digital had acknowledged a problem and it was about to be >fixed.w > ...m0 >Anyone else have any problems or is it just me? > ...c  C They stopped for me on 29-FEB-2000. A few months back I had my name A re-added to the list and two new people also added to the list. IlA received one message a few days later, but nothing since. The newIC people received a bunch of messages a few weeks back but I receivedy5 nothing. Our rep kepts saying she is looking into it.      -- $! Peter Weaver 8 $ input = "0756475627E277561667562704374756C636F6E23616" $ i = 0  $loop:, $ my_address2[i*4,4]=%X'F$EXTRACT(i,1,input) $ i = i + 1n* $ if i .lt. f$length(input) then goto loop1 $ write sys$output "My address is ''my_address2'"    ------------------------------  % Date: Tue, 15 Aug 2000 13:50:10 -0400o& From: Ken Robinson <ksrobin@erenj.com>) Subject: Re: OpenVMS Patches Mailing Listn7 Message-ID: <5.0.0.11.0.20000815134853.00a3eb90@clmail>t  ? At 09:59 AM 08/15/2000 -0400, norm.raphael@jamesbury.com wrote:     E >I have been having the same problem(s) but today I was able to go toeD ><URL:  http://www.support.compaq.com/patches/mailing-list.html> andJ >get signed up, so it may be fixed.  Now we'll see if any messages result.  K I signed up today after seeing this post and I just got an announcement of n5 a new ECO! Maybe they finally got it working again...1   Ken Robinson ksrobin@erenj.comr   ------------------------------  # Date: Tue, 15 Aug 2000 08:59:31 GMT  From: awrycroft001@my-deja.comY Subject: Pathworks v5.0f - network busy error message when trying to map drive from cliene) Message-ID: <8nb0pi$g2a$1@nnrp1.deja.com>r   Hi,   A I have lately upgrade my Pathworks server from Pathworks v5.0e touC Pathworks v5.0f. Now my clients PC, which are WIN95 native with the F license loader option installed try to map to the drive as before, but  they get a "Network Busy" error.  + Any suggestions as to what may cause this ?w   Thanks Andrew Rycroft    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Tue, 15 Aug 2000 11:19:21 -0500,+ From: "Cliff Squidlow" <csquid@hotmail.com>- Subject: PC-NFS ?-, Message-ID: <40em5.4$ud6.6026@nnrp1.sbc.net>  L I've been away from VMS for a number of years now, but the death of Alpha NTL and the Hobbyist License has me playing with setting up the box as a PC fileG server.  Back then we used Pathworks with the Win3.1 clients, but never,> could get Decnet NT running, so we went a different direction.  G What is PC-NFS?  I'm guessing it would do what I'm thinking but haven't-D heard of it before the 7.2 Install I just did recently.  What client software on the PC's?@   ------------------------------  % Date: Tue, 15 Aug 2000 09:01:58 -0500D- From: Bruce Vinson <r4887c@email.sps.mot.com>o Subject: Re: PCM / CommandIT1 Message-ID: <39994D56.19CE0087@email.sps.mot.com>i   Andrea Wolf wrote: >  > Phil,e > 8 > I have tested and installed CLIM from KI Networks Inc.G > It works similar to PCM, you can import the whole stuff from the PCM.s: > CLIM is running under VMS, a lot of UNIXes and under NT.N > After succesfull test-phase I migrated my whole PCM Environment within 1 dayD > to the CLIM with the same and in some points better functionality. > $ > Try www.ki.com for a demo license. >  > Peter Wolf   Andrea,T  F The web site say that CLIM for VMS v6.2 and up is "coming soon". Is it available now?   Bruce Vinson   ------------------------------  % Date: Tue, 15 Aug 2000 09:44:39 +0200a= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>h Subject: Re: PMDF & SMTP relay) Message-ID: <3998F4E7.547C9F7C@gtech.com>q   Tom Brand wrote:F > I'm trying to help someone out here who is a Unix admin but has been$ > handed an old VAX server to "fix". > $ > VMS  5.5-2,  running UCX with PMDF >  > GENEPI$ ucx show version9 >    Digital TCP/IP Services for OpenVMS VAX Version V4.0s3 >    on a VAXstation 4000-60 running OpenVMS V5.5-2e >  > $ pmdf version. > %PMDF-I-VERSION, PMDF version is PMDF V5.1-78 >          VAXstation 4000-60 running OpenVMS VAX V5.5-2J >          PMDF_SHARE_LIBRARY version V5.1-7; linked 09:10:41, Feb 11 1997 > A > There is only one user on this box, and they will be moving thet; > application(s)/user to a different server/OS sometime....  > E > Of immediate concern is that they are getting used as a SPAM relay. F > Is there an easy way for them to shutdown incoming SMTP email to any > but one user account?r   See:  , http://www.innosoft.com/app-notes/relay.html   Arne   ------------------------------  + Date: Tue, 15 Aug 2000 12:28:37 +0000 (WET)i2 From: Tom Wade VMS Systems <T.Wade@VMS.EUROKOM.IE>3 Subject: Problem setting up YAHMAIL with OSU server 2 Message-ID: <01JSZZ0ICJ9E000BOI@PICARD.EUROKOM.IE>  
 Greetings,  = Environment:  OpenVMS Alpha 7.2-1, PMDF 6.0-21, Multinet 4.2AR 		Yahmail 1.3.1   K I am trying to get YAHMAIL working on a test machine, and I am running intor> some problems.  I hope that someone can suggest some pointers.   	Compilation error message  4 The following compilation error message is returned.    $ @build_yahmail mime pmdf build   Building "YAHMAIL" for "Alpha"! $!   (compile yahMAIL components)fP $    CC /DECC/OPTIM/STAND=VAXC/WARN=(NOINFORM)/NODEBUG/DEFINE=(_VMS_V6_SOURCE=1,P __VMS_VER=60000000,__CRTL_VER=60000000,CGILIB_INCLUDE_H="""./cgilib.h""",CGILIB_P INCLUDE_C="""./cgilib.c""",YAHMAIL_MUNPACK=1,YAHMAIL_PMDF=1)/OBJ=[.OBJ_AXP] Addr List ...mP $    CC /DECC/OPTIM/STAND=VAXC/WARN=(NOINFORM)/NODEBUG/DEFINE=(_VMS_V6_SOURCE=1,P __VMS_VER=60000000,__CRTL_VER=60000000,CGILIB_INCLUDE_H="""./cgilib.h""",CGILIB_P INCLUDE_C="""./cgilib.c""",YAHMAIL_MUNPACK=1,YAHMAIL_PMDF=1)/OBJ=[.OBJ_AXP] Send Msgr  6       status = PMDFwriteHeader (&PmdfNqCtx, &PmdfHdr);. .............................................^? %CC-E-UNDECLARED, In this statement, "PmdfHdr" is not declared.n3 at line number 699 in file SW$:[YAHMAIL]SENDMSG.C;1t ...   B The rest of the compilation and linking goes OK, producing an EXE.  H I configure the OSU protect rules, and set up a public and private entry in the YAHMAIL$CONFIG file.t  	 [private]s *\*\*i   [public]' bulletin\US$:[BULLETIN]MAIL.MAI\ARCHIVEI   Note:    $ dir/sec us$:[bulletin]   Directory US$:[BULLETIN]   MAIL$E38BE0550005009E.MAI;1 ?                      [1,1]                            (RW,RW,,)w? MAIL.MAI;1           [1,1]                            (RW,RW,,)    $ mail   You have 301 new messages.  ! MAIL> set file us$:[bulletin]maild   MAIL> dir/fold, Listing of folders in US$:[BULLETIN]MAIL.MAI#      Press CTRL/C to cancel listing0 ARCHIVEm  # The public mail directory seems OK.v  L 1.  Public access:  link to http://picard.eurokom.ie/htbin/yahmail/~bulletin3 		    produces a "configuration restriction" error.e  9     YAHMAIL$CHECK_ACCESS = 1:  The following is returned:b  ; <P>Apologies for any inconvenience. Please try again later.n <!-- [public] yahmail) |bulletin\US$:[BULLETIN]MAIL.MAI\ARCHIVE|o reject: path || reject: path end of configuration!f -u  F 2.  Private access:  link to http://picard.eurokom.ie/htbin/~fred also; 		     produces a "configuration restriction" error *after* : 		     a successful username/password dialog box from OSU.  9     YAHMAIL$CHECK_ACCESS = 1:  The following is returned:r  ; <P>Apologies for any inconvenience. Please try again later.  <!-- [private] FRED\? |*\*\*|p allow: FRED  -->   D I would be grateful for any suggestions.  The OSU server seems to beE activating Yahmail and doing the password protection, but I can't gettD YAHMAIL to see any of the folders.  Hopefully I am missing something trivial.   Regardss    N ------------------------------------------------------------------------------H Tom Wade, EuroKom | E-Mail: T.Wade@vms.eurokom.ie  (all domain mailers).N Dale House        | X400:   g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie/ 30, Dale Road     | Tel:      +353 (1) 278-7878cG Stillorgan        | Fax:      +353 (1) 278-7879                        P9 Co Dublin         | Disclaimer:  This is not a disclaimer F Ireland           | Tip:         "Friends don't let friends do Unix !"   ------------------------------  % Date: Tue, 15 Aug 2000 09:30:53 +0100e# From: nic <no-spam@no.spam.allowed>c Subject: Re: RD51 vs. RD53/ Message-ID: <39990DCD.4611013A@no.spam.allowed>o   David Betz wrote:  > N > I recently aquired a MicroVAX III that contains an RD54 and two RD53 drives.L > However, the 'show devices' command in VMS shows the RD54 and one RD53 butM > shows the other RD53 as an RD51. I know it is an RD53 because it says so onpH > the label on the side of the drive. Why would VMS think it is an RD51?  F Ah. I had this a bit back. In addition to the above I couldn't get the4 drive to boot or spin up, I got DEVINACT or similar.  G I never really got to the bottom of it, however the RD54 does have somev? jumpers on it, and also the IO distribution board for the RQDX3 F controller has some jumpers and mappings on it, and I had fiddled withE them. This IO board sits outside the QBUS cage effectively in slot 13 $ (if it's the BA123 worldbox config).  H The mistake I made I think was I swapped the distribution board from theF above type of chassis, with one that was in a BA23 (radiator) chassis,@ which had a single external drive as well as the internal drive.  F I never found any documentation for configuring that IO board so I gotH no further, but I understand they should be set differently depending on the drive settings.I  F Try a SH DEV at the >>> prompt, if you see the RD51 there as well, tryF swapping the two RD53s, if it moves then get the drive jumper settingsG to match. If it doesn't, looks like the IO distribution board is set upo wrongly.   Hope this helps    Regards, Nic Clews   -- t Nic Clews CSC Computer Scienceso1 email : n c l e w s   a t   c s c   d o t   c o m    ------------------------------  % Date: Tue, 15 Aug 2000 08:27:48 +0200 , From: Kurt Westphal <KWestphal@npeurope.com>& Subject: remote terminal connection???, Message-ID: <3998E2E3.F57A2DE8@npeurope.com>  H How to configure my Vaxstation 4000 /96 (VMS 6.1) for a remote (dial-in) connection?d< How to initialize the ISDN terminal adapter (How to send the initialization string?)?5 Can I set the speed of _TTA3: to more then 19200 cps? G I need add some extra security to this remote connection. There is onlysD one commonly used User on this workstation. The access is physicallyF restricted, but the password is well known everywhere. I'm not allowed- to create a new user, or change the password.a  
 Cheers, Kurt.o   ------------------------------  % Date: Tue, 15 Aug 2000 15:58:50 +0000t- From: SysAdmin <djesys.nospam@fsi.net.mapson>r* Subject: Re: remote terminal connection???. Message-ID: <399968BA.42C56F35@fsi.net.mapson>   Kurt Westphal wrote: > J > How to configure my Vaxstation 4000 /96 (VMS 6.1) for a remote (dial-in)
 > connection?S> > How to initialize the ISDN terminal adapter (How to send the > initialization string?)?7 > Can I set the speed of _TTA3: to more then 19200 cps?dI > I need add some extra security to this remote connection. There is only0F > one commonly used User on this workstation. The access is physicallyH > restricted, but the password is well known everywhere. I'm not allowed/ > to create a new user, or change the password.   ( That last item poses rather a challenge.   The others are easier.    You'll need to set TTA3 like so:  - $ SET TERM/PERM TTA3/MODEM/DIALUP/SPEED=xxxxx-  E You must do this in your system startup procedure, SYSTARTUP_VMS.COM.-B Baud rates above 19200 are not available. Even 19200 may not be as reliable as 9600.h  @ As for initializing the ISDN TA, well, you may want to let it beG entirely stand-alone. There's nothing on OpenVMs to handle this for you F unless you develop your own "listener" which can act as a port manager	 of sorts.-  D Security can be locked down a bit by enabling the system password on TTA3:-    $ SET TERM/PERM TTA3/SYSPASSWORD  E Other than that, the choices are a bit limited given the restrictions 
 you cited.  
 ...IMO, AFAIKr   David J. DachteraR   ------------------------------  % Date: Tue, 15 Aug 2000 12:43:41 -0400 - From: Dave O'Brien <obrien@mail.amergent.com>a Subject: RMS Index ProblemA Message-ID: <4.3.2.7.2.20000815115329.00bfc3a0@mail.amergent.com>e  L Our Data Management team has come up with an RMS puzzle that I haven't been L able to solve.  The file involved is an indexed file, 299 bytes per record,  16 million total records.e  L The problem comes in when they needed an additional field indexed.  For 95% F of the records, this field contains a U.  The other 5% of the records L contain either an E, R, or P.  With this field not indexed, they try to run K reports (Crystal Info through Easysoft ODBC), they often want to report on gL all records not equal to U.  With this field not indexed, this report takes L forever since it needs to scan through every record in that file.  Indexing " the file makes these reports fast.  G This is obviously an extremely inefficient index.  When trying to post tJ additional records, without the additional index, 7 records are posted in H less than 30 seconds.  With the index, it takes more than 12 minutes to L post these records.  I assume that RMS needs to rebuild the index with each L post, and rebuilding 95% of the 16 million records when a U record is added  is the problem.g  G The programmers here seem to think there is a way in RMS to equate the xG value U with null, therefore increasing the index efficiency.  Is this  J true?  Will it really help?  Anyone have any ideas on how we can have our  cake and eat it too?  > Let me know if posting the FDL for this file would be helpful.   Thanks in advance for any help.    Dave      @ ----------------------------------------------------------------4 Dave O'Brien                     Phone: 978-531-18004 Director, Information Technology Fax:   978-531-4451@ Amergent                         Email: obrien@mail.amergent.com9 9 Centennial Drive               http://www.amergent.com/  Peabody, MA  01960@ ----------------------------------------------------------------   ------------------------------  % Date: Tue, 15 Aug 2000 11:03:03 -0600-% From: Dan O'Reilly <dano@process.com>. Subject: Re: RMS Index ProblemC Message-ID: <4.3.2.7.2.20000815110032.00b7d920@pop.clsp.uswest.net>r  * At 10:43 AM 8/15/2000, Dave O'Brien wrote:H >Our Data Management team has come up with an RMS puzzle that I haven't J >been able to solve.  The file involved is an indexed file, 299 bytes per " >record, 16 million total records. >iI >The problem comes in when they needed an additional field indexed.  For eK >95% of the records, this field contains a U.  The other 5% of the records iI >contain either an E, R, or P.  With this field not indexed, they try to sF >run reports (Crystal Info through Easysoft ODBC), they often want to J >report on all records not equal to U.  With this field not indexed, this J >report takes forever since it needs to scan through every record in that 3 >file.  Indexing the file makes these reports fast.  >eH >This is obviously an extremely inefficient index.  When trying to post K >additional records, without the additional index, 7 records are posted in  I >less than 30 seconds.  With the index, it takes more than 12 minutes to aH >post these records.  I assume that RMS needs to rebuild the index with L >each post, and rebuilding 95% of the 16 million records when a U record is  >added is the problem. > H >The programmers here seem to think there is a way in RMS to equate the H >value U with null, therefore increasing the index efficiency.  Is this K >true?  Will it really help?  Anyone have any ideas on how we can have our m >cake and eat it too?-  > Well, the most important thing you can do for speed are these:  G 1. Limit the number of indices in the file.  I seem to recall from manytG moons ago, that the magic number was about 5 or so before you would seei4 a near-exponential performance degradation from RMS.  N 2. Make each key as unique as possible.  Is there some other unique field thatG you can combine with this key to make each unique (say, a time stamp org something else)?  L 30 seconds to do 7 inserts is abysmal performance.  And yes, it's because of the duplicate keys.b     ------I +-------------------------------+---------------------------------------+uI | Dan O'Reilly                  |                                       |aI | Principal Engineer            |  "Those are my principles. If you     | I | Process Software              |   don't like them I have others."     |pI | http://www.process.com        |                    -- Groucho Marx    |OI +-------------------------------+---------------------------------------+n   ------------------------------   Date: 15 Aug 2000 17:01:50 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) Subject: Re: RMS Index Problem6 Message-ID: <8nbt1u$lbr$1@mailint03.im.hou.compaq.com>   ..H >The programmers here seem to think there is a way in RMS to equate the H >value U with null, therefore increasing the index efficiency.  Is this  >true?    G Yes.  Index entries are not created if the key contains the null value.:   >Will it really help?   J Probably.  To see records containing the null key value, read sequentiallyH by primary index and select only the records with this value.  For other records, read by key.a  E I have seen this solution pay big dividends.  Your results may vary, s+ but I would think this is well worth a try.o  B >Anyone have any ideas on how we can have our cake and eat it too?  A Look up NULL_KEY and NULL_VALUE in the KEY SECTION section in the-1 FDL chapter of the RMS Utilities Refernce Manual.0   --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA F          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 15 Aug 2000 03:01:30 -07009? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> ) Subject: TCPIP - upgrade from 4.2 to 5.0ar9 Message-ID: <01342982.97ae7800@usw-ex0105-034.remarq.com>   9 I am having trouble upgrading from UCX 4.2 to TCPIP v5.0aw  > I have a little test program that I am using to try things out& and it runs fine on VMS 7.1-2 UCX 4.2.; When I copy the .EXE over to the VMS7.2 UCX 5.0a system the  SETMODE QIO fails with$ %ADA-F-IVADDR, invalid media address in the IOSB   : The programs are all in COBOL (except one that contain the$ INETSYMDEF stuff - that is in macro)  = Normally a program from the old system should copy across andr> run OK - but not in this case. Has anyone else seen this or do@ you think I have a parameter wrong but 'got away with it' on 4.2= and 5.0a isn't so forgiving.(I have checked but I am checkinge again)  ? Also I am having trouble re-linking it on VMS7.2 UCX5.0a as thes; macro libraries have changed for defining e.g. UCX$C_TCP to0= TCPIP$C_TCP. That is hopefully just a pain - editing the .maroA and re-installing the library into starlet but is this normal????l  7 I have been telling people this upgrade will be easy!!!    Til now anyway    
 Mike Price7 All entries are personal opinion and do not necessarilyp represent those of my employer.s8 Any resemblence they have to reality may be coincidental  ; -----------------------------------------------------------o  7 Got questions?  Get answers over the phone at Keen.com.  Up to 100 minutes free!t http://www.keen.comc   ------------------------------  % Date: Tue, 15 Aug 2000 06:50:30 -0700a? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>?- Subject: Re: TCPIP - upgrade from 4.2 to 5.0a-9 Message-ID: <3400cac0.d36b3306@usw-ex0105-034.remarq.com>i  , Thanks to those who have responded by e-mail0 To answer my own question using Compaqs response  7 the symbols have changed from UCX..... to TCPIP..... tog 'draw a line under UCX'   ? This means that we need to change all out TCPIP programs to getx them to re-link5  @ I don't really think that adhears to the  normal concepts of VMS
 upgrades!!< I am waiting for a response on the .exe that won't work when' copied to a 5.0a system but does on 4.2m  
 Mike Price7 All entries are personal opinion and do not necessarilyV represent those of my employer. 8 Any resemblence they have to reality may be coincidental  ; -----------------------------------------------------------h  7 Got questions?  Get answers over the phone at Keen.com.  Up to 100 minutes free!s http://www.keen.comf   ------------------------------  % Date: Tue, 15 Aug 2000 08:53:42 -0700e/ From: Terry Marosites <TMarosites@unitedad.com>  Subject: UCX BUFFERS ?M Message-ID: <1137A4A23A51D311B2D600105A1D5213026FDED5@seantexch.unitedad.com>   
 Hello All,  & Tracing a hesitation problem I did a:   $ UCX SHOW COMMUNICATION/MEMORY I to see if I  have run out of buffers( see below for display).  I see thatMA the free count for small_static buffers stays mostly at 0 and theMF Large_static buffers stay is the single digit seldom to zero. How do I7 increase the number of buffers for the static buffers? A  6 DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.26 on a AlphaServer DS20 500 MHz running OpenVMS V7.1-2     Thanks Again Terryr  /                                    MBUF Summary ?                       Small_static  Large_static  Small_dynamicM
 Large_dynamic"?  Total buffers                  50            10            300A 0W?  Free                            0             3             690 0_  BusyE?   Data                           0             7              0" 0c?   Header                        10             0             79  0t?   Socket                        20             0             74F 0=?   Prot. control                 13             0             78_ 0L?   Route                          3             0              0L 0N?   Socket name                    0             0              0= 0D?   Socket options                 0             0              0. 0.?   Fragment reassembly            0             0              0  0 ?   IP address                     2             0              0  0 ?  Size of cluster             13056         21696          13472  0.  ?                 Free       Current          Peak          Waitsa Dropsy?  Small Buffers                 280           356              0  0l?  Large Buffers                   6            28              0b 0e?  IRPs              1           174           211              0  0   E                     Small clusters  Large clusters    Non UCX buffers ?  Free                            0             2              0       5 *****************************************************i    5 *****************************************************A4 Any views or opinions are solely those of the author) and do not necessarily represent those of  United Advertising Media. 5 ***************************************************** 4 The information transmitted is intended only for the1 person or entity to which it is addressed and mayd3 contain confidential and/or privileged material. Ifa3 you are not the intended recipient of this message,B. please do not read, copy, use or disclose this3 communication and notify the sender immediately. It 0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons ore- entities other than the intended recipient isH prohibited.15 *****************************************************i **   ------------------------------  # Date: Tue, 15 Aug 2000 09:30:26 GMTo From: paul_hallam@my-deja.coma1 Subject: Very Large Global Section Memory Locking ) Message-ID: <8nb2ji$h78$1@nnrp1.deja.com>r  E I have a large global section, approx 1/2 GB (not that large I agree)uC which is to be shared by over 9 processes in a realtime information-* system. All written in Pascal on an ALPHA.  F I have been led to believe that there are problems when trying to lockD such large sections into memory. Has anyone experienced this and, if. so, how have people managed to get round this.   Paul    & Sent via Deja.com http://www.deja.com/ Before you buy.)   ------------------------------  % Date: Tue, 15 Aug 2000 11:38:47 +0200s6 From: "Dijk, Jeroen van" <Jeroen.vandijk@getronics.nl>! Subject: RE: VMS hobbyist version M Message-ID: <2795B75EF003D311801A00A0C906B51187E460@cucexec.gbc.getronics.nl>m  v The only rule I know about sizes of system disk is that the size of the system disk should be larger then your memory.n I don't know by hard what the max. memory is of a vaxstation, but I would be amazed if it's large then 512 Mb.   Jeroen    o   -----Original Message-----7 From: Zane H. Healy [mailto:healyzh@shell1.aracnet.com] # Sent: dinsdag 15 augustus 2000 2:50  To: Info-VAX@Mvb.Saic.Comt! Subject: Re: VMS hobbyist version     + David A Froble <davef@tsoft-inc.com> wrote:nP > You'll also want to look at your disk size.  For VAX the RZ26 (1 GB) is a niceQ > size, but you can load onto a RZ25.  On Alpha, you'll want a larger drive, I'veu. > found a 2 GB drive nice for the system disk.  H A note for the person asking the question originally with the VAXstationE 3100 M38 I believe your system disk size is limited to 1GB.  However,i non-System disks can be larger.r   			Zaneg   ------------------------------    Date: 15 Aug 2000 16:01:58 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>h! Subject: Re: VMS hobbyist version H Message-ID: <y4sns6sjvt.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  J The 1 GB size restriction on MV3 system disks has to do with the so-calledK SCSI standard, the VMS boot-time driver, and the fact that EPROMs cannot be > easily modified in the field. See the FAQ for further details.   	Jan   ------------------------------  % Date: Tue, 15 Aug 2000 15:23:47 +0000,- From: SysAdmin <djesys.nospam@fsi.net.mapson>o! Subject: Re: VMS hobbyist versione. Message-ID: <39996083.2FF3B958@fsi.net.mapson>   "Dijk, Jeroen van" wrote:  > x > The only rule I know about sizes of system disk is that the size of the system disk should be larger then your memory.p > I don't know by hard what the max. memory is of a vaxstation, but I would be amazed if it's large then 512 Mb.   ???   @ Are you perhaps thinking about the size of a swap partition or a page/swap file?o   David J. DachteraS   ------------------------------  + Date: Tue, 15 Aug 2000 16:53:11 +0000 (   )e3 From: Christopher Smith <chriss@Mufasa.pubserv.com> ! Subject: Re: VMS hobbyist versioncJ Message-ID: <Pine.LNX.4.05.10008151651290.23469-100000@Mufasa.pubserv.com>  $ On Tue, 15 Aug 2000, SysAdmin wrote:   > "Dijk, Jeroen van" wrote:Iz > > The only rule I know about sizes of system disk is that the size of the system disk should be larger then your memory.r > > I don't know by hard what the max. memory is of a vaxstation, but I would be amazed if it's large then 512 Mb.  B > Are you perhaps thinking about the size of a swap partition or a > page/swap file?o  J Well, personally, I've never had a system disk that held less than the RAM in its particular box...   ChrisS  O ===============================================================================p@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmery Prime Synergy of Champaign, IL.h% -------------------------------------uI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 :O -------------------------------------------------------------------------------s   ------------------------------  # Date: Tue, 15 Aug 2000 12:57:34 GMTt! From: Beyonder <beyonder@vrx.net>s Subject: VMS on a notebook ?& Message-ID: <39993E3D.6EE292C@vrx.net>  C I got to thinking that Sun has these cool sparc notebooks, and even G older models like the tadpole boxes which are fairly cheap (depending),t so...o  A Is it possible to get VMS on a notebook in any way shape or form?nG I was thinking for recent technology, maybe an Alpha notebook (if theret( are such things) could possibly run VMS?1 Are there older notebooks from DEC that run VMS ?F2 anyway to get something small, light and portable?G the smallest I can think of is a 4000/vlc (the size of a vxt2000 base).b  D Anyone have any ideas how you could do this, or if it's possible, or
 maybe evenE know where I can find one or maybe maybe have one you'd be willing tom8 part with (although it might be cheaper to make my own?)     enquiring minds want to know.    Dan.   ------------------------------  % Date: Tue, 15 Aug 2000 09:33:28 -0400e From: quayle@pobox.com  Subject: Re: VMS on a notebook ?. Message-ID: <39990E68.24056.5600FEC@localhost>  C > Is it possible to get VMS on a notebook in any way shape or form?i  C Yes.  There was a product called the Alphabook.  I researched this   just late last year.  F The company that made them had one still in stock.  It sounded like a : great way to demo a product that had been ported to Alpha.  D I just didn't have $10,000 to spend at the time, so I told them I'd 0 pass.  Guess that's why they didn't sell many...     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671e1 8572 North Spring Ct. NW, Pickerington, OH  43147t= Preferred address:  stan@stanq.com       http://www.stanq.coms   ------------------------------  % Date: Tue, 15 Aug 2000 15:09:56 +0200n= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>g  Subject: Re: VMS on a notebook ?) Message-ID: <39994124.72CDAEE8@gtech.com>h   Beyonder wrote:cE > I got to thinking that Sun has these cool sparc notebooks, and evenAI > older models like the tadpole boxes which are fairly cheap (depending),e > so...p > C > Is it possible to get VMS on a notebook in any way shape or form?nI > I was thinking for recent technology, maybe an Alpha notebook (if there-* > are such things) could possibly run VMS?3 > Are there older notebooks from DEC that run VMS ?o4 > anyway to get something small, light and portable?I > the smallest I can think of is a 4000/vlc (the size of a vxt2000 base)./  > A thirdparty company did produce some Alpha notebook computers that were VMS capable.  * I do not think they get produced any more.   Arne   ------------------------------  % Date: Tue, 15 Aug 2000 14:44:21 +0000.$ From: Steve.Spires@yellowpages.co.uk  Subject: Re: VMS on a notebook ?/ Message-ID: <0025693C.00510EE4.00@quegw01.btyp>5  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza   I Try David Turner at Island - I know he was after getting some refurbishedsF Tadpole Alphabooks from someone in the UK, but not sure how he got on.   Steve Spires        5 Beyonder <beyonder@vrx.net> on 15/08/2000 12:57:34 PM9    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)aB From:      Beyonder <beyonder@vrx.net>, 15 August 2000, 12:57 p.m.   VMS on a notebook ?         C I got to thinking that Sun has these cool sparc notebooks, and eveneG older models like the tadpole boxes which are fairly cheap (depending),c so...e  A Is it possible to get VMS on a notebook in any way shape or form?aG I was thinking for recent technology, maybe an Alpha notebook (if there ( are such things) could possibly run VMS?1 Are there older notebooks from DEC that run VMS ?e2 anyway to get something small, light and portable?G the smallest I can think of is a 4000/vlc (the size of a vxt2000 base).   D Anyone have any ideas how you could do this, or if it's possible, or
 maybe evenE know where I can find one or maybe maybe have one you'd be willing tom8 part with (although it might be cheaper to make my own?)     enquiring minds want to know.n   Dan.   ------------------------------  # Date: Tue, 15 Aug 2000 14:09:04 GMTv4 From: "Terry C. Shannon" <terryshannon@mediaone.net>  Subject: Re: VMS on a notebook ?< Message-ID: <4acm5.28101$NH2.236765@typhoon.ne.mediaone.net>  . "Beyonder" <beyonder@vrx.net> wrote in message  news:39993E3D.6EE292C@vrx.net...E > I got to thinking that Sun has these cool sparc notebooks, and evennI > older models like the tadpole boxes which are fairly cheap (depending),r > so...h >uC > Is it possible to get VMS on a notebook in any way shape or form?sI > I was thinking for recent technology, maybe an Alpha notebook (if theres* > are such things) could possibly run VMS?3 > Are there older notebooks from DEC that run VMS ?-4 > anyway to get something small, light and portable?I > the smallest I can think of is a 4000/vlc (the size of a vxt2000 base).a >   H Well, if you have $15-$20K for a decently configured system, the TadpoleJ AlphaBook I (with its 45-minute battery) runs native VMS. Or you can go toH www.charon-vax.com and download a hobbyist version of a VMS emulator for Windoze (and Linux) peecees.   ------------------------------   Date: 15 Aug 2000 16:03:47 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a  Subject: Re: VMS on a notebook ?0 Message-ID: <8nbpl3$cpu$1@n.ruf.uni-freiburg.de>  J In article <39993E3D.6EE292C@vrx.net>, Beyonder <beyonder@vrx.net> writes:D >I got to thinking that Sun has these cool sparc notebooks, and evenH >older models like the tadpole boxes which are fairly cheap (depending), >so... >nB >Is it possible to get VMS on a notebook in any way shape or form?H >I was thinking for recent technology, maybe an Alpha notebook (if there) >are such things) could possibly run VMS?s2 >Are there older notebooks from DEC that run VMS ?3 >anyway to get something small, light and portable?aH >the smallest I can think of is a 4000/vlc (the size of a vxt2000 base). >rE >Anyone have any ideas how you could do this, or if it's possible, ort >maybe evenoF >know where I can find one or maybe maybe have one you'd be willing to9 >part with (although it might be cheaper to make my own?)h >i >a >enquiring minds want to know.  H I have an AlphaBook manufactured by Tadpole. But they don't produce them anymore.  K But you could have a look at http://www.novaglobal.com.sg/alphastorm.html .y It is 16 kg but it is portable.-   Regards,    Christoph Gartmann0  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Mon, 14 Aug 2000 22:47:29 -0400 * From: David A Froble <davef@tsoft-inc.com>  Subject: Re: VMS Vs any other OS- Message-ID: <3998AF41.42305B24@tsoft-inc.com>y   "David P. Murphy" wrote: > ; > invite them to the Really Good Secret Websites About VMS.e  3 So, you guys are holding out on me.  Bad, very bad!.  L With another newsgroup like comp.os.vms, I could keep busy all day long, and never get any work done. :-)   -- U4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 15 Aug 2000 12:21:50 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>o  Subject: Re: VMS Vs any other OS( Message-ID: <8nbqit$50a$1@pyrite.mv.net>  0 David P. Murphy <dpm@myths.com> wrote in message) news:spgraa1lkn9109@news.supernews.com... J > Bill Todd <billtodd@foo.mv.com> donned his Defender of the Truth costume
 and wrote: >/D > > And I'm sick and tired of dealing with ignorant loud-mouths with inflatedI > > egos who don't feel any need to investigate sources before cheerfully?I > > assuming those sources (and anyone else who presumes to disagree withb theirwK > > view of the world) to be incompetent (though JF has this time been onlya< > > implicitly dismissive rather than overtly contemptuous). >c' > Ignorant?  I'll grant that partially.dI > Loud-mouths?  It's a free newsgroup, they're welcome to post as long asr >   they're polite.t  D Your opinion, which you're welcome to.  I framed my comments as *my*G opinion, which I see no reason to change:  in my opinion, there comes arB point where continuing output-only contributions become pollution.  G > Inflated egos?  I see no evidence of that at all, unless you consider F >   the act of posting alone to be such, in which case we're all quite guilty.-  E I'd suggest you re-visit David's suggestions about the likely general J incompetence of the Harvard Business School in areas related to marketing:K if they, offered as purely personal opinion without any additional support, D don't indicate an ego threatening to burst, I don't know what would.   As for JF, see below.1  * > Cheerfully?  No evidence of that either.  B 'Lightly' would perhaps have been a more precise characterization.   > K > What's with the slurs?  You could portray yourself as even more affrontede by? > posting from bill@www.venting_my_spleen.com, but not by much.r  G As I've said earlier, this is not the first time David has persisted in H babbling on ad nauseam rather than showing any indication of interest inF participating in an *evolving* dialogue.  It happens just infrequentlyK enough that it's easy to get sucked in (and disgusted) the next time before 7 realizing that dialogue is not what he's interested in.   E JF is more erratic:  I often believe he genuinely wants to carry on a L legitimate conversation, but just gets so caught up in his own position that it becomes impossible.   > K > > Somehow, I'm inclined to believe that my own personal acquaintance with  DaveI > > Cutler, his source code, many individuals who worked closely with him  and G > > commented thereon, and DEC during the period I worked there (1976 -  1987),E > > plus the relevant published work of others that has been accepted  without K > > obvious demur by those who might have been expected to offer correction I > > based on conflicting *personal* knowledge, constitute a significantly  betterH > > basis for forming an evaluation of Dave's contribution to VMS and NT thanK > > the personal views of a (different) random newsgroup participant who to  all F > > appearances is personally acquainted with none of those sources ofE > > information (nor any others of remotely similar degrees of direct  > > applicability).l >fE > A signficantly better basis?  Okay.  The only basis allowed?  Nope.e  L The problem is that JF offered no basis whatsoever, save for his observationE that other OSs shared similar characteristics (gee!) and his personalmL disinclination to believe that individuals of truly unusual stature exist inI the software industry.  And when confronted with at least three different*G significantly better-informed sources of information on the subject, he*D simply brushed them aside, pretty clearly considering his uninformed assessment to be superior.   *That's* inflated ego.   >d: > > you both simply appear to like to hear yourselves talk >h= > [ring ring]  "Hello, Mr. Pot?  This is Mr. Kettle calling."n  K If you can't tell the difference, then trying to explain it would just seemm like more of the same.   > . > > How does one become a competent authority? > J > Geez, relax Bill.  I don't take JF or David as "competent authority" ---J > why on earth do you think I would?  I don't take *you* either.  The onlyE > two "competent authorities" here are Hoff and Brian (MHO), and thenyI > only on purely technical grounds.  This is an O/S newsgroup, after all.  >*H > I mean, seriously, do you think every poster & lurker here is going toL > just fall down and take every word in *any* message as the Absolute Truth?F > Are you actually trying to save me and every other reader from beingD > contaminated by incorrect information?  Do you believe that we are? > incapable of recognizing that information as being incorrect?e > F > Let them post, Bill.  If they're wrong and make fools of themselves,D > we'll figure it out and snicker at them (electronically of course)C > and not invite them to the Really Good Secret Websites About VMS. / > But why do you have to take it so personally?r  J I'm sure it's in part because I get annoyed with myself for getting suckedK into David's trolls:  it's one of the few things he appears to be competents at.m   >jL > > The level of VMS bigotry exhibited in this forum by people who really doD > > seem to try, at least most of the time, to deal with issues on a rationalB > > basis and keep a somewhat open mind is frustrating enough, but sufficiently) > > often worth the effort to keep at it.  >oK > I love you too.  And if you could just get $ DIRECTORY /SORT= implementedeL > I'd love you even more.  But I realize you don't have time for such thingsJ > with your fulltime crusading responsibilites, so I won't hold it against you.  K The only crusade I have any interest in here is VMS's resurrection, which I I tend to believe is pretty much completely dependent upon a user base that J doesn't appear likely to rise to the occasion.  It's probably time to give up.    >5G > > I think that covers your questions.  Try to surprise me by actually  learning > > something this time. >pD > Try to surprise me by playing nice, Bill.  You're not the only kid > in this sandbox.  J The way I play usually reflects what the people I'm responding to deserve.   - bill   >- > ok > dpm- > --5 > David P. Murphy          http://www.myths.com/~dpm/b/ > systems programmer        ftp://ftp.myths.comcE >                          mailto:dpm@myths.com            (personal)sE > COGITO ERGO DISCLAMO     mailto:dmurphy@ac-tech.com          (work)t   ------------------------------  % Date: Tue, 15 Aug 2000 18:22:09 +0100SB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>- Subject: Re: VMS vs unix (the true contender)l* Message-ID: <39997C40.8030F49A@uk.sun.com>   Mike Flaherty wrote:  F > As a long time VMS administrator, I remember triying to defend DEC'sN > equipment / OS while Sun managed to lie and spin their systems as being moreH > open (true) and cheaper (demonstrably false) than or DEC's proprietary
 > systems.  G Oh come on this is the old Sun did the dirty on good old DEC line thats'J so so tired. DEC did it to themselves, Sun didn't push DEC out of accountsE by lying DEC simply evaporated. One day they were there the next theytH had gone, sales people, support people marketing etc. If you don't agreeB with this then ask someone who worked(s) for one of the big Pharms companies in the UK.  C As for Open, I don't know how you can try to defend OpenVMS on that < charge. Wasn't OpenVMS called OpenVMS in part because it hadE POSIX support and we all know what happened to that. There are enoughjJ postings to this group from people wishing that OpenVMS was more standard,L lamenting the lack of things like the csh and ksh (gods even NT has the korn shell).w   >a  L > After reading the above link, check out this study by an objective reseachL > group.  Given that perception is everything, you may be surprised to learnJ > the truth.  Sun ranks last when compared with DEC, HP, and yes - IBM forM > total cost of ownership.  This is only one of a litany of studies that have=K > been done on popular RISC processors by independent research groups.  SuneK > always comes in last or near last.  But who needs great products when youiL > have great marketing.  Look at it this way.  Budweiser is the best sellingN > beer, does that mean it's the best beer on the market?  No.  But I would say: > that they have the best marketing of all beer companies. >tH > http://www.openvms.digital.com/openvms/whitepapers/enterprise_tco.html >l  E Nice try but guess how the cost comparisons were worked out. TechWise-I used the relative SPECint performance of the systems to adjust the systemeI sizes for each vendor. Now I would be reasonably happy with using SPECintc3 as a comparison for most systems with 4 exceptions.@  D 1.    If they are supposed to be running floating point applications (obviously)eF 2.    If the system being compared with something else is an HP serverK        with the PA-8500/8600. (Caches are too small to be generally usefull #         but produce great SPECint).a/ 3.    If the system is a Sequent NUMA-Q system.)J 4.    If the system being compared with something else is any Alpha server-        particularly the current GS80/160/320.a  L There is one exception to exceptions 2, 3 and 4 which is if the applications proposed for the servers are SPECint.  K I won't go into detail on 1, 2 and 3 but lets look at point 4 amid howls ofm anguish from Compaq boosters.  G To illustrate why TechWise's(poor choice of name BTW) use of SPECint to 	 normalisetN the performance of the systems is worthless for Alpha Systems consider the two mainF OLTP benchmarks that Compaq have published for the GS series TPC-C andJ Oracle Applications 11.0.3 and compare them with other comparable systems.   First Oracle AppssA http://www.oracle.com/apps_benchmark/html/index.html?results.htmlIB                               Oracle users  CPU's    Users per CPU CPU SPECint  User per SPECints+ IBM S80               14000              24h5 583                        21.7                  26.803 Compaq GS320    11200              32           350G 39.5                    8.8e+ Sun E4500              6832              14 5 488                        18.3                  26.686 Compaq Proliant    1792                4           448 20.5                  21.9  K Note the truly terrible performance of the GS320 and note that SPECint is aa good predictorO of the relative performance of the Sun and IBM systems not bad for the Proliantm but a terrible7 predictor of the WildFire which "wildly" underperforms.h  I Now consider that Oracle charge on the basis of a Mhz multiplier for RISC  systems thatH puts the GS320 customer at a huge cost dissadvantage just for the Oracle
 licenses. The.7 Sun is only running at 400 Mhz with the IBM at 450 Mhz.w   Second TPC-C@                                TPC-C TPM   CPU's   TPM-C per CPU CPU SPECint    TPM per SPECint6 Compaq GS160      55221               16          3451 39.5                    877 Compaq GS140      42437                 8          5304m 39.1                    13609 Sequent 2000         48793               32          1524y 14.9                    102o- Sun E4500              50268               14t5 3591                      18.3                    196-- HP V2250               52117               1615 3257                      16.4                    198u  C Note again the truly dreadfull performance of the GS160 which again0 underperforms thoughN not quite so badly again note that the Sun and the HP deliver performance that is relativee to their SPECint performance.s  M Anyone who thinks this is just a WildFire issue should be aware that this hast alwaysJ been an issue though it has got much worse with the WildFires as the GS140 number shows.  L Anyone wondering why Oracle apps is so much worse than TPC-C should rememberO that NUMA systems if Sequent taught us anything need much much more tuning thano  N UMA systems and there is much less scope for tuning in Oracle Apps than TPC-C.  O Incedentally as a comment on what is wrong with Compaq's marketing and how liket  N DEC's it is consider this. Compaq spent millions on running TPC-C on the GS160L and GS320, produced pretty terrible results, published them and then becauseM they were so bad withdrew them 10 days later. This stands as a record for theh' shortest lived set of TPC-C benchmarks.eG Perhaps from a marketing standpoint they would have been better off noth
 publishing at all.    Andrew Harrisonf Enterprise IT Architect    ------------------------------    Date: 15 Aug 2000 08:36:30 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o1 Subject: Re: Whilst on the subject of listings... + Message-ID: <LFp8ErdJA1xZ@eisner.decus.org>1  R In article <FzB4xo.Eup@spcuna.spc.edu>, Terry Kennedy <terry@gate.tmk.com> writes:   >   For grins: > E > QB-001AA-EM, VMS SOURCE LIC & KIT 6250 MT, $25000.00, not availableB  E Talking to a Deccie some years ago, I got the feeling that if you hadeC the $25,000 they could make it available again (albeit censored ford+ trade secrets, just like the listings kit).    ------------------------------  % Date: Tue, 15 Aug 2000 15:47:47 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson>  Subject: Re: [OT] Vax Hardware. Message-ID: <39996623.C5301DE2@fsi.net.mapson>  
 nf0 wrote: > N > Hello all this is slightly off topic here but i didn't have anywhere else to > turn. H > I have recently purchashed an old VAXstaion 3100. I'm trying to find a	 > monitoreL > that will work with this or some way to use it. If anyone is able to point > me- > in the right direction that would be great.5 >  > Thanks > nf0   # Well, since no one else spoke up...n  B You're probably going to be looking for a monitor that accepts RGBF inputs. There'll be three to five BNC (coaxial) connectors on the backB of it. Such monitors may need to support "sync on green"; that is,C derive the horizontal and vertical sync. signals from the green gunu input.  D If you don't already have it, you'll also need a cable to attach theG monitor to the system. It may have a DB-15 connector on the back, or itoF may have a connector with three(3) coaxial connections and a few other pins.n  D eBay may be one place to find either the monitor, the cable or both.   David J. Dachteras   ------------------------------  % Date: Tue, 15 Aug 2000 11:04:03 -0500c/ From: Chris Scheers <chris@applied-synergy.com>d Subject: Re: [OT] Vax HardwareO Message-ID: <AA1B8D9980DFD971.715DC4450225C2B7.6F316859BF5B4F11@lp.airnews.net>h  
 nf0 wrote: > N > Hello all this is slightly off topic here but i didn't have anywhere else to > turn. H > I have recently purchashed an old VAXstaion 3100. I'm trying to find a	 > monitoryL > that will work with this or some way to use it. If anyone is able to point > me- > in the right direction that would be great.     0 It depends on what video card is in the machine.  C The VS3100 has a monochrome frame buffer on the motherboard.  If nolH color board has been added, this is what you use.  You need a monochromeD video cable and monitor.  I would recommend a 19" monitor.  Either a VR260 or VR262 will work.+  ? If a GPX color board has been added, you need a color cable and : monitor.  For a 19" monitor, you can use a VR290 or VR297.  0 All of these options have a 1024x864 resolution.  ? If a SPX color board has been added, you need a color cable andGF monitor.  In addition to the monitors above, you can use a VRT19-DA or* VRT19-HA to get a resolution of 1280x1024.  G NOTE: You can also use a monochrome monitor with a color board by using E a color video cable and connecting the monitor to the green lead.  If A you use a color board and a mono cable, you won't get any signal.v  
 Good luck!  = PS: If you are interested, I have an available VR290 monitor.t  G -----------------------------------------------------------------------h$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com i   Fax: 817-237-3074    ------------------------------   End of INFO-VAX 2000.455 ************************alights, Inc.              E-Mail: davef@tsoft-incf(u"TPu,*x)H KC-+ڛ!
i
SӆvCԽB6C<2*vl@!&D!	)1LfroVwLO4*SfEP΍Hw]G2Rs]XS~bUokl"1m9SIQ@I{a:ĩ\{KQ@~EQGSsuyLyorJ.φəTQ+3 hsGǞTPI_kK"&Kp< d!Ů###λ1
ʡ% aA6W-t'rj6N}|Hz0GYa ꈊGZ/e_t$Gg9g2MP˹k58|	0|J#bhx.GsQ#]Lsd2&|2v3G#WQZn|
^తצ]>xtP