1 INFO-VAX	Sat, 30 Sep 2000	Volume 2000 : Issue 546       Contents:) Re: 40/80GB density selection on DLT8000? ) Re: 40/80GB density selection on DLT8000? ) Re: 40/80GB density selection on DLT8000? ) Re: 40/80GB density selection on DLT8000?  Re: Alphaserver enhacements 4 Another gateway problem using TCPIP SERVICES FOR VMS8 Re: Anybody heard of Michel Valentin, author of PC DCL ? Re: Apache question < Re: Bug in UCX 5.0A telnet server: infinite IAC negotiationsK Re: Compaq product positioning - no Alphas"for small and medium businesses" , Re: Deleting 250,000+ files from a directory DELQAs for disposal  Re: DELQAs for disposal  Re: DELQAs for disposal  Re: DELQAs for disposal  Re: DELQAs for disposal  Re: Digital Business Link & Enhanced Versions of VMSINDEX and LYNX Error using finger with UCX 5.0 # Re: Error using finger with UCX 5.0  Re: FAQ? Re: how long should DIFF take?! IBM plans to ship 64bit mainframe % Re: IBM plans to ship 64bit mainframe % Re: IBM plans to ship 64bit mainframe 1 Re: Improving ALPHA (OpenVMS in particular) sales 1 Re: Improving ALPHA (OpenVMS in particular) sales  missing/extra Diskquota  Re: missing/extra Diskquota F Re: Musical Chairmen in Houston... Rosen Steps Down, Capellas Steps UpF Re: Musical Chairmen in Houston... Rosen Steps Down, Capellas Steps Up Re: PDF under OpenVMS  Re: PDF under OpenVMS  Re: PDF under OpenVMS  Re: PDF under OpenVMS & Re: Shark x Penguin : The OpenVMS Logo# RE: Shark x Penguin :THE REAL STORY 0 SIGMAs (was: RE: This list participants profile)4 Re: SIGMAs (was: RE: This list participants profile)4 Re: SIGMAs (was: RE: This list participants profile)4 Re: SIGMAs (was: RE: This list participants profile) SOAP Re: SOAP Re: SOAP Re: SOAP! Re: Sun Hardware problems persist " Re: This list participants profile" Re: This list participants profile" Re: This list participants profile" Re: This list participants profile" Re: This list participants profile" Re: This list participants profile" RE: This list participants profile" Re: This list participants profile" RE: This list participants profile" Re: This list participants profile" RE: This list participants profile" Re: This list participants profile" Re: This list participants profile" Re: This list participants profile RE: VaxStation 3100 Floppy Disk  Re: VaxStation 3100 Floppy Disk  RE: VaxStation 3100 Floppy Disk  Re: VaxStation 3100 Floppy Disk  Re: VaxStation 3100 Floppy Disk   F ----------------------------------------------------------------------  % Date: Fri, 29 Sep 2000 10:57:08 -0700 0 From: "William S. LaCounte" <vmsmanager@ups.edu>2 Subject: Re: 40/80GB density selection on DLT8000?# Message-ID: <39D4D7F3.4857@ups.edu>   2 I assume you tried $ init/media_format=compaction.0 This works great on TZ88's (20/40) w/ VMS 7.2-1.   Bill   ------------------------------  # Date: Fri, 29 Sep 2000 23:35:46 GMT ( From: Terry Kennedy <terry@gate.tmk.com>2 Subject: Re: 40/80GB density selection on DLT8000?' Message-ID: <G1o9Jn.E6y@spcuna.spc.edu>   0 William S. LaCounte <vmsmanager@ups.edu> writes:4 > I assume you tried $ init/media_format=compaction.2 > This works great on TZ88's (20/40) w/ VMS 7.2-1.  H   Doh! That works fine, thanks. I was worried that it wouldn't reset theJ density to 40/80 if the tape was previously initialized at a lower density but it seems to work fine.  J   BTW, I'm quite pleased with this drive - Compaq packages it with a shortI and a long HD68/HD68 cable as well as a long VHDCI/HD68 cable and a dual- 7 mode terminator. I was expecting to have to buy cables.   J   And the drive looks a lot more solid than the older DLT drives I had ex-) periences (bad ones) with, like the TF85.   - 	Terry Kennedy             http://www.tmk.com 5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  % Date: Fri, 29 Sep 2000 22:03:11 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 2 Subject: Re: 40/80GB density selection on DLT8000?- Message-ID: <39D557EF.AFCD81D4@earthlink.net>    "William S. LaCounte" wrote: > 4 > I assume you tried $ init/media_format=compaction.2 > This works great on TZ88's (20/40) w/ VMS 7.2-1.  D ...but does not allow for selection of densities (compaction or not)7 that the INITIALIZE command/program does not recognize.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Sat, 30 Sep 2000 04:33:51 GMT ( From: Terry Kennedy <terry@gate.tmk.com>2 Subject: Re: 40/80GB density selection on DLT8000?' Message-ID: <G1onCF.J2D@spcuna.spc.edu>   7 David J. Dachtera <djesys.nospam@earthlink.net> writes:  > "William S. LaCounte" wrote:5 >> I assume you tried $ init/media_format=compaction. 3 >> This works great on TZ88's (20/40) w/ VMS 7.2-1.  > F > ...but does not allow for selection of densities (compaction or not)9 > that the INITIALIZE command/program does not recognize.   K   It appears to use the "default" density (a "show dev mka600:" reports the G density as "default" after this command is given) which for the 40/80GB K drive is the 40/80GB mode. Since this is the only density INIT doesn't know 0 about, it works fine for selecting 40/80GB mode.  J   I'm not sure what would happen if the operator selected a different den-I sity from the front panel as an override and then someone tried this com- I mand, but it works well enough for me, for now, until Compaq adds the new  density to the INIT command.  - 	Terry Kennedy             http://www.tmk.com 5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  % Date: Fri, 29 Sep 2000 14:29:32 -0400 ! From: "OHM" <ohm62@SFhotmail.com> $ Subject: Re: Alphaserver enhacements* Message-ID: <8r2mgt$sl11@usilsuna.cai.com>  9 > Didn't CA pick up the successor to the cluster console?   " Yes.  This is now called CommandIT  
     -- Ol.   ------------------------------  # Date: Fri, 29 Sep 2000 23:14:31 GMT . From: Michael Austin <maustin@nc.prestige.net>= Subject: Another gateway problem using TCPIP SERVICES FOR VMS / Message-ID: <39D52FA3.A28597AB@nc.prestige.net>   , This is a multi-part message in MIME format.& --------------C817FE0835BD32215E2B901C* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit    Similar but different problem: OpenVMS 7.1  TCPIP V5.0A C [internet]-->TSU-->ROUTER0-->HUB0  (connect Real IP Address on SE0)    [SWITCH0]-->HUB0 [Terminal Server] -->[4-portG HUB1]-->ROUTER2-->[DSU<-->DSU]-->ROUTER1-->HUB0  (uses Pseudo Interface  SEA0 with Pseudo-Address)    [ALPHA]-->[HUB0]  A Occasionally, the connect to and from the [Terminal Server] stops C working.  You cannot ping anything on this network.   While this is G occurring, you can telnet into the system from the Internet on the REAL F Interface SE0.  Everything appears normal, but, again, the only way toB clear the problem is to restart TCPIP. Restarting TCPIP clears theF problem. (and you maybe asking how I do that when I am using telnet toG connect... I have a command procedure that I submit to a batch que that D does a shutdown, wait 30 seconds, restart).    GATED is not running.  C Why does this route stop working and how can I correct the problem?    $ ucx sh route/full D DN  * 0.0.0.0                             * 206.xx.xxx.65    ROUTER0F AH  * 127.0.0.1        LOCALHOST          * 127.0.0.1        LOCALHOST9 DN  * 192.168.0.0/28                      * 192.168.0.201 9 AN  * 192.168.0.192/28                    * 192.168.0.201 D DN  * 192.168.1.0/24                      * 192.168.0.203    ROUTER1D DN  * 192.168.4.0/24                      * 192.168.0.203    ROUTER1F AN  * 206.xx.xxx.64/28                    * 206.xx.xxx.68    <removed>   $ucx sh interface /full    Interface: SE0?    IP_Addr: 206.xx.xxx.68     NETWRK: 255.255.255.240   BRDCST: 
 206.xx.xxx.79   Cluster?     C_Addr:                 C_NETWRK:                 C_BRDCST:       Flags: None5                                   RECEIVE        SEND 5    Packets                           8175        1059 5      Errors                             0           0 )    Collisions:                          0     Interface: SEA0?    IP_Addr: 192.168.0.201     NETWRK: 255.255.255.240   BRDCST: 
 206.xx.xxx.79   Cluster?     C_Addr:                 C_NETWRK:                 C_BRDCST:       Flags: None5                                   RECEIVE        SEND 5    Packets                           8175        1059 5      Errors                             0           0 )    Collisions:                          0     Interface: LO0 ?    IP_Addr: 127.0.0.1         NETWRK: 255.0.0.0         BRDCST: 
 206.xx.xxx.65 E                                                            MTU:     0       Flags: None5                                   RECEIVE        SEND 5    Packets                             24          24 5      Errors                             0           0 )    Collisions:                          0   
 Any ideas?   Michael Austin Consultant.   & --------------C817FE0835BD32215E2B901C- Content-Type: text/x-vcard; charset=us-ascii;   name="maustin.vcf"  Content-Transfer-Encoding: 7bit , Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"    begin:vcard  n:Austin;Michael   tel;work:704-947-1089  x-mozilla-html:FALSE org:Michael Austin, Inc 
 adr:;;;;;; version:2.1 + email;internet:michaelaustininc@hotmail.com  title:President  x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcard   ( --------------C817FE0835BD32215E2B901C--   ------------------------------  # Date: Fri, 29 Sep 2000 20:24:32 GMT - From: goathunter@goatley.com (Hunter Goatley) A Subject: Re: Anybody heard of Michel Valentin, author of PC DCL ? 1 Message-ID: <39d4fa58.196927446@swen.process.com>   > On Fri, 29 Sep 2000 13:17:21 -0400, "Koska, John C. (LNG-MBC)"  <John.C.Koska@bender.com> wrote:  ; >Perhaps it is Jean-Michel Valentin at <jmv@linuxfr.org>.   @ >I believe from http://www.panix.com/~kingdon/vms/microdcl.html > >that microDCL had a Debian Free Software agreement with it.   >And searching, D >http://lists.openresources.com/Debian/debian-french/maillist.html ,> >I came up with Jean-Michel Valentin.  You might want to drop E >him some email to see if he/she is the individual you are interested  >in. > D I tried writing to that same person for the same reason about a year< ago.  I never received a reply.  Let us know if you get one!   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ : goathunter@goatley.com      http://www.goatley.com/hunter/   ------------------------------  % Date: Fri, 29 Sep 2000 08:11:55 -0400 / From: Bradford Hamilton <Brad.Hamilton@fmr.com>  Subject: Re: Apache question& Message-ID: <39D4870B.A97C335@fmr.com>   Hi,    I found this link useful:   9 http://Apache-Server.Com/tutorials/ATgetting-started.html   E Basically, you are concerned with changing the DocumentRoot "logical" H (alias?) to point to the top level of your directory structure where the CD's are located.   F I've been running Apache for the very same reason - all the Doc's come8 up much more quickly than at www.openvms.compaq.com:8000   ;-)   @ I've also ported Mark Daniels' WASDSCRIPTS to the Apache cgi-binC directory, and am also serving up Bookreader documents from the Web  Server.  (Thanks, Mark!!!)    
 Brad Hamilton    Dirk Munk wrote: > G > We are in the process of setting up a Apache web server on one of our  > VMS boxes. > F > The first thing we would like to do is to make the VMS documentationJ > available. We have setup two LDA logical disk drives, and used backup to3 > copy both VMS documentation CD's on these drives.  > A > But now we have no idea how we can bring Apache to access these  > drives.... > , > Can anyone give us a hint how to do this ? > 
 > Regards, >  > Dirk   ------------------------------  % Date: Fri, 29 Sep 2000 17:01:26 -0700 ) From: Chuck McManis <cmcmanis@tutsys.com> E Subject: Re: Bug in UCX 5.0A telnet server: infinite IAC negotiations * Message-ID: <39D52D56.3B88A07E@tutsys.com>  H YES! This is a huge problem. I've got one vax with Multinet and one withF TCPIP (nee UCX) and the UCX vax falls on its knees and dies whenever a telnet session is started.   --Chuck      "Russell E. Owen" wrote: > F > Has anybody else seen this? We have it on three DEC 3000-300L Alphas? > running a clean installation of VMS 7.2-1 with the associated + > product-formerly-called UCX version 5.0A.    ------------------------------  + Date: Fri, 29 Sep 2000 13:55:43 -0500 (EST) 1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu> T Subject: Re: Compaq product positioning - no Alphas"for small and medium businesses"W Message-ID: <Pine.LNX.3.96.1000929134816.28618B-100000@rocinante.admin.rose-hulman.edu>   @ I have a SCSI controller that was given to me years ago by a guy= because 'it doesn't work with linux'.  It was a Future Domain ? card, but built by Seagate.  I looked through the linux sources A and the card itself was supported.  However, it had been a Compaq ? card, and the BIOS identity string was slightly different.  Two = lines of source changes, a recompile, and Linux supported it.   @ Back when I worked on lots of PC's, I hated Compaqs, and I still< do...but most of that is latent heat.  Every little mounting= bracket you might want was not standard.  Only certain drives A were supported by their BIOS's.  BIOS setup required a particular ? floppy, and if you didn't have it, Compaq wanted an out-of-line C amount of money for it unless you were a registered service center. B Power supplies were standard with non-standard connectors, meaningB you bought a Compaq power supply at 3 times the price, or bought aC standard one and chopped the connectors off the old, etc, etc, etc.    --Robert  ) On Fri, 29 Sep 2000, Brian Wheeler wrote:   2 > In article <009F0D98.16393303@sendspamhere.org>,B > 	system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > > L > > Since the purchase of d|i|g|i|t|a|l by Compaq, I get only brochures withL > > PCs.  Save for the postcard witht he fat little newspaper boy announcingL > > the "OpenVMS Times" I see no VMS or Alpha liturature in hardcopy stuffedL > > in my snail mailbox.  The world perceives Compaq only as PC company withK > > PCs which are touted as "proprietary" to boot.  I don't understand this L > > "proprietary" claim but whenever I wear a T-shirt with the "Q" logo, theM > > only comments I hear concern how folks hate the "proprietary" Compaq box. L > > Is there no PCI?  Intel chip?  Std. SIMMs or DIMMs in these boxes?  WhatL > > is the gripe?  (Not that it's really import, I'm not going to purchase a! > > PC anyway -- just curiosity.)  > >    > G > 	Compaq tends (or at least tended) to make machines which were nearly K > standard, but not quite.  On-board things like disk controllers, ethernet P > cards, the BIOS, were sometimes _not_quite_ like everyone else.  In fact, theyK > also made a bunch of keyboards with speakers in them that used a _SQUARE_ ! > connection.  Terribly annoying.  > D > 	Search some of the earlier linux-kernel mailing lists for compaq,8 > and you'll find some less than flattering comments.... >  >  > Brian Wheeler  >    ------------------------------  % Date: Fri, 29 Sep 2000 16:58:51 -0400   From: John Santos <JOHN@egh.com>5 Subject: Re: Deleting 250,000+ files from a directory 4 Message-ID: <1000929164411.340A-100000@Ives.egh.com>  & On Fri, 29 Sep 2000, Paul Sture wrote:  O > In article <y48zseb5gd.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan   > Vorbrueggen wrote:K > > From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  > > Newsgroups: comp.os.vms 9 > > Subject: Re: Deleting 250,000+ files from a directory $ > > Date: 27 Sep 2000 10:32:34 +0200 > > & > > Paul Sture <paul@sture.ch> writes: > > Q > > > I had a similar problem a couple of weeks ago, although with a mere 25,000  Q > > > files. I did the reverse sorting trick and still got very slow performance   > > > (Alpha VMS V7.2-1).G > > N > > I thought that starting with V7.2, the XQP does directory I/O in 128 blockQ > > chunks, so that even the forward-order delete is much faster than previously?  > > R > Yes, I had that in mind when I started, was disappointed at the performance, so R > tried the reverse delete. Very little difference in either method, as it turned R > out, (subjective, stop watch only estimate), which in prior versions would have  > yielded different results. > P > The moral is that it still takes a lot of time (hours) to delete thousands of R > files, and I can only agree with criticisms seen here that VMS can be "slow" in  > this respect.  > P > On that note, what joy it was to do a "rm -rf /windows" from Linux on my home O > Win98 system and see it complete in 2 seconds or so. I didn't believe it had IO > done it so fast, so added a "sync". That was instantaneous too. Under DOS it mE > would have taken quite some time, so VMS is not on its own here :-)S > ___t > Paul Sture
 > Switzerland   @ Paul - Do you mean DOS or REAL DOS?  I.E. MS-DOS or DOS-11?  :-)  9 (Some one will probably jump in here with IBM 360 DOS...)R  B I remember one time needing to delete 1200 blocks on an RK05 underA DOS-11 and it took almost exactly 2 minutes.  (10 blocks/second.)D This was on a PDP 11/70.  A I think RK05's spun at 3600 RPM or 60 times/second, and it seemednG to be taking 3 rotations to delete each block.  DOS files used 510-bytetD blocks with the extra 2-byte word being a link to the next block, soF it isn't surprising it had to access each block at least twice to link? it to a free list, but it was an awful long time to wait by theO console.  > For the other thread, yes I was actually using DOS-11 in 1981.D Didn't want to, we did all the development on RSTS/E (or maybe underE ROSS/V on a VAX 11/780), but at the customer site, we had to assemblenK and link the app on DOS-11, create a system image that we parked somewhere,o= then reboot the customer's 11/70 under there private OS (somep@ product of Bell Labs, NOT Unix), which had a utility for reading> DOS disks.  So I was used to being able to delete all the .objA and .lst files in a couple of seconds.  When DOS took two minutes ? to do the same thing, I was flabbergasted.  Not a pretty sight.E   -- a John Santosp Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 29 Sep 2000 15:45:55 -0700-' From: Philip Tait <pjtnospam@email.com>e Subject: DELQAs for disposal) Message-ID: <39D51BA3.E83BC917@email.com>   D I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapF pile unless someone wants them.  Company rules require donations to be' to charitable/educational institutions.    --  ? Philip J. Tait.....Honeywell, Phoenix, Az...pjtnospam@email.com0   ------------------------------  % Date: Fri, 29 Sep 2000 20:54:06 -04000  From: John Santos <JOHN@egh.com>  Subject: Re: DELQAs for disposal4 Message-ID: <1000929205212.340A-100000@Ives.egh.com>  ' On Fri, 29 Sep 2000, Philip Tait wrote:m  F > I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapH > pile unless someone wants them.  Company rules require donations to be) > to charitable/educational institutions.t >  > -- > A > Philip J. Tait.....Honeywell, Phoenix, Az...pjtnospam@email.comd  < It would be a real shame if these got lost.  Maybe if no oneA eligible needs them, someone at an EDU or charity could pick theme< up and then auction them off, proceeds to go to the charity?   -- v John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  + Date: Fri, 29 Sep 2000 22:38:50 -0500 (CDT)m From: sms@antinode.org  Subject: Re: DELQAs for disposal) Message-ID: <00092922385061@antinode.org>a    From: John Santos <JOHN@egh.com>) > On Fri, 29 Sep 2000, Philip Tait wrote:e > H > > I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapJ > > pile unless someone wants them.  Company rules require donations to be+ > > to charitable/educational institutions.tC > > Philip J. Tait.....Honeywell, Phoenix, Az...pjtnospam@email.come > > > It would be a real shame if these got lost.  Maybe if no oneC > eligible needs them, someone at an EDU or charity could pick themc> > up and then auction them off, proceeds to go to the charity?  C    I'll say.  The -YM is the "turbo" model, a real prize for anyonemH who's stuck with a DEQNA, for example.  I'd pay a few bucks each just to> keep them from going to waste, but my "charitable/educational"C qualifications are questionable, unless a ".org" domain is adequateaD evidence.  If no one else can save them, let me know and I'll try to2 coax my local educational connections into action.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)iG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)i9    sms@antinode.org                sms@provis.com  (work)    ------------------------------  % Date: Fri, 29 Sep 2000 23:05:47 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>   Subject: Re: DELQAs for disposal- Message-ID: <39D5669B.97A9CE5E@earthlink.net>    Philip Tait wrote: > F > I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapH > pile unless someone wants them.  Company rules require donations to be) > to charitable/educational institutions.u  F ...and if not given away, what kind of price would you need to get for them?n   --   David J. Dachterat dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.g   ------------------------------  # Date: Sat, 30 Sep 2000 04:36:18 GMT ( From: Terry Kennedy <terry@gate.tmk.com>  Subject: Re: DELQAs for disposal' Message-ID: <G1onGI.J81@spcuna.spc.edu>e   sms@antinode.org writes:E >    I'll say.  The -YM is the "turbo" model, a real prize for anyonegJ > who's stuck with a DEQNA, for example.  I'd pay a few bucks each just to  G   Note that the difference between a regular DELQA and a "turbo" one is-J *only* the two ROMs. Turbo mode is actuall a mode that's easier for driverF writers to deal with, not an actual speed-up on the card itself - the I speed improvement comes from streamlined buffer management by the driver.   - 	Terry Kennedy             http://www.tmk.come5         terry@tmk.com             Jersey City, NJ USAE   ------------------------------  % Date: Fri, 29 Sep 2000 18:51:27 -0400>  From: John Santos <JOHN@egh.com>" Subject: Re: Digital Business Link4 Message-ID: <1000929180841.340C-100000@Ives.egh.com>  # On 29 Sep 2000, Hoff Hoffman wrote:c   > f > In article <uou8ts4fct2eqt29bcmuisa0oudqa10faj@4ax.com>, Mike Drabicky <drabicky#dallas.net> writes:I > :If the people making those decisions would play outside the wall for a F > :while, they might find it hard to get at information those of us in2 > :the Digital/Compaq world need on a daily basis. > :sH > :As for Digital/Compaq managers/decision makers listening to us out in& > :the field, nah, ain't gonna happen. > F >   The folks involved with BusinessLink do not follow this newsgroup. > G >   I have passed along specific feedback of my own, based on comments  H >   here, on my use of BusinessLink, and on various background business $ >   factors related to BusinessLink. > F >   If you would like to register your comments with senior managementH >   here at Compaq, there are email addresses listed in the OpenVMS FAQ. > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  F I have totally given up getting any pricing or even part # information from DECxxx Compaq.7  H The old printed DECDirect Catalogs used to be a fair source of technicalF info and a good source of pricing info, but the most recent one I haveG is a brief, very incomplete supplement from 2 years ago.  The last full G DECDirect catalog I have is Fall 1995.  I don't think these are printed 	 any more.   ? The old printed Systems & Options Catalog was a great source of.A technical info, but it always seemed hard to get these.  The most = recent one I have (grabbed at DECUS) is January 1995.  SOC is @ supposedly online, but in a form that seems completely resistantA to searching.  At least, I can never find anything I want to know B about.  And the old stuff (of special interest to hobbyists) seems! to have never made it to the Web.d  = What we do now is go to a 3rd party re-seller that we and thex= customer feel comfortable with for quotes.  They seem to have - access to the pricing and configuration info.   > But this makes it hard to do speculative planning, because you@ have to involve someone with a vested interest in selling stuff.A (We are the software vendor only, so it makes no difference to us > if the customer decides to add more disks to an existing HSZ70? or upgrade to a dual-redundant pair of HSZ80's.  We can examinei? the performance and reliability of each option objectively, butn4 the re-seller definitely wants to sell the upgrade.)  < Since it is impossible to find out what the part numbers and: prices are for adding a 2nd drive unit (what ever they are: called, the things that hold 4 shelves of 6 drives) to the; exising HSZ70, or if it will mount in the existing cabinet,-; or what the power requirements are, or whether they need to-; upgrade the HSZ70 firmware to support this months' new disk-; drives, or whether it is possible to put a solid-state diskg: in it, or if it needs its own BAxxx shelf, etc. etc. etc.,@ we have to get a potential hardware vendor involved much earlier: in the planning stage than we or our customers would like.  : It is also impossible to cross check quotes.  For example,9 last month one customer upgraded a DS20 with an HSZ70 and>7 an HSZ80 by replacing the CPU with a ES40, adding a 2ndi6 dual redundant controller to both the HSZ70 and HSZ80,6 adding another pair of HSZ80s, and a whole slew of new5 disk drives.  1) A lot of the SCSI cables were wrong;I8 the Compaq installers had to grab some from their spares9 supply to test things out and/or jury-rig some cables outa8 of multiple short cables.  A few days later, the correct: cables arrived, and they had to shut down to install them.7 Ordering the correct cables in the 1st place would have 1 saved a prime-time reboot of a production system.s: 2) There were no Cache Battery Backup units for the add-on8 HSZ70 and HSZ80.  (The new pair came with BBU's, but not8 the upgrades for the single controller to dual-redundant7 controllers.)  There were several other things wrong orD( missing that I can't remember right now.  9 The point is if there was a source of information I coulds; access, I could have sanity-checked the quote, and we would 8 have had at least a 50-50 chance of getting these things right.   -- o John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Fri, 29 Sep 2000 18:31:08 GMT - From: "Richard D. Piccard" <piccard@ohio.edu>0/ Subject: Enhanced Versions of VMSINDEX and LYNXR( Message-ID: <39D4DFE3.A91EF1D0@ohio.edu>  F We use LYNX and VMSINDEX to provide our keyword search capability.  AsB the number of pages indexed has grown to more than 80,000, we haveG decided it was worth the effort to modify those two packages to provide + better performance and additional features.t  3 For the full story, and access to the software, seep    '      http://ouvaxa.cats.ohiou.edu/lynx/    ando  +      http://ouvaxa.cats.ohiou.edu/vmsindex/     ? The latter site includes a first stab at a "cookbook" for usingsH VMSINDEX.  The changes outlined below have been tested only for Compaq CC V6.2-008 on OpenVMS Alpha V7.2-1, using DIGITAL TCP/IP Services for2A OpenVMS Alpha Version V5.0A, and using the OSU DECthreads server,mF Version 3.4.  They have been used regularly for some time now; you can$ take a look at our implementation at  '      http://www.ohiou.edu/cwis/keyword/v  1 (using either of the "Find a Web Page" sections).U  G I do intend to submit this work to Stephen Hoffman for the VMS FreewareiD CD, but I would prefer to have the results of other people's testing first.     LYNX:e  = -  The META-tagged keywords and description are now included.a  H -  A DCL symbol controls the number of subdirectories that LYNX uses for theAD    LNKnnnnnnnn.DAT files, to avoid the performance penalty for large sites.  > -  The crawling process does not pause waiting for a password.    	 VMSINDEX:r  B -  Home pages and pages with fewer slashes in the URL get elevated ranking.  D -  Pages with the searched-for words sooner in the page get elevated ranking.  > -  The ranking of pages on a particular server can be lowered.  > -  The ranking of pages with a particular path can be lowered.  C -  The reported hits can be restricted to ones whose URL contains ai string.   F -  Site-specific customization of the output HTML uses INCLUDEd files.  D -  Can be used with Macintosh Internet Explorer V5 (no links work if	 ISINDEX).     /                                             RDP   9 ========================================================= > Dick Piccard                       Academic Technology Manager> piccard@ohio.edu                             Computer Services> http://oak.cats.ohiou.edu/~piccard/            Ohio University> (740) 593-1017                                Athens, OH 45701   ------------------------------  % Date: Fri, 29 Sep 2000 20:44:35 -0400 G From: "Stephen Eickhoff (remove the - to reply)" <operagost@e-mail.com>i( Subject: Error using finger with UCX 5.0* Message-ID: <39D53773.8AADFD69@e-mail.com>  N Sometimes, usually after at least a month of uptime, I start seeing this error if I type "finger":@  F %SYSTEM-F-ROPRAND, reserved operand fault at PC=00002419, PSL=03C00000  2   Improperly handled condition, image exit forced.  4         Signal arguments              Stack contents  1         Number = 00000003                20202020 1         Name   = 00000454                00000001 1                  00002419                00000000i1                  03C00000                5245504Fo1                                          534F4741y1                                          20202054a1                                          00000004"1                                          151F1000l1                                          50435400e1                                          46245049            Register dumpg  B         R0 = 001520F5  R1 = 7FECDF51  R2 = 0000004F  R3 = 7FECDF1DB         R4 = 00000000  R5 = 00000000  R6 = 001520E0  R7 = 00000000B         R8 = 000AE0D0  R9 = 00000001  R10= 00000CD0  R11= 000ADF48B         AP = 7FECDEF0  FP = 7FECDEB0  SP = 7FECDF24  PC = 00002419         PSL= 03C00000e   I have:e  6   DIGITAL TCP/IP Services for OpenVMS VAX Version V5.0.   on a VAXstation 4000-60 running OpenVMS V7.1  N If I do a "finger @host" to this machine from itself or another box, I usuallyI get a blank response. Sometimes if I try repeatedly, I can get it to workt again.   -- ." ----------------------------------          Stephen Eickhoff-           Ardmore, PA " ----------------------------------   ------------------------------  # Date: Sat, 30 Sep 2000 02:59:03 GMT ( From: Terry Kennedy <terry@gate.tmk.com>, Subject: Re: Error using finger with UCX 5.0' Message-ID: <G1oIyF.FI8@spcuna.spc.edu>m  I "Stephen Eickhoff (remove the - to reply)" <operagost@e-mail.com> writes: P > Sometimes, usually after at least a month of uptime, I start seeing this error > if I type "finger":   G   Which finger program is this - one that comes with UCX, or one of the27 DECUS add-on ones? There are 4 or more of these around.w  0   If the output (when it works) looks like this:  . St. Peter's College - Academic Computer CenterI SPCVXA DS20 500 MHz, VMS V7.2-1, Fri, 29-Sep-2000 22:39, 2 Users, 0 BatcheB Uptime 6 20:21, since Sat, 23-Sep-2000 02:18, Load: 0.02 0.01 0.00  N PID      Username     Program   Term     Login   CPU  Location         TT TypeO 00001FD8 4HORNLEIN_J  Mail      VTA1728: 22:29   0:00 <disconnected>           nO 00001CE6 SANANTONIO_G Mail      NTY1302: 08:18   0:00 121g-255-094.spc VT4xx   e  K   it's the one that I maintain, and you should email me directly to discusseH the problem further. If it looks different, you should try to figure out; which one you're running and contact the author/maintainer.a  G   You could also try a different finger package (as I said, there are a  bunch of them around).  - 	Terry Kennedy             http://www.tmk.com 5         terry@tmk.com             Jersey City, NJ USAo   ------------------------------  % Date: Fri, 29 Sep 2000 15:28:29 -0500  From: fwheeler@csc.com Subject: Re: FAQ? 9 Message-ID: <OFB78020D9.5BC61126-ON86256969.00706109@com>e   Hoff Hoffman said:
 8< snip... 8=s: >  The OpenVMS FAQ is archived in the following locations: 8< snip ... 8=9     ftp://ftp.digital.com/pub/Digital/dec-faq/OpenVMS.txto  C This location has the 29 Nov 1999 FAQ, not the August 2000 version..   /Scott Wheeler- Computer Sciences Corporation * Fort Worth TXK   ------------------------------  % Date: Fri, 29 Sep 2000 18:04:54 -0400D  From: John Santos <JOHN@egh.com>' Subject: Re: how long should DIFF take?e4 Message-ID: <1000929174135.340B-100000@Ives.egh.com>  % On Fri, 29 Sep 2000, Jim Agnew wrote:    > hhmm.. depends...  if the files are different, diff uses virtual memory to store the differences before writing to disk, so when+ > that happens, it really barf'in crawls...l >  > up your virtual memory for that setup, and it should go faster.  i'm using it on binary files > 200,000 lines, and it goes prettyv > quickly if they are the same, i think oh, 10 mins max.  now, if they are different, and the differences are going into vm, i've seen9 > HOURS... up the vm and that gets considerably shorter..o >  > i'd like to see a higher-performace diff, writing the diffs to disk instead of vm.  even if i spec it /out=nla0:, the diffs areIl > stored ... no, i don't think i've tested this, but it's worth a try on my part!!!!, as well as your part.. > n > also, if the files are fortran relative organization, fixed length records, performance goes waaayy down..   >  > Jim- >  > Phillip Helbig wrote:- > > K > > For two 3750-block text files, 60,000 lines, how long should DIFF take?p > > A > > Would it make sense to have a high-performance DIFF, like the.  > > high-performance SORT/MERGE?  D I think it is NOT that the differences are store in VM, but that theB POTENTIAL differences are stored in VM.  I think when diff finds aA difference, it starts reading records alternately from each inpute@ file and then searches all the records it has read so far (sinceA the 1st different record) looking for a match.  If it matches (or ? if n consecutive records match for /match=n), it writes out the0B records from the 1st different record through the pair of matching> records as a "difference", resets the other file to the record= after the matching record, and looks for the next difference.aB If it doesn't find a matching record among the stored records fromC the other file, it stores the new record as a potentially different.> record from the 1st file, reads the next record from the other file, and attempts to match it.e  A As long as it doesn't find a match, it makes a pair of constantlyuC growing arrays of records, which 1) eats up VM, and 2) takes longer 9 and longer to search as the arrays get bigger and bigger.-  D If for example, to text files are identical except one has 100 lines@ inserted in the middle of it, DIFF will end up storing 200 linesC (100 from each file) before if discovers where they match up again,oJ resulting in twice as much memory use than merely storing the differences.  E Also, this memory is used to determine where the diffences end, which G DIFF must do *before* it writes anything to the output file.  Thereforec) redirecting the output to NL: won't help..  > It works this way because when it first encounters a differentC record, it doesn't (and can't) know if this represents an insertiontA in the 1st file, an insertion in the second file, a deletion fromu? one of the files, or a bunch of truly different records amongsth others that are identical.  @ I can imagine several methods of speeding this up, but none thatD would be faster than the current method for files that are identical or almost identical.  E For example, it could hash each record in the array (after converting E it appropriately for the /IGNORE= options) to a byte and then compareoD the hash values instead of the records themselves.  This would speed@ up the search when the array was big at the expense of more timeC spent loading the array and a little extra storage overhead.  Also,S? I don't know if it stores the diffence records as read from theS? input file or after massaging them into comparison form.  (I.E.k> compressing white-space for /ignore=spacing, and up-casing for5 /ignore=case).  Maybe some gains could be made there.0  D For a binary compare, to determine if the files are truly identical,D and not to try matching up differences, I think BACKUP/COMPARE would? be much faster than DIFF.  Won't work across a network, though.o   -- L John Santos) Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 29 Sep 2000 21:14:29 -0400a$ From: "Ray T." <lists@aik.tec.sc.us>* Subject: IBM plans to ship 64bit mainframe- Message-ID: <39D53E75.2C83F3E6@aik.tec.sc.us>b  M http://www.computerworld.com/cwi/story/0%2C1199%2CNAV47_STO51670%2C00.html?pm   - IBM set for 64-bit mainframe launch next weeko   BY JAIKUMAR VIJAYAN ^ (September 29, 2000) IBM next week is scheduled to formally announce Freeway, its first familyY of 64-bit S/390 mainframes -- launching a new hardware architecture that's expected to be,` capable of running large applications faster and with much less complexity than earlier big-iron
 boxes could. :   <snip>   ------------------------------  % Date: Fri, 29 Sep 2000 23:23:36 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>m. Subject: Re: IBM plans to ship 64bit mainframe, Message-ID: <39D55CB6.9A0EFC7A@videotron.ca>  / > IBM set for 64-bit mainframe launch next week   N In the article, it wasn't clear whether this was something really new, or just some marketing hooplah.*  N Lots of people have made "64 bit" claims in the past, but it was never the CPUI itself. It may have been a 64 bit bus, or a 64-bit graphics card etc etc.n  N Will this simply be a IBM 390 CPU on a 64 bit backpane for fast data transfersN ? Or has IBM developped a new 64 bit architecture (eg: VAX to Alpha) or is IBMM simply upgrading its 360 architecture once more to accomodate 64bit registers Q and math ? Will it have 64 bit memory addressing or 63 bit memory addressing ? .)1   ------------------------------  % Date: Sat, 30 Sep 2000 00:35:03 -0400e' From: "Bill Todd" <billtodd@foo.mv.com>c. Subject: Re: IBM plans to ship 64bit mainframe( Message-ID: <8r3qah$cei$1@pyrite.mv.net>  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:39D55CB6.9A0EFC7A@videotron.ca...1 > > IBM set for 64-bit mainframe launch next week  >lK > In the article, it wasn't clear whether this was something really new, ork just > some marketing hooplah.e >eL > Lots of people have made "64 bit" claims in the past, but it was never the CPUoK > itself. It may have been a 64 bit bus, or a 64-bit graphics card etc etc., >sF > Will this simply be a IBM 390 CPU on a 64 bit backpane for fast data	 transferssL > ? Or has IBM developped a new 64 bit architecture (eg: VAX to Alpha) or is IBM E > simply upgrading its 360 architecture once more to accomodate 64biti	 registers C > and math ? Will it have 64 bit memory addressing or 63 bit memorye addressing ? .)-  I Can't profess to any knowledge beyond that in the article and the earlier J article it linked to.  But one of them said that 64-bit virtual addressingF was in the wings, which suggests something a bit more fundamental than 64-bit registers.o  K What surprised me most was that I hadn't heard any mention of this earlier: K if it really is a move toward full 64-bit support, it seems like a Big DealgE (especially given the flak S/390 has taken over the years since othern architectures moved there).e   - bill   ------------------------------  % Date: Fri, 29 Sep 2000 15:40:04 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>m: Subject: Re: Improving ALPHA (OpenVMS in particular) sales, Message-ID: <39D4F00E.303DC613@videotron.ca>   andrew harrison wrote: > > > Sun has taken this one step further, the Sun Blade 1000 with= > a 600 Mhz UIII CPU is only going to be available via online) > auctions.v  K This is a smart move by SUN. Just as it was smart for HP to get into Amazonh2 and give the appearance of booting the Alphas out.  N Sun not only gets to push its hardware, but it also supports its Ebay customerJ by increasing business at Ebay, and thus making it much harder for Ebay to% switch supplier of IT infrastructure.n  M A few years from now, I suspect Compaq may clue in on this technique and maket its attempt at copying it.  N (In all fairness to Compaq, I beleive that Northernlights is one such example,) although most certaintly not as visible).l   ------------------------------  % Date: Fri, 29 Sep 2000 22:36:26 -0500l7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> : Subject: Re: Improving ALPHA (OpenVMS in particular) sales- Message-ID: <39D55FBA.2C52B1B3@earthlink.net>o   Rob Young wrote: > h > In article <39D3ECE5.D9B8298@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes: > >w= > > I know I'll get blasted for this one, but gotta say this:s > >h% > > There's two ways to make profits:p > >l > > 1. Low volume high marginn > > 2. High volume low marginx > >l< > > Both will yield the profits sought if properly balanced. > >l > D >         Won't blast but I think there is a fallacy built into yourC >         argument (or a danger that we see worked out day to day).tJ >         The high volume low margin would work as long as the low margins >         are reasonable.    See the original post:  : "Both will yield the profits sought if properly balanced."  H The two points cited may appear to be diametrically opposed, but they'reF not. They're actually movable points along the diameter. If the pointsC were adjacent near the center, there'd be little difference betweenlG them. When the points intersect the circle, the difference between themh? is the greatest. The space in between represents their constanttB variablility until a workable balance between margin and volume is reached.  A When you think about these two, try not to think only in terms of 	 extremes.e  E The last figure I saw quoted (Terry?) for the margin on OVMS was 58%.rB Now, halving the margin will not automatically double the volume -E immediately, and probably not in the near term, either. The "ramp-up"hH time is likely to be siginificant. Perceptions of unaffordability do not@ break down over night, but that's our target: breaking down thatG perception. Once that's done, a nominal reduction in margin could yieldt4 a two-, three- or even four-fold increase in volume.  D Also, try to resist the urge to compare OVMS and related hardware toH "commodity" hardware/software. This will remain inappropriate until OVMSH runs on Intel; none the less, "commodity" stuff is by far OVMS's biggestD opponent. As many have argued in the past, OVMS must prove that it'sB "worth the money"; but before it can do that, we must get past theG "ramp-up" on the marketing side. Marketing seems to be addressing this;d6 but, how much momentum it develops remains to be seen.  F The biggest "problem" that will remain when all of these are addressedF will be the "sticker shock" of, for example, a Proliant server + NT atD around $20,000 or so Vs. a comparable OpenVMS server (Hw/Sw) at well
 over $65,000.a  B THAT is by FAR the biggest hurdle to getting OVMS into more shops.  F ...and doesn't even BEGIN to address the affordability issue for smallD (end-user) shops (SOHO, Mom-and-Pop businesses, etc.), or affordableA licenses for students and self-employed developers with few or no H commercial restrictions (i.e., those for whom the hobbyist license could) be useful, but is legally inappropriate).b  E ...and PLEASE PLEASE PLEASE PLEASE PLEASE PLEASE PLEASE PLEASE PLEASEr  / ...let's not start another flame-war over this!    --   David J. Dachterae dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/A  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.h   ------------------------------  % Date: Sat, 30 Sep 2000 07:14:33 +1200n: From: "Antony Wardle" <antony.wardle@nooospammm.met.co.nz>  Subject: missing/extra Diskquota2 Message-ID: <_Q5B5.13068$O7.174422@ozemail.com.au>   Anyone shed  any light?e  - DSD == "DIR/SIZ=ALL/DATE/WID=(FIL:30,SIZE=7)"s  6 MIN$ dsd dsa9:[000000...]/by_owner=OPS_BRACK_BRACK60KM* Total of 2787 files, 102870/105900 blocks.? Grand total of 4 directories, 2808 files, 766801/771668 blocks.   ( MIN$ sho quota/user= OPS_BRACK_BRACK60KMD   User OPS_BRACK_BRACK60KM has 1246956 blocks used, 53044 available,E   of 1300000 authorized and permitted overdraft of 100 blocks on DSA9  MIN$    $ show where has the extra quota gone?  K I have also done a sysman disk rebuild/dev=dsa9 and a set volum/rebuil dsa9  and this hasn't made any difference.-   antony   ------------------------------  % Date: Fri, 29 Sep 2000 21:59:34 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>:$ Subject: Re: missing/extra Diskquota- Message-ID: <39D55716.8D3FCA38@earthlink.net>i   Antony Wardle wrote: >  > Anyone shed  any light?s > / > DSD == "DIR/SIZ=ALL/DATE/WID=(FIL:30,SIZE=7)"O   $ DSG := DIRECT/SIZE=ALL/GRAND   ...will work also.   8 > MIN$ dsd dsa9:[000000...]/by_owner=OPS_BRACK_BRACK60KM, > Total of 2787 files, 102870/105900 blocks.A > Grand total of 4 directories, 2808 files, 766801/771668 blocks.   e* > MIN$ sho quota/user= OPS_BRACK_BRACK60KMF >   User OPS_BRACK_BRACK60KM has 1246956 blocks used, 53044 available,G >   of 1300000 authorized and permitted overdraft of 100 blocks on DSA94 > MIN$ > & > show where has the extra quota gone? > 1 > I have also done a sysman disk rebuild/dev=dsa9"  A Once upon many moons ago, SYSMAN was deficient in this area. Try:    $ MC DISKQUOTA REBUILD DSA9:   > and a set volum/rebuil dsa9  > and this hasn't made > any difference.m   Have you done:   $ ANA/DISK/NOREPAIR DSA9:=  G ...to see if there are any files sitting around either "lost" or markedE
 for deletion?0   --   David J. Dachtera  dba DJE Systems0 http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  % Date: Fri, 29 Sep 2000 12:40:19 -0700e! From: Shane.F.Smith@Healthnet.comPO Subject: Re: Musical Chairmen in Houston... Rosen Steps Down, Capellas Steps Up C Message-ID: <OF1672376B.577D276E-ON88256969.006BDB0F@HEALTHNET.COM>o  K As far as I'm concerned, if he's pro-VMS (and there are some indications heaD might be) let's have him cloned and have an entire boardroom full ofG Capellases. Screw the shareholders for the time being. They'll thank us, after VMS takes over the world.I   $ SET MODE /DREAM=OFFc   Shanep          F mathog@seqaxp.bio.caltech.edu (David Mathog) on 09/29/2000 08:18:25 AM  / Please respond to mathog@seqaxp.bio.caltech.edu    To:   Info-VAX@Mvb.Saic.Com: cc:t  G Subject:  Re: Musical Chairmen in Houston... Rosen Steps Down, Capellas-       Steps Up    G In article <hTUA5.29528$pu4.3076223@typhoon.ne.mediaone.net>, "Terry C.o, Shannon" <terryshannon@mediaone.net> writes:I >Compaq today announced that President and CEO Michael Capellas is takingJ thelF >additional position of chairman - a title he takes over from Benjamin Rosen,9 >who had headed the firm's board of directors since 1983.   E There have certainly been companies that have done well with the samesJ person wearing all of the hats but in general it's a crappy idea since theK board of directors is supposed to keep management from wrecking the company E and so protect the stockholders.   When the CEO/President is also thetG Chairman board oversight usually goes completely out the window and thee? stockholders get screwed.  Ie, Digital with Palmer as Chairman.-   Regards,   David Mathog mathog@seqaxp.bio.caltech.edum> Manager, sequence analysis facility, biology division, Caltech   ------------------------------  % Date: Fri, 29 Sep 2000 15:59:02 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>oO Subject: Re: Musical Chairmen in Houston... Rosen Steps Down, Capellas Steps Upx, Message-ID: <39D4F47F.F0EF92B5@videotron.ca>   Larry Kilgallen wrote:G > My understanding is that Benjamin Rosen is _the_ major stockholder in-E > Compaq, so if he is willing to leave his money under the control of 1 > Michael Capellas that is a major show of faith.l   <cynic mode on>eK Unless Rosen has given up on Compaq and sees it as an old and tired company0M incaable of innovating, and slow in following the innovators. At which point,sM he gives Capellas full powers and a similar mandate to what Bobby Palmer had:hN find a "young/agressive" buyer for Compaq so that in the end, I can convert myP useless Compaq stock into stock of that new agressive and innovative company..." <cynic mode off>  u/ I have only seen 2 initiatives taken by Compaq:a  D 	-merging of the Compaq and Digital disk storage system into the new Storageworks stuff7 	-Announcing that Tandem will eventually move to Alpha.'  H The Galaxy and Wildfire were, as far as I recall, projects that had been( started prior to Compaq taking over DEC.  H Compaq has yet to get a grasp on its sales/distribution (closing down of: Business Link is a good example of how clueless they are).   ------------------------------  % Date: Fri, 29 Sep 2000 15:45:56 -0400c- From: JF Mezei <jfmezei.spamnot@videotron.ca>i Subject: Re: PDF under OpenVMS, Message-ID: <39D4F16D.DB5D7559@videotron.ca>   Larry Kilgallen wrote:I > That will change.  Adobe is forcing DEQ to stop shipping the Postscript G > Viewer.  The only commercial product left will be the Applied SynergyeK > PDF Viewer (so recently announced that it is not even available on CD-ROMw > yet).f  L What sort of arrangement was in place in that past that made it possible forJ Digital to ship the postscript viewer with Adobe's blessing ? And what has! changed to force an end to this ?f   ------------------------------    Date: 29 Sep 2000 17:26:23 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: PDF under OpenVMS+ Message-ID: <$D90bqnbn2Hc@eisner.decus.org>   \ In article <39D4F16D.DB5D7559@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Larry Kilgallen wrote:J >> That will change.  Adobe is forcing DEQ to stop shipping the PostscriptH >> Viewer.  The only commercial product left will be the Applied SynergyL >> PDF Viewer (so recently announced that it is not even available on CD-ROM >> yet). > N > What sort of arrangement was in place in that past that made it possible forL > Digital to ship the postscript viewer with Adobe's blessing ? And what has# > changed to force an end to this ?t  8 My understanding is that it was always Adobe's property.6 Presumably the "sort of arrangement" was "a contract".   ------------------------------  % Date: Fri, 29 Sep 2000 22:43:47 -0500s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r Subject: Re: PDF under OpenVMS- Message-ID: <39D56173.B5D6F4DB@earthlink.net>t   Chris Scheers wrote: >  > Larry Kilgallen wrote: > >nm > > In article <bRTA5.123$53.44986@typhoon.aracnet.com>, "Zane H. Healy" <healyzh@shell1.aracnet.com> writes:d< > > > David J. Dachtera <djesys.nospam@earthlink.net> wrote:1 > > >> fabio_compaq@ep-bc.petrobras.com.br wrote:e > > >>>uQ > > >>> Both methods of generating .PDF files : PRINT and CONVERT command will be  > > >>> welcome.O > > >>> And in my country PS is not much popular .... people here prefer .PDF !n > > >rM > > >> I don't think I've ever seen a printer that accepts PDF instead of PS.i > > > P > > > True, however my guess is that he's not talking about printing the result.M > > > Rather he's talking about people viewing the file on their computer, intN > > > which case PDF is the preferred format (well, OK, not on VMS, but pretty' > > > much on any other modern system).n > >iK > > That will change.  Adobe is forcing DEQ to stop shipping the PostscriptrI > > Viewer.  The only commercial product left will be the Applied SynergynM > > PDF Viewer (so recently announced that it is not even available on CD-ROM 	 > > yet).e > @ > We're working on it Larry.  I'll let you know as soon as it is > available.  <grin>   Anything I can do to help?  $ http://www.djesys.com/vms/cdrom.html   -- P David J. Dachteram dba DJE SystemsI http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.4   ------------------------------  % Date: Fri, 29 Sep 2000 22:42:34 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>k Subject: Re: PDF under OpenVMS- Message-ID: <39D5612A.17955BA1@earthlink.net>a   "Zane H. Healy" wrote: > 8 > David J. Dachtera <djesys.nospam@earthlink.net> wrote:. > > fabio_compaq@ep-bc.petrobras.com.br wrote: > >>N > >> Both methods of generating .PDF files : PRINT and CONVERT command will be
 > >> welcome.eL > >> And in my country PS is not much popular .... people here prefer .PDF ! > J > > I don't think I've ever seen a printer that accepts PDF instead of PS. > L > True, however my guess is that he's not talking about printing the result.I > Rather he's talking about people viewing the file on their computer, ineJ > which case PDF is the preferred format (well, OK, not on VMS, but pretty# > much on any other modern system).t  
 Well, FWIW...6  H Notepad, WordPad or even Kedit should be sufficient as long as the files= that need to viewed are on an accessible Pathworks share, no?I   -- l David J. Dachteraa dba DJE SystemsV http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.@   ------------------------------  % Date: Fri, 29 Sep 2000 15:42:51 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: Shark x Penguin : The OpenVMS Logo , Message-ID: <39D4F0B4.556C67DE@videotron.ca>   re the shark logo.  2 I have updated the logo to what it SHOULD be like:  . http://pages.infinit.net/vaxinat/vms-shark.gif   ------------------------------  % Date: Fri, 29 Sep 2000 15:30:26 -0400b/ From: "Webb, William W" <wwebb1@email.usps.gov>y, Subject: RE: Shark x Penguin :THE REAL STORYI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB22F@rlghncst625.usps.gov>:  = I passed this back to a couple of folks at Compaq, and lo andr= behold, one of them was the creator of said shark, and here's ) the authoritative story on the VMS shark:m  A CUT HERE --------------------------------------------------------t Bill,   H I created the OpenVMS Shark logo long ago (early '90's) for the originalH 'OpenVMS Champions' program - a worldwide group of business managers whoE were drivers and advocates of OpenVMS in their local geographies. ThesJ reasoning around the logo was that the shark and OpenVMS shared attributes such as:  % o They have both been around forever.g' o They are extremely fast and flexible.k o They never stop.; o They will take on (eat) anything and continue to operate.-! o They operate in packs/clusters.,H o And although they will never be cute - they are the most efficient and) effective machines in their environments.n   The tag line for the group was:DI "In an ocean full of guppy operating systems, wouldn't you want to be the  king of the seas?"   Regards,I ------------------------------Pure Personal Opinion----------------------n
 John P. Smithv! OpenVMS Systems and Servers Groups john.p.smith#compaq.nospam    I CUT HERE ----------------------------------------------------------------   3 Thanks, John, for granting permission to post this.s   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET + Sent: Thursday, September 28, 2000 10:51 AMu6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET+ Subject: Shark x Penguin : The OpenVMS Logot    K Is that shark really the OpenVMS symbol ? This means: skarks eat penguins ;s -)  2 http://www.montagar.com/dfwlug/openvms_issues.html   Is this logo really up ???  
 Fabio Cardoso2 Analista de Suporte0   ------------------------------  % Date: Fri, 29 Sep 2000 14:33:40 -0500: From: fwheeler@csc.com9 Subject: SIGMAs (was: RE: This list participants profile)h9 Message-ID: <OF57047506.6DEE48A8-ON86256969.006AA119@com>D  + Dan O'Reilly <dano@process.com> reminisced:s7 >At 02:52 PM 9/28/2000, Koska, John C. (LNG-MBC) wrote:e >>42 years old.s >>5 >>VMS user since 1977 or so, when I was in college ata3 >>Rochester Institute of Technology. (They replaced - >>their Xerox Sigma 9 with some sort of VAX.)l >iH >Hey, you're my kinda guy!  I used to work on a Xerox Sigma 7 at MontanaK >State University until it got replaced by an 11/780 in 1978...not too manyd" >folk remember the Xerox Sigmas...  D Some of us remember when they were XDS SIGMAs and even SDS SIGMAs...C (BTW, didn't the MSU SIGMA workload really get absorbed by the CP-6B system?)  > /Scott Wheeler - Computer Sciences Corporation * Fort Worth TX3 (A software support guy for Xerox in a former life)'   ------------------------------  % Date: Fri, 29 Sep 2000 16:38:22 -0600 % From: Dan O'Reilly <dano@process.com>b= Subject: Re: SIGMAs (was: RE: This list participants profile)hD Message-ID: <5.0.0.25.2.20000929163756.0371b5f0@pop.clsp.uswest.net>  . At 01:33 PM 9/29/2000, fwheeler@csc.com wrote:, >Dan O'Reilly <dano@process.com> reminisced:9 > >At 02:52 PM 9/28/2000, Koska, John C. (LNG-MBC) wrote:  > >>42 years old.r > >>7 > >>VMS user since 1977 or so, when I was in college at 5 > >>Rochester Institute of Technology. (They replacedi/ > >>their Xerox Sigma 9 with some sort of VAX.)t > >aJ > >Hey, you're my kinda guy!  I used to work on a Xerox Sigma 7 at MontanaM > >State University until it got replaced by an 11/780 in 1978...not too manyb$ > >folk remember the Xerox Sigmas... > E >Some of us remember when they were XDS SIGMAs and even SDS SIGMAs...tD >(BTW, didn't the MSU SIGMA workload really get absorbed by the CP-6	 >system?)      Yup - CP6 was a great OS.d   ------------------------------    Date: 29 Sep 2000 21:04:50 -0500 From: shumaker@eisner.decus.orgn= Subject: Re: SIGMAs (was: RE: This list participants profile)e+ Message-ID: <i0ek2uYYYqSz@eisner.decus.org>t  l In article <5.0.0.25.2.20000929163756.0371b5f0@pop.clsp.uswest.net>, Dan O'Reilly <dano@process.com> writes:0 > At 01:33 PM 9/29/2000, fwheeler@csc.com wrote:- >>Dan O'Reilly <dano@process.com> reminisced:s: >> >At 02:52 PM 9/28/2000, Koska, John C. (LNG-MBC) wrote: >> >>42 years old. >> >> 8 >> >>VMS user since 1977 or so, when I was in college at6 >> >>Rochester Institute of Technology. (They replaced0 >> >>their Xerox Sigma 9 with some sort of VAX.) >> >K >> >Hey, you're my kinda guy!  I used to work on a Xerox Sigma 7 at Montana N >> >State University until it got replaced by an 11/780 in 1978...not too many% >> >folk remember the Xerox Sigmas...e >>F >>Some of us remember when they were XDS SIGMAs and even SDS SIGMAs...E >>(BTW, didn't the MSU SIGMA workload really get absorbed by the CP-6,
 >>system?) >  > Yup - CP6 was a great OS.E  @ Yes, but even though there was a sincere effort to do bug fixing? and minor upgrades (if customer-funded), it didn't have a majorcC improvement after about 1984.  Ethernet was difficult, and an earlyaB version of TCP/IP was possible but you had to use a Honeywell UNIXA box as a front-end processor; no graphics, CD-ROM, 8mm, 4mm, DLT,s@ or SCSI- connected anything.  The nine-bit byte size allowed for= larger numeric values but was a bear come interchange time...i  ? As a programming and production environment, I believe that VMSh surpassed it along about 1987.  9 But the CP-6 (and earlier XDS CP-V) keyed-file system wasa? outstanding; KEY= (and CRPT=) options were permitted in the I/Oa< statements of all high-level languages available, and it did= a truly amazing amount of productive work for the modest MIPSI( rates of the processors on which it ran.  > We just disposed of our CP-6 equipment about six months ago --? ending my long and uninterrupted personal involvement with UTS/ ? BPM, CP-V, and CP-6 starting in 1971 with a Tymshare account onB> an 12-bit SDS 930 (IIRC) and progressing through XDS (560) and3 Honeywell-Bull (various DPS-8 and -8000s) equipmentk  < Now I have occasional ex-users begging and/or demanding data= from applications which once ran on it, for migration to somee; new system or other.  Good luck, guys!!  It's all stored on > 6250 BPI 9-track 1/2-inch tapes, in CP-6 backup format -- tell' me where you want me to send the tapes.e  ? (No, floppies are not available.  Nor FTP sites.  I resent thate: remark; you were eager enough to save money by shutting it; down.  No, I didn't call you that, but now that you mentionI the resemblance...)0  
 Mark ShumakerS   ------------------------------  % Date: Fri, 29 Sep 2000 21:55:31 -040002 From: "Richard B. Gilbert" <DRAGON@compuserve.com>= Subject: Re: SIGMAs (was: RE: This list participants profile)87 Message-ID: <200009292155_MC2-B53F-4373@compuserve.com>e  H         The SDS 900 series machines (910, 920,925?, and 930) were 24-bitJ machines.  The 930 was my first computer (1967) and MetaSymbol was my fir= st assembler language.   : Message text written by INTERNET:shumaker@eisner.decus.org <snip>@ >BPM, CP-V, and CP-6 starting in 1971 with a Tymshare account on> an 12-bit SDS 930 (IIRC) and progressing through XDS (560) and4 Honeywell-Bull (various DPS-8 and -8000s) equipment< <snip>   ------------------------------  % Date: Fri, 29 Sep 2000 13:26:41 -0500e+ From: "posbourne" <posbourne@dollarcar.com>r
 Subject: SOAPe/ Message-ID: <st9nhfsi9il8f4@corp.supernews.com>b  , Does anyone know of a SOAP Listener for VMS?   regards, pete   ------------------------------  % Date: Fri, 29 Sep 2000 21:52:56 -0500s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: Re: SOAPe- Message-ID: <39D55588.5ADF2421@earthlink.net>f   posbourne wrote: > . > Does anyone know of a SOAP Listener for VMS?  & Forgive my ignorance - what is "soap"?   -- g David J. Dachtera- dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.f   ------------------------------  % Date: Fri, 29 Sep 2000 22:18:42 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>O Subject: Re: SOAPh/ Message-ID: <stamp44p9pc057@corp.supernews.com>v  B "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message' news:39D55588.5ADF2421@earthlink.net...S > posbourne wrote: > >:0 > > Does anyone know of a SOAP Listener for VMS? >,( > Forgive my ignorance - what is "soap"?  / Something that is easy to slip on and get hurt.   " Simple Object Application Protocol   http://www.w3.org/TR/SOAP/    " You can even get "SOAP on a ROPE".  G http://msdn.microsoft.com/msdnmag/issues/0800/webservice/webservice.asph     -Johnr wb8tyw@qsl.network   ------------------------------  % Date: Fri, 29 Sep 2000 22:56:12 -0500e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>m Subject: Re: SOAPa- Message-ID: <39D5645C.E6FAFE07@earthlink.net>a   "John E. Malmberg" wrote:s > D > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message) > news:39D55588.5ADF2421@earthlink.net...  > > posbourne wrote: > > >o2 > > > Does anyone know of a SOAP Listener for VMS? > > * > > Forgive my ignorance - what is "soap"? > 1 > Something that is easy to slip on and get hurt.g > $ > Simple Object Application Protocol >  > http://www.w3.org/TR/SOAP/  G I notice the development team is heavy on the Micro$hit side (rife with: M$'ers). So much for quality...e   -- m David J. Dachtera  dba DJE Systemsc http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/i  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Fri, 29 Sep 2000 19:05:52 GMTg  From: jlsue <jlsuexxxz@home.com>* Subject: Re: Sun Hardware problems persist8 Message-ID: <ptp9tskm32frelmijkbici9mdhmn06e3e4@4ax.com>  3 On Thu, 28 Sep 2000 15:02:54 +0100, andrew harrisont! <andrew.nospam@uk.sun.com> wrote:o  8 >Is eTrade such a different story, there is no concrete > >information about what actually caused eTrades outage, Kerry < >waves his hands and says it was only a configuration issue.A >Without answering the question as to who made the configuration  ? >error and why did the error hang the cluster when most people  2 >thought that this sort of thing could not happen.  F Bad choice of comparison.  E*trade is over.  Has been for a long time,2 and we *new* how to fix their problem.  Try again.    1 Not speaking for anyone, certainly not DEC/Compaq-- (get rid of the xxxx in my address to e-mail)    ------------------------------   Date: 29 Sep 2000 18:17:14 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)-+ Subject: Re: This list participants profile 0 Message-ID: <8r2mba$7mt$1@aquila.news.mdx.ac.uk>  w In article <Pine.LNX.4.10.10009290802510.25999-100000@triangle.cs.uofs.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes: 7 >On Fri, 29 Sep 2000, Arne [iso-8859-1] Vajh=F8j wrote:l >n >>=20wB >> Anybody heard a story about Unix systems with uptime >5 years ? >>=20i >oG >I don't know any unix Sysadmin who thinks that's significant enough to F >keep track of. I have no doubt that if the power here didn't get shutD >off campus-wide every Good Friday all of mine would beat that mark. >c >billn >a  J You mean that if they weren't shutdown every Good Friday your Unix systems> would not have been shutdown (taken into single-user mode) for& security patches in over 5 years ?????  E And your working with Hackers - sorry students - in a University.  :)r    
 David Webb VMS and unix team leader CCSS Middlesex University   ------------------------------  # Date: Fri, 29 Sep 2000 18:17:13 GMTa- From: kevin_beasley@emory.org (Kevin Beasley)M+ Subject: Re: This list participants profiles6 Message-ID: <39d4d937.84264756@News.Service.Emory.Edu>  * fabio_compaq@ep-bc.petrobras.com.br wrote:  I >I am reading this list just for three weeks but I have a curiosity . . =n >. > E >What=B4s the average age of all people here ? I am asking it becausen >everybody looks like F >experiencied > 30 ... I am 28 and work with VMS since 1989 ( I feel a >veteran)... and inhI >my job I am alone. There=B4re 8 guys to manager our Unix servers (above=g > 30s) >, 8 guys to managehG >the NT servers (20-24)  and only me to manage  the OpenVMS servers....  >n$ >It=B4s just a market curiosity .... >n >Fabio Cardoso >Analista de Suporte=1 >a >t >m    Upstart young whipper-snapper :)  C I'll be 40 at the next vernal equinox.  Started on on Prime (PrimosaE 17.x) on a pair of Prime 750's and a 950 in 1984 in coal mining/powereF generation.  Got to VMS (and system privs) on 5-Jun-1989.  Version 4.7? on a 2 node 11/785 cluster running a manufacturing package callnE Maxcim. Now running a Hospital datacenter with about 30 Alpha's and aFE whopper VAXcluster.  Been there ever since and don't intend to change  if I don't have to :)  e  , Hope to see everyone in LaLa land next week.  
 Kevin Beasley  Senior Operating System Analystc Emory Healthcare Atlanta, GAm 404.727.4670    kevin_beasley@emory.org   (work)> cueball@xmail.com  (personal, you'll know why when you see the haircut)   ------------------------------  + Date: Fri, 29 Sep 2000 13:40:53 -0500 (EST)l1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>o+ Subject: Re: This list participants profileaW Message-ID: <Pine.LNX.3.96.1000929133955.28618A-100000@rocinante.admin.rose-hulman.edu>s  ? This stuff has other purposes...searching for cracks in engine /% castings, and on railroad car trucks.   ( On Fri, 29 Sep 2000, Dan O'Reilly wrote:  ) > At 08:28 AM 9/29/2000, R.A.Omond wrote:n > # > >Bob Koehler wrote in message ...wM > > >In article <5.0.0.25.2.20000928193708.0371ff28@pop.clsp.uswest.net>, Dani& > >O'Reilly <dano@process.com> writes: > > >f > > > [...snip ...]r > > >fK > > >Our Sigma 7 had a 7-track tape drive that could run down to 220 BPI too# > > >read data gathered on a PDP-7.s > >g > >  > >(minor nitpick) > >-K > >220 bpi ?  Surely you mean 200 ?  I remember 7-track tapes (dual densitydL > >200 and 556 (566 ?) bpi).  Who remembers the oily stuff with the magnetic8 > >filings used for *visually* reading such tapes ?  :-) >  > Ah, yes - "Magnaflux"... >  >  >  >    ------------------------------  % Date: Fri, 29 Sep 2000 21:24:26 +0200t From: Cor Mom <cor@momss.nl>+ Subject: Re: This list participants profile>( Message-ID: <39D4EC6A.8CC50450@momss.nl>  D Age 41. Working with OpenVMS sinds 1987. I will never do without it.   Cor Momn http://www.momss.nlt    * fabio_compaq@ep-bc.petrobras.com.br wrote: > J > I am reading this list just for three weeks but I have a curiosity . . . > D > Whats the average age of all people here ? I am asking it because > everybody looks likeG > experiencied > 30 ... I am 28 and work with VMS since 1989 ( I feel al > veteran)... and inL > my job I am alone. Therere 8 guys to manager our Unix servers (above 30s) > , 8 guys to manageH > the NT servers (20-24)  and only me to manage  the OpenVMS servers.... > # > Its just a market curiosity ....f >  > Fabio CardosoP > Analista de Suporte    ------------------------------  % Date: Fri, 29 Sep 2000 15:23:32 -0500  From: fwheeler@csc.com+ Subject: Re: This list participants profilee9 Message-ID: <OF7C16CFF0.B33AB0EA-ON86256969.006EF971@com>,  ( "R.A.Omond" <Roy.Omond@compaq.com> said:  ! >Bob Koehler wrote in message ...g
 8< snip... 8=-H >>Our Sigma 7 had a 7-track tape drive that could run down to 220 BPI to  >>read data gathered on a PDP-7. >(minor nitpick)I >220 bpi ?  Surely you mean 200 ?  I remember 7-track tapes (dual densityrJ >200 and 556 (566 ?) bpi).  Who remembers the oily stuff with the magnetic6 >filings used for *visually* reading such tapes ?  :-)  H 200 bpi/556 bpi. The SIGMA 7-track ran at 62.5 ips (IIRC). Excruciating!H I remember the jeweler's glass used along with the oily stuff. (And some folks claimed they* could read the records w/o the magnifier).  > /Scott Wheeler - Computer Scineces Corporation * Fort Worth TXE (Spent many an hour watching SIGMA 7Ts spin ... and quite a few hours  getting some of therG 'freeware' [of the day] tape-massaging utilities to work correctly with- 7-tracks ... we calledI drivers "handlers" back then and they worked differently for 9T vs. 7T one the SIGMA opera- ting systems of the Sixties.)    ------------------------------   Date: 29 Sep 2000 20:34:09 GMT= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818)n+ Subject: Re: This list participants profilee, Message-ID: <8r2uc1$1a0a@r02n01.cac.psu.edu>  ` In article <8ZSaJDl1LLFf@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:N -In article <Pine.LNX.4.10.10009290802510.25999-100000@triangle.cs.uofs.edu>, / -    Bill Gunshannon <bill@cs.uofs.edu> writes:- ->>=20C ->> Anybody heard a story about Unix systems with uptime >5 years ?  ->>=20 -> eI -> I don't know any unix Sysadmin who thinks that's significant enough totH -> keep track of. I have no doubt that if the power here didn't get shutF -> off campus-wide every Good Friday all of mine would beat that mark. -> MA -   Our Tru64 Unix system quite possibly could, but the vendor ofEB -library automation software we run on it insists Unix needs to beE -rebooted frequently and their support folks often won't troubleshootaD -a problem if we haven't rebooted the system within the last week or -two.d   	Malcom,  ; 	Could you identify that library automation software for mem9 	(by private Email if you're afraid of repurcussions ;-)?   < 	I ask because we're (sadly) migrating our inhouse-developed= 	(on Xerox CP-V/Sigma, migrated twice, once to Honeywell/Bulli> 	CP-6 and a second time to VMS/VAX9000 [with minor "migration"> 	to OpenVMS/Alpha) library automation system to a vendor which@ 	runs on Tru64 as well as other Unixes, but we're already seeingA 	that the system was designed for what I refer to as the "Barrett7> 	Friendly Library" (small town public library where I grew up)A 	instead of a 24x7x365 research institution library.  If it turns-A 	out we're dealing with the same vendor I think I need to pass one: 	that tech support requirement to some higher-ups here ;-P  M +-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+eN | J.Lance Wilkinson ("Lance")            InterNet:  Lance.Wilkinson@psu.edu | M | Systems Design Specialist - Lead       AT&T:      (814) 865-1818          |XM | Library Computing Services             FAX:       (814) 863-3560          |GM | E3 Paterno Library                     "I'd rather be dancing..."         |yM | Penn State University         A host is a host from coast to coast,       |fM | University Park, PA 16802     And no one will talk to a host that's close |-M | <postmaster@psulias.psu.edu>  Unless the host that isn't close            |mM | VMS GopherMeister             Is busy, hung or dead.                      | M +------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+09                  [apologies to DeForest Kelly, 1920-1999]>3 <A Href="http://perdita.lcs.psu.edu">home page</a> .J <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a>   ------------------------------   Date: 29 Sep 2000 20:47:23 GMT= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818)t+ Subject: RE: This list participants profilet, Message-ID: <8r2v4r$1a6k@r02n01.cac.psu.edu>  l In article <5.0.0.25.2.20000928193708.0371ff28@pop.clsp.uswest.net>, Dan O'Reilly <dano@process.com> writes:7 -At 02:52 PM 9/28/2000, Koska, John C. (LNG-MBC) wrote:  ->42 years old.( ->5 ->VMS user since 1977 or so, when I was in college ath3 ->Rochester Institute of Technology. (They replaced - ->their Xerox Sigma 9 with some sort of VAX.)2 - H -Hey, you're my kinda guy!  I used to work on a Xerox Sigma 7 at MontanaK -State University until it got replaced by an 11/780 in 1978...not too manys" -folk remember the Xerox Sigmas... -2 -3G 	Amazing how so many folks in the Xerox (OS's like CP-V, UTS, BPM, etc): 	wound up using VMS eventually.e  L OK, my details.  46, started with computing as college freshman in Comp.Sci.H class on IBM360.  Thankfully shifted to Xerox Sigma7 running CP-V by 2ndL semester of sophomore year.  Stuck w/ CP-V after college, working at anotherM college with same OS.  Moved to Honeywell CP-6 while there.  Relocated '86 toVK another university after 10 years, sticking w/ CP-6 to escape creeping MVS.aL Stuck w/ CP-6 for 4 years after Honeywell/Bull announced the OS was "mature"H in '87 before migrating in '91 to VMS on VAX9000 (serial #2).  VAX10000,K Alphas, so on.   Now in process of moving to Tru64 on new Alphas (includingUL one Wildfire now on site that'll eventually have a 1-note OpenVMS cluster in- one partition while Tru64 elsewhere.  Sheesh.w  M +-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+ N | J.Lance Wilkinson ("Lance")            InterNet:  Lance.Wilkinson@psu.edu | M | Systems Design Specialist - Lead       AT&T:      (814) 865-1818          | M | Library Computing Services             FAX:       (814) 863-3560          |nM | E3 Paterno Library                     "I'd rather be dancing..."         | M | Penn State University         A host is a host from coast to coast,       |mM | University Park, PA 16802     And no one will talk to a host that's close |aM | <postmaster@psulias.psu.edu>  Unless the host that isn't close            |eM | VMS GopherMeister             Is busy, hung or dead.                      | M +------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+f9                  [apologies to DeForest Kelly, 1920-1999] 3 <A Href="http://perdita.lcs.psu.edu">home page</a> gJ <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a>   ------------------------------   Date: 29 SEP 2000 20:47:14 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>l+ Subject: Re: This list participants profile 2 Message-ID: <29SEP00.20471498@feda34.fed.ornl.gov>  > 53 (as of this week).  First professional (or at least paying)@ computer job in 1968 on a LINC-8 (half PDP-8 and half LINC) with> 4k 12-bit words of memory and no disks.  VMS since v3.0 (early< 80s).  Sadly spending increasing amounts of time on u**x and Wintel.    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVoH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Fri, 29 Sep 2000 17:22:23 -0400-/ From: "Webb, William W" <wwebb1@email.usps.gov>r+ Subject: RE: This list participants profileoI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB233@rlghncst625.usps.gov>-  5 45 years old, started with VMS around 5.3 (1989-90?)    : First experience with computers was high school ca. 1969- ? timesharing on an IBM 360- IBM 2741 (Imagine the top half of a b? Selectric II placed on a white Parsons table), with a 300 baud b Western Electric modem...d  E You could write real tight code in APL but since it was all symbolic,c/ it was, shall we say, most un-self-documenting.g  B You could write stuff, and if you didn't heavily comment it, you'dH look at it three months later in utter befuddlement and have to unravel  it again a symbol at a time.   WWWebb -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET + Sent: Wednesday, September 27, 2000 6:40 PMe6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET' Subject: This list participants profile5    H I am reading this list just for three weeks but I have a curiosity . . .  B What's the average age of all people here ? I am asking it because everybody looks likeE experiencied > 30 ... I am 28 and work with VMS since 1989 ( I feel a" veteran)... and inJ my job I am alone. There're 8 guys to manager our Unix servers (above 30s) , 8 guys to manageF the NT servers (20-24)  and only me to manage  the OpenVMS servers....  ! It's just a market curiosity ....t  
 Fabio Cardoson Analista de Suporte.   ------------------------------  # Date: Fri, 29 Sep 2000 21:27:44 GMTo4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)+ Subject: Re: This list participants profile-' Message-ID: <kP7B5.3023$R6.8420@insync>2   jnchambless@my-deja.com wrote: : Children!b : F : I'm 56.  Been working with VMS for 9 years with 5 years RSTS/E ( PDPI : 11/70 ) before that.  Nice to see the "younger" generation is alive and  : well in VMS land!5 :    I'm "only" 55. :-)  J I started my career in 1966 on IBM 7094s and Univac 1108s for TRW Systems,K and have also worked on SDS 940, Univac 1108s/1110s, Honeywell GE/PAC 4010s  Modcomp MAX IVs & Classics.p  I I've been working with VMS since 1983, as well as some sects of the unix nK religion: AIX, HP-UX, Linux, and the stuff from the Evil Empire in Redmond.r  B I'm currently a system manager at a pipeline control center, whereA there are three of us overseeing the three ALPHAServer 8400s thatD* are scada systems, and ~12 smaller ALPHAs.    / --Jerry Leslie   leslie@209-16-45-97.insync.netE;                  leslie@209-16-45-102.insync.net is invalidd2                  (my opinions are strictly my own)   ------------------------------  % Date: Fri, 29 Sep 2000 15:25:57 -0400 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>+ Subject: RE: This list participants profilesJ Message-ID: <2B37459189B0D211BE710000F8EF9D8505668461@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C02A61.5327D4CC  Content-Type: text/plain;  	charset="iso-8859-1"e+ Content-Transfer-Encoding: quoted-printablee  H IMHO reboots for a "good reason" are one thing, reboots because the OS = getsB flaky or the apps have memory leaks, or to change a damn network = settingl  (cough cough NT cough) is silly.     Bill Gunshannon wrote:8 > On Fri, 29 Sep 2000, Arne [iso-8859-1] Vajh=F8j wrote:C > > Anybody heard a story about Unix systems with uptime >5 years ?- > >  >=20G > I don't know any unix Sysadmin who thinks that's significant enough =: to > keep track of.  E I thougth most Unixes has an "uptime" command, but OK I am not a Unix  expert.8  G >                I have no doubt that if the power here didn't get shuteE > off campus-wide every Good Friday all of mine would beat that mark.a  A Do not get me wrong. I am actually for relative frequent reboots.nA But it is just characteristic how many "me too" replies there aret8 when the talk comes uptime of VMS system for many years.  : And before anyone asks - the reson I am for reboots are to= check startup procedures. If you reboot the system after 5 oro= 10 years and it does not come proper up, then you have to ask*? everybody: "did you install something during the last 5/10 yeara% and forgot to put it in SYSTARTUP ?".r   Arne  ' ------_=_NextPart_001_01C02A61.5327D4CC- Content-Type: text/html; 	charset="iso-8859-1":+ Content-Transfer-Encoding: quoted-printableb  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">s <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =0 charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65"> 1 <TITLE>RE: This list participants profile</TITLE>> </HEAD>A <BODY>  F <P><FONT SIZE=3D2>IMHO reboots for a &quot;good reason&quot; are one =I thing, reboots because the OS gets flaky or the apps have memory leaks, =r? or to change a damn network setting (cough cough NT cough) is =o silly.</FONT></P>y <BR>  / <P><FONT SIZE=3D2>Bill Gunshannon wrote:</FONT>nI <BR><FONT SIZE=3D2>&gt; On Fri, 29 Sep 2000, Arne [iso-8859-1] Vajh=F8j =s
 wrote:</FONT>oG <BR><FONT SIZE=3D2>&gt; &gt; Anybody heard a story about Unix systems =i  with uptime &gt;5 years ?</FONT># <BR><FONT SIZE=3D2>&gt; &gt;</FONT>- <BR><FONT SIZE=3D2>&gt; </FONT> C <BR><FONT SIZE=3D2>&gt; I don't know any unix Sysadmin who thinks =-# that's significant enough to</FONT>2- <BR><FONT SIZE=3D2>&gt; keep track of.</FONT>m </P>  C <P><FONT SIZE=3D2>I thougth most Unixes has an &quot;uptime&quot; =g& command, but OK I am not a Unix</FONT>! <BR><FONT SIZE=3D2>expert.</FONT>o </P>  
 <P><FONT =I SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=nH ;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I have no doubt that if the power here = didn't get shut</FONT>G <BR><FONT SIZE=3D2>&gt; off campus-wide every Good Friday all of mine =e would beat that mark.</FONT> </P>  C <P><FONT SIZE=3D2>Do not get me wrong. I am actually for relative =0 frequent reboots.</FONT>D <BR><FONT SIZE=3D2>But it is just characteristic how many &quot;me =" too&quot; replies there are</FONT>F <BR><FONT SIZE=3D2>when the talk comes uptime of VMS system for many =
 years.</FONT>e </P>  G <P><FONT SIZE=3D2>And before anyone asks - the reson I am for reboots =o
 are to</FONT>pG <BR><FONT SIZE=3D2>check startup procedures. If you reboot the system =G after 5 or</FONT>eF <BR><FONT SIZE=3D2>10 years and it does not come proper up, then you = have to ask</FONT>F <BR><FONT SIZE=3D2>everybody: &quot;did you install something during = the last 5/10 year</FONT>tD <BR><FONT SIZE=3D2>and forgot to put it in SYSTARTUP ?&quot;.</FONT> </P>   <P><FONT SIZE=3D2>Arne</FONT>a </P>   </BODY>. </HTML> ) ------_=_NextPart_001_01C02A61.5327D4CC--    ------------------------------  # Date: Fri, 29 Sep 2000 23:16:12 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: Re: This list participants profile 8 Message-ID: <009F0DB9.0C814B3E@SSRL04.SLAC.STANFORD.EDU>  ^ In article <kP7B5.3023$R6.8420@insync>, LESLIE@209-16-45-102.insync.net (Jerry Leslie) writes: >.K >I started my career in 1966 on IBM 7094s and Univac 1108s for TRW Systems,uL >and have also worked on SDS 940, Univac 1108s/1110s, Honeywell GE/PAC 4010s >Modcomp MAX IVs & Classics. >S  / Wow, somebody else with some ModComp exposure. 2  K I'm 40, learned Fortran and BASIC in 7th grade, did IBM timeshare in juniorlO high and high school, CDC and DEC RSTS at one college, Sigma 7 at another, fivenO years of, bizarrely enough, on-line accounting application programming - motiondA picture production accounting, actually -  in FORTRAN and systems N administration on Modcomp machines (mostly Classics), then moved to the SF BayF Area and got simultaneous exposure to PDP-11 (RSX and RT; did a littleL real-time programming on RSX) and VAX; VMS system administration since 1986,O now running a small mixed cluster (AS2100, AS800, DEC 3000, VAX 4000/90) that's J Web server, mail hub, database server; still doing business/administrativeN applications as well.  I've done a little bit of NT administration in there as well.l   -- Alan-  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056iM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210aO ===============================================================================n   ------------------------------  % Date: Fri, 29 Sep 2000 22:58:21 -0400., From: taterskins@patriot.net (Ramon L. Tate)+ Subject: Re: This list participants profile D Message-ID: <taterskins-ya023480002909002258210001@news.patriot.net>  K Gee, looks like I'm *really* an old-timer at "3C", but I first got my handsdJ on a VAX in 1987 (a pair of MicroVAX IIs -> a VAX 4000-100 and a VAXserverJ 4000-300) as sysmgr. We were doing program development for scientific appsI at the National Institutes of Health. The 4000 systems are still running,1K and I was the unofficial keeper for a long time, which worked out to havingeJ a look-see at the logs every month or so, rebooting or restarting MultinetF when some network glitch munged things up, or dealing with a hosed 8mmJ backup tape, etc. Was the DECnet coordinator at NIH from the time we first7 started routing DECnet until I left the gov last month.s  G Before that: first computer use was doing statistics homework on an IBM:I 1620 in grad school; wrote first real program in 1971 (for a Smith CoronanH Marchant desktop programmable calculator); systems developer since 1974,& microbiologist/biochemist before that.  K We probably had/have one of almost every computer ever made at NIH sometimeFK or other, including DEC-10 & 20s, PDP-8s and 11s of every stripe, Honewell, I Xerox Sigma 7, Perkin-Elmer 3200, ModComp, Data General, IBM (still a bigiK 3090 datacenter there) and every kind of Un*x you can name. There are stillhH around a hundred VMS systems lurking in the shadows, quietly doing theirI jobs, including a good-sized cluster in the Diagnostic Radiology dept. of2 the Clinical Center.  @ Don't do programming now, just system architecture, BPA/BPR, andD requirements development. Do still have access to a VAX, though. :-}   -- .
 Ramon L. Tatec	 Casa Maa1= taterskins@patriot.net   "Skin" that "tater" before replying!n   ------------------------------  % Date: Fri, 29 Sep 2000 17:04:05 -0400l! From: "OHM" <ohm62@SFhotmail.com>n+ Subject: Re: This list participants profilen* Message-ID: <8r2vil$sl12@usilsuna.cai.com>    My name is Olivier Hurez-Martin;  K I've been working with OpenVMS since 1989, first 8 years as a contractor ineE DEC facilities in Sophia-Antipolis, France, then as a CA employee, ino Massachusetts.  K Mostly development of systems and networks administration tools on OpenVMS,s@ Digital UNIX, other UNIXes, and some Windows NT, with X-platformE interoperability via DECnet and TCP/IP.   Of course, I had to do somedD systems administration tasks too, on our development, test and demo. machines...h  L This newsgroup often helped me out;  I am grateful to the people gravitatingI around here, always willing to spend some time to share their experiencesf% and good tips and tricks with others.w   Regards,       -- OHM.i   ------------------------------  % Date: Fri, 29 Sep 2000 16:17:24 -0400B/ From: "Webb, William W" <wwebb1@email.usps.gov>h( Subject: RE: VaxStation 3100 Floppy DiskI Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB232@rlghncst625.usps.gov>n  @ Send your files to me via email along with a snail-mail address E and I'll be happy to put 'em on an INITted disk with my AlphaStation.i   WWWebb   -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( Sent: Friday, September 29, 2000 8:35 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET$ Subject: VaxStation 3100 Floppy Disk    ? Is it possible to read a PC floppy disk on a VaxStation 3100 or"? to write a VMS type floppy on a PC??  I am trying to find a wayi( to move data (Hobbyist PAKs) to my 3100.  
 Thank you.   bill   --J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Fri, 29 Sep 2000 20:12:32 GMTe- From: goathunter@goatley.com (Hunter Goatley)s( Subject: Re: VaxStation 3100 Floppy Disk1 Message-ID: <39d4f58c.195699480@swen.process.com>   0 On Fri, 29 Sep 2000 17:17:23 GMT, "Lyle W. West") <lyle.west@childrenshc.org.nospam> wrote:i >dD >Speaking of which, the MG software list (abstract) also descibes a G >package call MPMGR, a mod params cleanup tool I assume. Unfortunately,/F >the Zip file for it doesn't exist. Even though it is/was written withB >PL/I, with the hobby licenses, this may not be an issue, else it E >could be 'ported' (kinda reluctant to use that word here) to anothert
 >language. >TF >Is there a particular reason it is no longer available? I still have D >several production vaxen here that could use a good cleanup, and I C >am reluctant to jump into a couple of manual modparams salvations.0 >oC Wow. I didn't even realize it was missing.  I'll take it out of thee product listing.  E I was going to put it back in, but it's not only written in PL/1, but = it depends on the PL/1 version of MDMLIB, which was rewritten' in BLISS many moons ago.  > If you'd like to take a stab at rewriting in another language,$ you can find it on ftp.decus.org in:  ( DECUS_FTP:[ANONYMOUS.VS0087.VAX88A3.RPI]  6 The old PL/1 MDMLIB and MPMGR can both be found there.  4 If you rewrite, let me know and I'll add it back in.   Thanks!    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/s: goathunter@goatley.com      http://www.goatley.com/hunter/   ------------------------------  % Date: Fri, 29 Sep 2000 10:45:40 -0400 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>( Subject: RE: VaxStation 3100 Floppy DiskJ Message-ID: <2B37459189B0D211BE710000F8EF9D850566845E@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C02A61.0DCF2F10f Content-Type: text/plain;h 	charset="iso-8859-1"d  H What about hooking a (chuckle) pc up to the serial port and just dumpingL (using a combination of edit on the Vax, and a term. emulator on the pc) the files to the Vax?o   -----Original Message----- > Bob Koehler wrote: > J >> In article <8r20oc$26gk$1@info.cs.uofs.edu>, bill@cs.scranton.edu (Bill Gunshannon) writes: D >> > Is it possible to read a PC floppy disk on a VaxStation 3100 orD >> > to write a VMS type floppy on a PC??  I am trying to find a way- >> > to move data (Hobbyist PAKs) to my 3100.  >>    ' ------_=_NextPart_001_01C02A61.0DCF2F10o Content-Type: text/html; 	charset="iso-8859-1"r+ Content-Transfer-Encoding: quoted-printablet  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">e <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">h. <TITLE>RE: VaxStation 3100 Floppy Disk</TITLE> </HEAD>r <BODY>  F <P><FONT SIZE=3D2>What about hooking a (chuckle) pc up to the serial =F port and just dumping (using a combination of edit on the Vax, and a =: term. emulator on the pc) the files to the Vax?</FONT></P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>u1 <BR><FONT SIZE=3D2>&gt; Bob Koehler wrote:</FONT>- <BR><FONT SIZE=3D2>&gt; </FONT>o( <BR><FONT SIZE=3D2>&gt;&gt; In article =D &lt;8r20oc$26gk$1@info.cs.uofs.edu&gt;, bill@cs.scranton.edu (Bill = Gunshannon) writes:</FONT>E <BR><FONT SIZE=3D2>&gt;&gt; &gt; Is it possible to read a PC floppy = # disk on a VaxStation 3100 or</FONT> B <BR><FONT SIZE=3D2>&gt;&gt; &gt; to write a VMS type floppy on a =+ PC??&nbsp; I am trying to find a way</FONT>aE <BR><FONT SIZE=3D2>&gt;&gt; &gt; to move data (Hobbyist PAKs) to my =  3100.</FONT>" <BR><FONT SIZE=3D2>&gt;&gt;</FONT> </P>   </BODY>  </HTML>r) ------_=_NextPart_001_01C02A61.0DCF2F10--v   ------------------------------  % Date: Fri, 29 Sep 2000 18:57:26 -04009  From: John Santos <JOHN@egh.com>( Subject: Re: VaxStation 3100 Floppy Disk4 Message-ID: <1000929185509.340D-100000@Ives.egh.com>  ) On Fri, 29 Sep 2000, Tim Llewellyn wrote:h   >  >  > Bob Koehler wrote: > _ > > In article <8r20oc$26gk$1@info.cs.uofs.edu>, bill@cs.scranton.edu (Bill Gunshannon) writes: E > > > Is it possible to read a PC floppy disk on a VaxStation 3100 oriE > > > to write a VMS type floppy on a PC??  I am trying to find a way . > > > to move data (Hobbyist PAKs) to my 3100. > >mJ > > There's a utility shipped in the Pathworks server kit, and another oneJ > > available somewhere on the net which will handle DOS FAT floppies fromI > > VMS.  IIRC one's called PCX and the other PCDISK but I can't rememberp > > which is which.P > >oL > > There's a VMS floopy reader for DOS, but I don't think there's a writer.E > > I understand DOS/Windoze have a habit of trashing the first block . > > of the filesystem with a "harmless" stamp. > >l > G >  However, both require previous loading of software onto your VMS box3I > to read the floppy. As Bill is trying to load his PAKs onto the box via O > floppy, I guess he doesn't have an alternative route to the box (eg network).u > M > PCDISK is/was in the Pathworks kit, I think PCX was withdrawn by the author. > some years back. > 	 > Regards. > --8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project   One word:  Kermit ;-),  F I'm pretty sure the Kermit FAQ tells exactly how to load kermit onto aC VMS system with nothing but a raw serial line, and then you can use7G it to transfer the PAK .COM file (a text file, even if MS thinks .COM's  are binary.)   -- o John SantosS Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 29 Sep 2000 15:45:34 +0100M  From: Paul Sture <paul@sture.ch>( Subject: Re: VaxStation 3100 Floppy Disk+ Message-ID: <VA.000000e8.3817c757@sture.ch>e  C In article <8r20oc$26gk$1@info.cs.uofs.edu>, Bill Gunshannon wrote:o. > From: bill@cs.scranton.edu (Bill Gunshannon) > Newsgroups: comp.os.vmsl& > Subject: VaxStation 3100 Floppy Disk  > Date: 29 Sep 2000 12:08:44 GMT > Reply-To: bill@cs.uofs.edu > A > Is it possible to read a PC floppy disk on a VaxStation 3100 oreA > to write a VMS type floppy on a PC??  I am trying to find a wayD* > to move data (Hobbyist PAKs) to my 3100. > C See the VMS FAQ: UTIL2.  How do I access a MS-DOS floppy disk from l OpenVMS?  C What I did with mine (before I'd got the network up), was to use a iE terminal emulator (can't remember which one) from the PC to log into 0H the VAX console, CREATE layered_licenses.com, then do a copy/paste from 4 the file on the PC. Slow as molasses, but it worked.   ___4
 Paul Sture Switzerland8   ------------------------------   End of INFO-VAX 2000.546 ************************