1 INFO-VAX	Wed, 21 Feb 2001	Volume 2001 : Issue 104       Contents:  Re: 24-bit Turbochannel graphicsD Re: ??== Information about using unsupported printers with DCPS 1.8.D Re: ??== Information about using unsupported printers with DCPS 1.8.D Re: ??== Information about using unsupported printers with DCPS 1.8.4 Re: a little humor for this so often humorless groupK Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?) = Alpha: game over.  Was RE: Future outlook for OpenVMS admins?  Re: CLuster coms with HSGs Re: CLuster coms with HSGs Re: CLuster coms with HSGs Re: CLuster coms with HSGs Re: CLuster coms with HSGs2 Re: Dead AlphaStation 200 4/100 or memory troubles2 Re: Dead AlphaStation 200 4/100 or memory troubles2 Re: Dead AlphaStation 200 4/100 or memory troubles2 Re: Dead AlphaStation 200 4/100 or memory troubles2 Re: Dead AlphaStation 200 4/100 or memory troubles/ DECwindow manager push button to ICONize window 3 Re: DECwindow manager push button to ICONize window 
 EV7 update& RE: Future outlook for OpenVMS admins?3 Re: FYI: VMS passes the 1,000,000 SETI work units ! & Re: gnupg 1.0.4 - do_plaintext() error, Re: heads up - OpenVMS Technical update days$ Re: How to specify Reply-To address?# Re: I/O done with $UPDSEC operation  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found!  Re: Lots of Microfiche's found! 
 Modem trouble  Re: Modem trouble  Re: Modem trouble  Re: Modem trouble  Re: Modem trouble  Re: Modem trouble  Re: Modem trouble  Re: OpenVMS and Supercomputing Re: OpenVMS and Supercomputing  Re: OpenVMS-releases - timetable  Re: OpenVMS-releases - timetable  Re: OpenVMS-releases - timetable OT: Sun's 'Full Moon'  Re: OT: Sun's 'Full Moon' 3 Re: Possible security hole in VMS Phone (was: Mail)   Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in... Re: Pseudo Random Number in DCL  Re: RDB SQLSRV errors $ RTR now licesnsed as part of OpenVMS$ Re: Strange way to blow your profits$ Re: Strange way to blow your profits$ Re: Strange way to blow your profits RE: Sun's 'Full Moon'  RE: Sun's 'Full Moon' @ Re: Time and Rebooting OpenVMS (was: Re: www.openvms.compaq.com)@ Re: Time and Rebooting OpenVMS (was: Re: www.openvms.compaq.com)+ Trying to set up second NIC in DEC 3000 700  Re: UCX 4.x On DS20 ALPHAs ? Re: UCX 4.x On DS20 ALPHAs ? Re: UCX 4.x On DS20 ALPHAs ? Re: Umbrellas in the UK  Unable To Delete A Directory  Re: Unable To Delete A Directory  Re: Unable To Delete A Directory  Re: Unable To Delete A Directory Unable To Delete A Directory Re: version numbers.) Re: VMSINSTAL to POLYCENTER INSTALL tool? ) Re: VMSINSTAL to POLYCENTER INSTALL tool? ) Re: VMSINSTAL to POLYCENTER INSTALL tool? % Re: WKU FILESERV: Updated GZIP-1-2-4B   F ----------------------------------------------------------------------  % Date: Wed, 21 Feb 2001 02:58:22 -0700 1 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US> ) Subject: Re: 24-bit Turbochannel graphics 3 Message-ID: <3A932ECE.269C48B9@toyvax.Tucson.AZ.US>    Jerry Hudgins wrote:  J > I have a pair of DEC 3000 systems, a 300X and a 700.  Both are currentlyI > running the standard 8-bit HX graphic adapters, but I'd like to upgrade F > them.  There were various 24-bit color capable Turbochannel graphicsF > options available for these systems, but some of them (such as PXG+)J > long ago lost their S/W support.  Can anyone tell me what 24-bit options. > are still compatible with these OS variants: > 2 >   Digital UNIX 4.0E (base OS, no Open3D license)' >   Tru64 UNIX 5.1 (non-commercial kit)  >   OpenVMS 7.2 (hobbyist kit)  F   I've got a ZLX-E2 running at Tru64 UNIX 4.0G and OpenVMS 7.1, shouldG continue to work at 7.2.  The last version of Open3D to support the ZLX G cards was 4.4 I believe, which required VMS 7.1.  I'm not so sure about F the support shipping in the current 4.9A kit since it's not one of theJ hardware choices on installation, can someone confirm the support is still in the kit?   E   The Tru64 UNIX 5.1 release notes say DEC3000 systems are retired... H but the Xservers for Turbochannel subset is still part of the system, soE it may be retired but the support may still be in there.  Can anyone  
 confirm this?    --B Vance Haemmerle               Internet   vance@toyvax.Tucson.AZ.USK Tucson, AZ                    Web        http://toyvax.Tucson.AZ.US/~vance/    ------------------------------  % Date: Wed, 21 Feb 2001 15:26:42 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)M Subject: Re: ??== Information about using unsupported printers with DCPS 1.8. D Message-ID: <aus-2102011526420001@wvia21.virologie.uni-wuerzburg.de>  F In article <20FEB200120162603@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) wrote:    .... > I > The error messages are presumably caused by DCPS not getting any answer G > back from the questions it is asking the printer. DCPS insists on two  > way communication.... 
 > --- Carl   Carl,   I May thanks for your informative and quick response. I just noticed in the < general status information that the network is 10BaseT HALF.  A Does that mean that the printer can't communicate with the Alpha?    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------    Date: 21 Feb 2001 17:52:32 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> M Subject: Re: ??== Information about using unsupported printers with DCPS 1.8. H Message-ID: <y4pugckmgf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . aus@vim.uni-wuerzburg.de (Hans M. Aus) writes:  K > May thanks for your informative and quick response. I just noticed in the > > general status information that the network is 10BaseT HALF.  M No, this means it is running half-duplex, i.e. in classical Ethernet mode and  not connected to a switch.   	Jan   ------------------------------  % Date: Wed, 21 Feb 2001 13:42:10 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>M Subject: Re: ??== Information about using unsupported printers with DCPS 1.8. C Message-ID: <paul.r.anderson-4A06F0.13421021022001@news.compaq.com>   E In article <aus-2002011526540001@wvia21.virologie.uni-wuerzburg.de>,  - aus@vim.uni-wuerzburg.de (Hans M. Aus) wrote:   8 > DCPS-F-CONTERMINATED, Connection abnormally terminatedF > -DCPS-I-JOB_ID, for job HI (queue KYOCERA_1, entry 809) on KYOCERA_1  B It appears the printer is dropping the connection before anything H meaningful happens.  This could be because the printer is not answering  DCPS queries and times out.   G Can you set the printer to print PostScript only instead of PostScript  8 and PCL?  You could also define the NO_SYNC logical name  ?    $ DEFINE /SYSTEM /EXECUTIVE_MODE DCPS$queuename_NO_SYNC TRUE    to see if it has any affect.   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Wed, 21 Feb 2001 11:48:56 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) = Subject: Re: a little humor for this so often humorless group 0 Message-ID: <009F7F5A.D349E3EE@SendSpamHere.ORG>  m In article <hshubs-75ACF5.23475320022001@news.mindspring.com>, Howard S Shubs <hshubs@mindspring.com> writes: / >In article <O3AklFQYwoGS@tachxxsoftxxconsult>, @ > wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) wrote: > P >>Just a reboot?  I seem to recall a long and involved procedure called an IOGENP >>if you ever made *any* change to the device configuration (this was MVS).  YouJ >>essentially had to recompile much of the kernel.  Heaven help you if youP >>changed something other than device configuration because then you had to do aM >>SYSGEN (absolutely no relation to the comparatively painless VMS utility of O >>that name, though the objective is the same) and recompile most of the *rest* K >>of the operating system.  Not being a systems person at the time, I never K >>actually performed a sysgen myself,  but the one I witnessed took several  >>days.  > N >The person who trained me as a system manager used to have to do a GEN on an 4 >RSX11M system.  PAINFUL!  Oh god that looked awful. >--  >Howard S Shubs E >"Run in circles, scream and shout!"  "I hope you have good backups!"   H Yes!  I had to do one on a PDP situated in a Class 10 cleanroom.  Oh theI joys of sweating under those polyester zoot suits.  I recently discovered I the printout of the entire gen in some old boxes of assorted "old stuff". J It was on special cleanroom paper too.  I'm glad those days are behind me!   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 21 Feb 2001 10:45:04 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> T Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?)H Message-ID: <y43dd8nzdr.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / "Peter Weaver" <peter.weaver@stelco.ca> writes:   ( >     My name is Joe, and I AM CANADIAN!  * Hasn't he recently defected to Hollywood!?   	Jan   ------------------------------   Date: 21 Feb 2001 16:13:38 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)F Subject: Alpha: game over.  Was RE: Future outlook for OpenVMS admins?, Message-ID: <970pfi$si2@gap.cco.caltech.edu>  | In article <910612C07BCAD1119AF40000F86AF0D805284E21@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: >David,  > " >Not wanting to go into a rat hole  J We've been in a rat hole ever since the Palmer era, and it's become a veryK narrow and dark place indeed.  So dark that we're now migrating off of our  I last VMS machine.  (Which, just for reference, was probably the only VMS  E machine that any significant number of undergraduates on campus ever  
 encountered.)   , >, (apologies for the OT reply), but keep inK >mind the P4 designs currently available are single cpu designs (WS's) that K >require existing software to be re-written in order to optimize it for the  >new architecture.  ' Do you have a closet marked "strawmen"?   K The only SMP machines I can afford these days have Intel chips in them, and K I could buy 5 or 6 (more than the 6 I already have) for the cost of a DS20. I All my Alphas are single processor now (DS10s) and only one runs VMS, the D others run Linux.  If I had to make that beowulf purchase choice nowF instead of a year ago I would buy Athlons instead of DS10s.  (It was aG close call then, and I went the wrong way, because I did not weight CPU J upgrades sufficiently.  If I'd gone with Athlons I could have upgraded theK CPUs for a reasonable sum and nearly doubled the performance, but I'm stuck F forever with the 466 Mhz DS10s.) The failure of the Alpha, and it is aJ failure since hardly anybody uses it, has nothing to do with its technicalC merits or those of its competitors. It all comes down to marketing, L including both pricing and advertising, and there Intel and AMD are masters F of the game. Digital's Alpha marketing was horrible and Compaq's is no better.    Game over - you lose.   I The alpha is now irrelevant for everbody but a few big companines and the H national labs.  And that is not the market I'm in, nor do I particularlyK care what they run.  Just as governments may be able to buy and run nuclear I aircraft carriers the most I can aspire to is a power or sail boat.  It's J the same deal with the Alpha - it's a high cost toy that only the rich can afford.    > ' >As stated in earlier reply, check out: 8 >http://www4.tomshardware.com/cpu/00q4/001122/p4-04.html  E Irrelevant.  Step instead into your local computer store. Ask them if D they've even HEARD of an alpha.  For sure they can't sell you one.     Game over - you lose.   M >Does this mean that folks should still consider the P4 vs AMD vs Alpha ????   > 
 >Absolutely.     ..NOT.    J It makes no sense for 99% of the market to EVER consider the Alpha becauseI it is not cost effective unless raw FPU speed is the determining purchase E factor AND the problem cannot be split and run in parallel - a set of I criteria that's important only to a tiny fraction of the market.  Another I tiny fraction buy Alphas because they want the reliability of OpenVMS and I there's no other platform to run that on.  Otherwise, purchasing an Alpha  is a waste of money.     Game over - you lose.   L >Just don't blindly follow the latest marketing propaganda and make sure you@ >understand some of the down sides as outlined in these reviews.  G It must be extremely difficult to work for a company that sabotages the H market possibilities of its own products.  But you can hardly expect theG customers, when faced with a vendor who acts in this manner, to hang in : there forever, thereby sabotaging our own futures as well.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  # Date: Wed, 21 Feb 2001 06:58:46 GMT  From: Dirk Munk <munk@home.nl># Subject: Re: CLuster coms with HSGs ' Message-ID: <3A936725.4A36C9FA@home.nl>    Paul Repacholi wrote:    > For my curiosity.  > @ > With no CI, how do cluster members connect? Can the SAN fabricA > be used? Are the controllers as capable and smart as the CIPCAs  > et al?  E As others stated, there is no cluster communication over fibrechannel E (yet). For a good understanding you have to differentiate between SAN H and fibrechannel. Fibrechannel is the network topology, and it is reallyB a network. There are several implementations by other vendors thatD include TCP/IP over fibrechannel. SAN is nothing else as serial SCSI over fibrechannel.  G I think it is save to expect cluster communication over fibrechannel in F the future as the natural replacement for CI. However I have been toldH that the API's for the fibrechannel adapters are not mature enough to doH this right now. But in a couple of years I'm sure we will see it coming.A It will be magnificent for multi-site disaster tolerant clusters.    Regards,   Dirk       >  >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 21 Feb 2001 11:12:46 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> # Subject: Re: CLuster coms with HSGs H Message-ID: <y4ofvwmjj5.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  - "Main, Kerry" <Kerry.Main@compaq.com> writes:   N > Memory channel is ok, but it does have some cpu overhead associated with it.  N Why that? Once the mapping for a connection is set up, all that remains 8-) isH to handle messages, which you have to do in any case. What more overhead> compared to CI or, heaven help you, a dumb Ethernet interface?   	Jan   ------------------------------    Date: 21 Feb 2001 19:49:42 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: CLuster coms with HSGs - Message-ID: <87snl8w90p.fsf@prep.synonet.com>   - "Main, Kerry" <Kerry.Main@compaq.com> writes:   D > Unless there are computer room space issues (Star couplers etc), IF > have been recommending to Customers that are migrating to SAN's fromB > CI's that for now - keep their CI's as the cluster communication > interconnect only.  ? > That way, you have the best of both worlds. Also, easy way to @ > measure cluster traffic as it will be the only traffic on CI'sD > ...Also, provides an easy way to migrate the data ie. can do it in > phases as time permits.   E > Memory channel is ok, but it does have some cpu overhead associated 
 > with it.  ; Is MC interupt handling still only on the Primary CPU? 7.3?2  / Keeping the  CI strikes me as a very good idea.h   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 21 Feb 2001 14:13:16 +0000S  From: steven.reece@quintiles.com# Subject: Re: CLuster coms with HSGsrH Message-ID: <OF71DC5850.A0B8A54C-ON802569FA.004DC0BD@qedi.quintiles.com>  8 Paul Repacholi (prep at prep dot synonet dot com) wrote:> >>>Is MC interupt handling still only on the Primary CPU? 7.3?  2 Keeping the  CI strikes me as a very good idea.<<<  K I am willing to be corrected, but I would imagine the answer to be yes it's  still tied to the primary cpu.I Fastpath is not (AFAIK) involved with MC traffic and I'm not aware of anyo2 specific enhancements to MC interconnects at v7.3.   I could be wrong though......e   Steve.        C Paul Repacholi <prep@prep.synonet.com>@k9 on 21-02-2001 11:49:42 AM,   Sent by:  prep@k9t     To:   Info-VAX@Mvb.Saic.Come) cc:    (bcc: Steven Reece/QRED/Quintiles)l  $ Subject:  Re: CLuster coms with HSGs    - "Main, Kerry" <Kerry.Main@compaq.com> writes:e  D > Unless there are computer room space issues (Star couplers etc), IF > have been recommending to Customers that are migrating to SAN's fromB > CI's that for now - keep their CI's as the cluster communication > interconnect only.  ? > That way, you have the best of both worlds. Also, easy way to @ > measure cluster traffic as it will be the only traffic on CI'sD > ...Also, provides an easy way to migrate the data ie. can do it in > phases as time permits.u  E > Memory channel is ok, but it does have some cpu overhead associatede
 > with it.  ; Is MC interupt handling still only on the Primary CPU? 7.3?   / Keeping the  CI strikes me as a very good idea.b   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 21 Feb 2001 09:48:04 -0500s. From: "Ted Medenblik" <ted.medenblik@duke.edu># Subject: Re: CLuster coms with HSGs ( Message-ID: <970kf3$e4d$1@news.duke.edu>  I I have just migrated from CI to Fibre - I had MC w/ CI - MC limitations -sI number of nodes and distance - and when you do a VMS upgrade, it wants MCD? turned off - so I am keeping 1 of my CI path's for SCS traffic.L  J CIPCA adapters while may be slower at throughput - the adapter is designedL for a specific OS and Disk drives, so a CIPCA does CPU offloading to packageL the I/O data while with the KGPSA's the CPU has the overhead.  Small portionI of the I/O but on a very CPU limited system - you may see extra slowdown.   L  - No set host/dup - either serial connection (with reverse lat/telnet) or aH connection via SWCC - a new version is suppose to be coming out soon.  II really miss the set host/dup and have complained a lot.  Some thing aboutaJ the Fibre is SCSI so it does not handle thinks like MSCP and SCS - I thinkG they could write that into the drivers/HSG's so thinks like monitor scse would work as well.y      - <steven.reece@quintiles.com> wrote in messagenB news:OF71DC5850.A0B8A54C-ON802569FA.004DC0BD@qedi.quintiles.com... >h > : > Paul Repacholi (prep at prep dot synonet dot com) wrote:@ > >>>Is MC interupt handling still only on the Primary CPU? 7.3? >P4 > Keeping the  CI strikes me as a very good idea.<<< > H > I am willing to be corrected, but I would imagine the answer to be yes it's  > still tied to the primary cpu.K > Fastpath is not (AFAIK) involved with MC traffic and I'm not aware of anyy4 > specific enhancements to MC interconnects at v7.3. >G > I could be wrong though......e >  > Steve. >  >  >t >rE > Paul Repacholi <prep@prep.synonet.com>@k9 on 21-02-2001 11:49:42 AMi >  > Sent by:  prep@k9s >  >u > To:   Info-VAX@Mvb.Saic.Com + > cc:    (bcc: Steven Reece/QRED/Quintiles)a >a& > Subject:  Re: CLuster coms with HSGs >f > / > "Main, Kerry" <Kerry.Main@compaq.com> writes:  >XF > > Unless there are computer room space issues (Star couplers etc), IH > > have been recommending to Customers that are migrating to SAN's fromD > > CI's that for now - keep their CI's as the cluster communication > > interconnect only. > A > > That way, you have the best of both worlds. Also, easy way to B > > measure cluster traffic as it will be the only traffic on CI'sF > > ...Also, provides an easy way to migrate the data ie. can do it in > > phases as time permits.s > G > > Memory channel is ok, but it does have some cpu overhead associated  > > with it. >g= > Is MC interupt handling still only on the Primary CPU? 7.3?  >n1 > Keeping the  CI strikes me as a very good idea.r >a > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.oB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked. >n >f >y   ------------------------------  % Date: Wed, 21 Feb 2001 07:03:28 -0000i. From: "Adam Price" <adam@pappnase.demon.co.uk>; Subject: Re: Dead AlphaStation 200 4/100 or memory troublespA Message-ID: <982739085.27294.0.nnrp-07.c2deb51d@news.demon.co.uk>-  ] "Alexander R Svirsky" <atlas@world.std.com> wrote in message news:G93C6F.GLo@world.std.com...b/ > Brian Corbin (brian.corbin@compaq.com) wrote:c >.I > : You probably have an Alphastation 250 or 255 , These use 2 banks of 4CJ > : simms each ( total of 8 simm slots) The AS250 has the top 3 simm slotsF > : slightly offset to the rest. The AS255 has all simms in a straight > : row. >oG > The part number on the board is 54-23787-01 which cross-references tor( > something called an "M3 system board".J If you replace the 01 with an 02 you get an 'ALPHASERVER 300 SYSTEM BOARD'P Co-incidentally it also has 8Sim sockets and comes in the same case as an AS200.' I would suggest that you have an AS300. ` In which case the failsafe loader jumper is J2 which in the position 1-2 will boot an image from floppy.w[ The LED codes are stored in gif files, so I can send them but I'm hesitant to send binariest without confirmation from you.   Beep Code Meaningb 1-1-4 Basic diagnostic problem..X 1-2-1  Real-time clock (BQ3287) failure, or the real-time clock interrupt did not occur.4 1-2-4  Hard failure (for example, a Bcache failure). 1-3-3  Insufficient memory.e 3-2-1 Header of the flashROM unreadable, or the flashROM checksum failed. Attempted boot failed because either: (1) no floppy in* drive, or (2) no boot block on the floppy. 3-2-3  No floppy in drive.5 3-2-4  Failure with the keyboard or mouse controller.oI 3-3-1  Hard failure. Refer to the LEDs to find exact location of failure.S    Memory Configuration.. ; You can increase your system's memory to 512 MB (megabytes)n9 You can add 32-MB, 64-MB, 128-MB, or 256MB memory optionsnJ Each memory option consists of four single in-line memory modules (SIMMs):* 32-MB option consisting of four 8-MB SIMMs+ 64-MB option consisting of four 16-MB SIMMs:, 128-MB option consisting of four 32-MB SIMMs, 256-MB option consisting of four 64-MB SIMMs SIMMs must be of the same capacity and must always be added in sets of four into one of two available memory banks, bank 0 or bank 1 If all SIMM slots are already used, you can still increase your system's memory by removing four SIMMs from one of the banks andz replacing them with four larger SIMMs. The system requires 72-pin parity SIMMs that have an access time of 60 ns or 70 ns. SIMM Removal and Replacement   Hope this helpse Adam   ------------------------------  # Date: Wed, 21 Feb 2001 13:14:52 GMTv/ From: atlas@world.std.com (Alexander R Svirsky)>; Subject: Re: Dead AlphaStation 200 4/100 or memory troublesV& Message-ID: <G93zGs.EEz@world.std.com>  - Adam Price (adam@pappnase.demon.co.uk) wrote:*L : If you replace the 01 with an 02 you get an 'ALPHASERVER 300 SYSTEM BOARD'R : Co-incidentally it also has 8Sim sockets and comes in the same case as an AS200.) : I would suggest that you have an AS300.ab : In which case the failsafe loader jumper is J2 which in the position 1-2 will boot an image from	 : floppy.   J J2 in most of these boxes should load the failsafe floppy.  Unfortunately,B it's not working on this box and I'm guessing it's because DROM is? corrupted or not loading because of another fault on the board.u  E Perhaps the last owner of this system hosed it by trying to flash thebH firmware as an AS200.  I once destroyed an XL266 when I tried to upgradeJ the firmware as an AS400.  The seller sold the unbadged system to me as anI AS400 and that Compaq firmware CD autodetected the system as an AS400.  IpE thought all was good and I flashed the SRM firmware.  It never booted-5 again and wouldn't load the failsafe diskette.  Ouch.4  ] : The LED codes are stored in gif files, so I can send them but I'm hesitant to send binariesn  : without confirmation from you.  7 Sure, that would be great!  I can always use more docs..   :  Memory Configuration..r  G Thanks for the list.  It's possible that the rules for adding memory to F this board are very different from adding it to an AS200 and I've madeJ some incorrect assumptions that have caused the fault.  On the other hand,H I've got 4 16MB SIMMs in there now that were working in another Alpha.  3 I'll use different memory and see if things change.S   : Hope this helps    Big time, Thanks.a Alex --  C Alexander_R_Svirsky_____________________________atlas@world.std.comq   ------------------------------  # Date: Wed, 21 Feb 2001 13:19:50 GMTN/ From: atlas@world.std.com (Alexander R Svirsky) ; Subject: Re: Dead AlphaStation 200 4/100 or memory troubles & Message-ID: <G93zp2.Gvz@world.std.com>  ! John Santos (JOHN@egh.com) wrote:   7 : Don't know, but maybe it isn't really a AS 200 4/100?   A It certainly looks that way.  On the up side, if the board can be 8 salvaged, I've got something better than an AS200 4/100.   -- yC Alexander_R_Svirsky_____________________________atlas@world.std.comp   ------------------------------  # Date: Wed, 21 Feb 2001 16:19:25 GMTd, From: Mike N <twmaster.spamnot@twmaster.com>; Subject: Re: Dead AlphaStation 200 4/100 or memory troublesm8 Message-ID: <1gq79t0qvg81472bam2amftpsfmidgmel5@4ax.com>  A If you end up needing a board I have a system board from an AlphatF Station 200 4/166 with CPU for $25.00 Board is guaranteed good. Pulled' from system we needed other parts from.    Mike N, Please remove the .spamnot to reply directly  B On Wed, 21 Feb 2001 13:19:50 GMT, atlas@world.std.com (Alexander R Svirsky) wrote:n  " >John Santos (JOHN@egh.com) wrote: > 8 >: Don't know, but maybe it isn't really a AS 200 4/100? >dB >It certainly looks that way.  On the up side, if the board can be9 >salvaged, I've got something better than an AS200 4/100.s   ------------------------------    Date: 22 Feb 2001 01:28:09 +0800, From: Paul Repacholi <prep@prep.synonet.com>; Subject: Re: Dead AlphaStation 200 4/100 or memory troublesr- Message-ID: <87y9v0ues6.fsf@prep.synonet.com>g  1 atlas@world.std.com (Alexander R Svirsky) writes:D  @ > thought all was good and I flashed the SRM firmware.  It never> > booted again and wouldn't load the failsafe diskette.  Ouch.  F The fail-safe boot is ion the SROM, so a screwed flash, or wrong flash# image should not do anything to it.y   -- w< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  + Date: Wed, 21 Feb 2001 14:05:48 -0500 (EST)/6 From: Horst Drechsel <ai05@sternwarte.uni-erlangen.de>8 Subject: DECwindow manager push button to ICONize window= Message-ID: <009F7F97.DAC92E53.15@sternwarte.uni-erlangen.de>e   Hi all,e  L    please could anyone tell me how to create/activate the dotted push buttonG in the upper right corner of a DECterm (next to the "maximize/minimize"m6 button), needed to make a window disappear as an icon.  L    Most of our users have it by default, but there is an account, where thisH button is missing (only the maximize button is there). Couldn't find outB under which DECterm or session manager menu this option is hidden.      Horst     --M  ****************************************************************************a)   Horst Drechsel                         aL   Dr. Remeis Observatory                 drechsel@sternwarte.uni-erlangen.deL   Astronomical Institute                             Phone: +49-951-95222-15L   University Erlangen-Nuernberg                        Fax: +49-951-95222-22*   Sternwartstr.7, D-96049 Bamberg, GermanyM  ****************************************************************************    ------------------------------    Date: 21 Feb 2001 08:49:21 -05003 From: malmberg@encompasserve.org (John E. Malmberg)a< Subject: Re: DECwindow manager push button to ICONize window3 Message-ID: <YVfxH1hhcgnK@eisner.encompasserve.org>h  = In article <009F7F97.DAC92E53.15@sternwarte.uni-erlangen.de>,*8 Horst Drechsel <ai05@sternwarte.uni-erlangen.de> writes:	 > Hi all,  > N >    please could anyone tell me how to create/activate the dotted push buttonI > in the upper right corner of a DECterm (next to the "maximize/minimize"88 > button), needed to make a window disappear as an icon. >rN >    Most of our users have it by default, but there is an account, where thisJ > button is missing (only the maximize button is there). Couldn't find outD > under which DECterm or session manager menu this option is hidden.  4 Well, you had it right for the title of the posting.  > The control for what buttons show up is in the Window Manager.  H The exact resource file depends on which window manager you are running,D I would suspect that user has a *wm*.dat resource file in one of the5 places the window manager looks at when it starts up.l  E IIRC: The default would be SYS$LOGIN:, you can change it with logicalb names.   -Johnh wb8tyw@qsl.network Personal Opinon Only   ------------------------------    Date: 22 Feb 2001 00:04:01 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: EV7 updated- Message-ID: <87bsrwvx8u.fsf@prep.synonet.com>n   Run, don't walk to http://realworldtech.com> and see PdMs ISSCC notes. Including details on what hot on the Alpha front.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.1@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 21 Feb 2001 09:22:23 -0600-+ From: Christopher Smith <csmith@amdocs.com>a/ Subject: RE: Future outlook for OpenVMS admins?uL Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD53C8@cmiexch1.cmi.itds.com>   > -----Original Message-----> > From: David J. Dachtera [mailto:djesys.nospam@earthlink.net]  > > Hope for the future tends to lie in a dramatic expansion of 
 > the OpenVMSiH > market and the recovery of business that OpenVMS has lost to inferior,G > but vastly more "cost-effective" systems and o.s.-es. That's in quoterG > becaus ethe perception of "cost effectiveness" tends pivot around the?F > cost to acquire - a capital expense, whereas on-going operations are, > more "palatable" line items in the budget.  I Yeah, maybe Compaq should do the "loss leader" thing with VMS? ;)  "We'llpK give you this AlphaServer if you'll subscribe to 6 years of 'maintenance.'"t  ? > I've been trying to get Affordable OpenVMS going; but, alas, b > my "feeble: > skills are no match for the power of the dark side". My   F "...If you shut me down now I will become more powerful than you could possibly imagine!" ;)    > apologies to all > - I've let you down.  . Doesn't look that way from where I'm standing.   Regards,   Chris   ! Christopher Smith, Perl Developera Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");v 'e   ------------------------------  % Date: Wed, 21 Feb 2001 13:06:46 -0500m- From: "Richard D. Piccard" <piccard@ohio.edu> < Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !' Message-ID: <3A9403AF.587A78B@ohio.edu>-   Composite Image Systems,  (             http://www.cishollywood.com/  ] did some of the special effects for Contact, including cleaning up the imagery of the Arecibo-` dish.  When you go to their home page, click on "work" at the bottom of the page, and then clickK on "Contact" in the 1997 group.  (Sorry, no directy URL, it is a frameset.)6  +                                         RDPo  5 "If frames was the answer, it was a stupid question."t     Wayne Sewell wrote:    > [snip]   >UP > (Explanation of joke: both of these starred in movies about SETI: "Contact" inP > the case of Jodie, and "The Arrival" for Sheen.  Both movies had scenes at theP > Very Large Array in the Arizona desert.  Contact also had scenes at Arecibo in= > Puerto Rico, which is where the SETI@home data comes from.)l >e > --Q > ===============================================================================2O > Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : > http://www.tachysoft.xxx/www/tachyon.html and wayne.htmlM > change .xxx to .com in addresses above, assuming you are not a spambot  :-)sQ > ===============================================================================iD > Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------    Date: 21 Feb 2001 11:17:50 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n/ Subject: Re: gnupg 1.0.4 - do_plaintext() errortH Message-ID: <y4lmr0mjap.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L A wild guess: gnupg is looking at the raw file size (via fstat), and expectsN to produce an output file of the same size. This is true on Unix (no records),J but not on VMS. If the file you're encrypting has variable-length records,F and the difference between the two number of bytes, divided by 2.5, isH approximately the number of records in the file (do a SEARCH/STAT for a = non-existant string to count them), this is even more likely.    	Jan   ------------------------------  % Date: Wed, 21 Feb 2001 07:25:28 -0500V2 From: "Sue Skonetski" <susan.skonetski@compaq.com>5 Subject: Re: heads up - OpenVMS Technical update dayss6 Message-ID: <itOk6.68$dl6.519@gazette.loc1.tandem.com>  J You should be able to access this page from VMS now, please let me know if that is not the case.e   ---Original Message-----  / From: Wayne Sewell [mailto:wayne@tachysoft.com]   ' Sent: Monday, February 19, 2001 4:01 PM    To: Skonetski, Susan   Cc: wayne@tachysoft.comn  5 Subject: RE: heads up - OpenVMS Technical update daysC      7 "Skonetski, Susan" <Susan.Skonetski@compaq.com> writes:m   >Wayne,    >d  K >Can you please do me a favor and check if you can access this web site forn  C >the registration to DC? It is in a test location I would certainlyo   >apreciate it.   URL removed    >o      E Yes, this is much better. I was able to call up the main page and thes   registration form.   WayneO  + ===========================================     = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messageI/ news:yJbj6.8$fY5.281@gazette.loc1.tandem.com...C > Dear Newsgroup,p > E > I wanted you to be aware that we currently have 3 OpenVMS Technicalr UpdatesuJ > scheduled.  One is Washington DC, one in Dallas Texas and one in London,I > England.  OpenVMS Engineers will be doing the sessions at these events.  >y( > Washington DC is scheduled March 27&28 > " > The 2-day event will be held at: >.2 > University of Maryland Inn and Conference Center ><& > University Boulevard at Adelphi Road >4# > College Park, Maryland 20742-1610  >uK > Location directions, registration logistics and agenda details are on thea# > registration website shown below.t >S > www.compaq-signup.comy >KL > Dallas Texas is scheduled for April 18-20th at the Sheraton Grand Hotel atD > Dallas/FT. Worth Airport. More details when they become available. >t# > London, England will be May 15-17s >a > Warm Regards,t >r > Sues >e >u >r >m >i   ------------------------------  % Date: Wed, 21 Feb 2001 13:43:01 -0500 % From: "Brian Tillman" <tillman_brian> - Subject: Re: How to specify Reply-To address?o$ Message-ID: <3a940b30$1@news.si.com>  B >I have a user who would like to do some things automatically (ie,C >batch jobs).  Specifically, he'd like to send out an email messages? >upon certain conditions from a given account (not his personaloF >account, btw), but with a Reply-To: address of another account on the
 >same system.  > A >Does anyone know how to specify a reply-to address?  I'm running60 >OpenVMS AXP 7.1-2 with UCX V4.2 ECO 1.  Thanks.  G Get and install the freeware SMTP mailer MX V4.2 or the commercial (but ' inexpensive) V5.1 from ftp.madgoat.com.aD It will work with any VMS TCP/IP stack.  The commercial version also included anti-spam features. --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.com-= 3290 Patterson Ave. SE, MS      Addresses modified to preventw< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 21 Feb 2001 10:42:16 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>m, Subject: Re: I/O done with $UPDSEC operationH Message-ID: <y466i4nzif.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " Cor Mom <cor.mom@momss.nl> writes:  J > We have a Fortran application that uses a shareable installed COMMON. AtH > regular time intervals an $UPDSEC will be performed to save the globalC > section. When I force all the pages within that global section togJ > modified, I am expecting the process that performs the $UPDSEC (save allE > pages) to do some I/O, but I don't see any. Has anybody an idea? IsoH > there in this subject a difference between an installed Fortran COMMOND > and a global section created with $CRMPSC? Thanks for your answer.  H AFAIK, the modified status of pages doesn't matter for a global section,I because the modified status bits are kept in the process-private PTEs and I not in the global pseudo-PTE (at least on VAX, how about on Alpha, beforeRL and after V7?). So tell $UPDSEC to write all pages. And that is done at someM unknown time by the modified page writer within SWAPPER, and thus turns up as J a page write I/O. You should be able to see it on MONITOR PAGE (I rememberA dimly doing so in a similar application, about 15 years back...).u   	Jan   ------------------------------    Date: 21 Feb 2001 10:56:01 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n( Subject: Re: Lots of Microfiche's found!H Message-ID: <y4y9v0mkb2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  - Tim Shoppa <shoppa@trailing-edge.com> writes:M  H > (Admittedly, most of the $10Billion investment is in the peripherals -= > the moving parts of which weigh about 35000 tons in total - 9 > and not in the CPU's, but it's still fascinating work.)e  ' Sounds like mining or oil industry 8-).l   	Jan   ------------------------------    Date: 21 Feb 2001 11:05:19 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>M( Subject: Re: Lots of Microfiche's found!H Message-ID: <y4u25omjvk.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . "Timothy Stark" <sword7@speakeasy.org> writes:  H > I start with uVAX II and 750/780 programming guides like UDA50, RDQX3, > Ethernet, etc... y  I It could be very nice to also emulate the peripherals - but to get things M started, you don't have to, do you? You could write a pseudo driver to access ' the host system's peripherals directly.a   	Jan   ------------------------------    Date: 21 Feb 2001 11:08:24 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n( Subject: Re: Lots of Microfiche's found!H Message-ID: <y4r90smjqf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 Arthur Krewat <krewat@bartek.dontspamme.net> writes:  : > I guess there is absolutely no way to get Compaq to puke: > it's DEC guts and give up the digital versions? Too bad.2 > On second thought - were there digital versions?  L If I remember a post by HH from a few months back correctly, VMS engineeringH still has V5 (or was that V4?) onwards online, and the previous versionsG archived (on multiple media, I hope!). Anybody digging into some UsenetCK archive for that post? I think it was in the context of the VMS developmentoM environment (or major parts thereof) being made available on the Freeware CD.h   	Jan   ------------------------------  ! Date: Wed, 21 Feb 01 09:36:10 GMTa From: jmfbahciv@aol.coma( Subject: Re: Lots of Microfiche's found!+ Message-ID: <9706mq$ac8$1@bob.news.rcn.net>   5 In article <3A92FF66.27A9254B@bartek.dontspamme.net>, 6    Arthur Krewat <krewat@bartek.dontspamme.net> wrote: >Al Kossow wrote:  >> bA >> > all he has on PDP-11's.  I am serious enough about this thatoA >> > I have already sent off a note to find out what kind of costh9 >> > we are looking at to have the fiches moved to CDROM.i >> t& >> Between 10 and 20 thousand dollars. > % >yow... there has to be a better way!e > 9 >> I have a larger fiche collection than he has, and have_ >> already checked on this.@ >l! >At least I'm not the only one...- >-9 >I guess there is absolutely no way to get Compaq to pukeo9 >it's DEC guts and give up the digital versions? Too bad.S1 >On second thought - were there digital versions?G  = That's how they got fiched.  The routine was, IIRC, dump what = we wanted to get fiched on a "fiche tape" which was a magtapec= that had very carefully munged files on it.  I don't remember ; where the fiche program came from, who wrote it (if anybody-= ever did--some of this stuff seemed to appear automagically),.: what it was called on the -10, or who Release Engineering > shipped the magtape to for the conversion to eye-strain media.   /BAH  ' Subtract a hundred and four for e-mail.e   ------------------------------    Date: 21 Feb 2001 04:15:07 -0800* From: Paul Rubin <phr-n2001@nightsong.com>( Subject: Re: Lots of Microfiche's found!0 Message-ID: <7x1ysskzas.fsf@ruckus.brouhaha.com>   jmfbahciv@aol.com writes:e? > That's how they got fiched.  The routine was, IIRC, dump whatl? > we wanted to get fiched on a "fiche tape" which was a magtapeo? > that had very carefully munged files on it.  I don't rememberr= > where the fiche program came from, who wrote it (if anybody0? > ever did--some of this stuff seemed to appear automagically),r< > what it was called on the -10, or who Release Engineering @ > shipped the magtape to for the conversion to eye-strain media.  D Um, now they're talking about scanning the fiche.  It would be a lot- easier if the tape is still around!!  Is it?!    ------------------------------    Date: 21 Feb 2001 19:56:14 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Lots of Microfiche's found!- Message-ID: <87k86kw8pt.fsf@prep.synonet.com>e  - Tim Shoppa <shoppa@trailing-edge.com> writes:i  F > There are floppy-only 4.x "MicroVMS" distributions on RX50, intendedF > for the Microvax I and II.  But the stack of RX50's is so large thatA > it's cruel and unusual punishment (along the lines of the PeteraF > Schickele joke about "The Wagner Ring Cycle on convenient 45's" as a3 > game show prize) to imagine installing from them!-  0 Ahhh, It is much worse when you can remember it!  5 BTW, Anyone have a copy of CSC2 still kicking around?t   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 21 Feb 2001 19:59:19 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Lots of Microfiche's found!- Message-ID: <87g0h8w8ko.fsf@prep.synonet.com>t  , don@news.daedalus.co.nz (Don Stokes) writes:  6 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:F > >I plan on Ebay'ing a microfiche reader/printer, and getting to mostG > >of the stuff that interests me. If I spend enough time on it to reads > >it, I'll print and scan it. > H > I got laughed at before by suggesting this, but a digital camera photoF > of a 'fiche reader screen at semi-decent resolution should be fairlyG > readable, (forget it for OCR, but text only a few pixels in size with5< > good greyscaling can be surprisingly readable by a human).  5 Damm, there was an auction today with a Crossfield...*   -- *< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.m@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  ! Date: Wed, 21 Feb 01 12:39:30 GMT> From: jmfbahciv@aol.coms( Subject: Re: Lots of Microfiche's found!+ Message-ID: <970heh$m6f$1@bob.news.rcn.net>w  0 In article <7x1ysskzas.fsf@ruckus.brouhaha.com>,.    Paul Rubin <phr-n2001@nightsong.com> wrote: >jmfbahciv@aol.com writes:@ >> That's how they got fiched.  The routine was, IIRC, dump what@ >> we wanted to get fiched on a "fiche tape" which was a magtape@ >> that had very carefully munged files on it.  I don't remember> >> where the fiche program came from, who wrote it (if anybody@ >> ever did--some of this stuff seemed to appear automagically),= >> what it was called on the -10, or who Release Engineering  A >> shipped the magtape to for the conversion to eye-strain media.  > E >Um, now they're talking about scanning the fiche.  It would be a lot . >easier if the tape is still around!!  Is it?!  @ The tape?  There never was a "the tape".  I doubt if any of them? lasted unless the fiche people kept archives (I don't even knowe if they were in-house).  -   /BAH  ' Subtract a hundred and four for e-mail.:   ------------------------------    Date: 21 Feb 2001 05:09:37 -0800 From: shoppa@trailing-edge.com( Subject: Re: Lots of Microfiche's found!) Message-ID: <970emh01kt8@drn.newsguy.com>I  D In article <3A931C8E.B8E07620@bartek.dontspamme.net>, Arthur says... >l >Tim Shoppa wrote:B >> Chances are that you do not have VMS 4.1 on 8" floppy.  If whatA >> you have is a set of 2 or 3 or 4 or 5 floppies, you have a VMS C >> Standalone Backup kit on RX01 or RX02.  Not to worry much, thereeK >> are plenty of full VMS 3.x and 4.x and 5.x and 6.x and 7.x distributions-@ >> here in the archives already as disk pack or tape images :-). >u) >There are more than 5, but less than 10.5  I A RX0x STABACKIT kit from VMS 5.5 fits on 4 floppies; the number for lateaD 4.x is (from faded memory of making TU58's under 4.7) I think 3.  SoJ you've got at least a little more there than just a standalone backup kit.   Tim.   ------------------------------    Date: 21 Feb 2001 14:16:45 +0100> From: Gennaro.Napolitano@tlc.semagroup.it (Napolitano Gennaro) Subject: Modem trouble@ Message-ID: <23DC1A5C6E91D411BCD300508B6573E8BB59E4@SEMARMN0006>   Hi all   This is the scenario:     - Alphaserver ds10;  - OpenVMS version 7.1-2;a,  - Modem U.S. Robotics COURIER V.Everything.  & The modem is configured in autoanswer.  G When I make a remote connection to the server, it works fine, but after6K hangup the line, on the server I still have a running process, named _TTA0,iL that leads the system raising a warning message saying that the modem is notE correctly wired etc., and I need to kill the process to stop warning.   D Does anybody knows about this problem, and further, how to solve it?   Thanks a lot in advancek Ciao Gennarow   -- m Posted from [194.21.44.47] i1 via Mailgate.ORG Server - http://www.Mailgate.ORGC   ------------------------------  # Date: Wed, 21 Feb 2001 14:14:16 GMTP= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)- Subject: Re: Modem trouble0 Message-ID: <009F7F6F.20EECC17@SendSpamHere.ORG>   In article <23DC1A5C6E91D411BCD300508B6573E8BB59E4@SEMARMN0006>, Gennaro.Napolitano@tlc.semagroup.it (Napolitano Gennaro) writes:g >Hi all, >  >This is the scenario: >o > - Alphaserver ds10;e > - OpenVMS version 7.1-2;- > - Modem U.S. Robotics COURIER V.Everything.h >r' >The modem is configured in autoanswer.p >,H >When I make a remote connection to the server, it works fine, but afterL >hangup the line, on the server I still have a running process, named _TTA0,M >that leads the system raising a warning message saying that the modem is notqF >correctly wired etc., and I need to kill the process to stop warning. >oE >Does anybody knows about this problem, and further, how to solve it?e >  >Thanks a lot in advance >Ciaon >Gennaro >s >--  >Posted from [194.21.44.47] 2 >via Mailgate.ORG Server - http://www.Mailgate.ORG    D If the modem is "answer only", configure it to NOT return any codes.D That's happening is that the party logs out and frees the post for aD new login.  The modem responds with some output (probably one of itsD OK message) and VMS sees this as an unsolicited interrupt and startsC a login on the port again.  It should time out in a few seconds ande% free the port for a subsequent login.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMu            uO city, n., 1. a place where trees are cut down and streets are named after them.=   ------------------------------    Date: 21 Feb 2001 09:46:37 -0600$ From: rivie@localhost.localdomain () Subject: Re: Modem trouble8 Message-ID: <slrn997oiu.19n.rivie@localhost.localdomain>  A In article <23DC1A5C6E91D411BCD300508B6573E8BB59E4@SEMARMN0006>, - Napolitano Gennaro wrote:1' >The modem is configured in autoanswer.u >eH >When I make a remote connection to the server, it works fine, but afterL >hangup the line, on the server I still have a running process, named _TTA0,M >that leads the system raising a warning message saying that the modem is not F >correctly wired etc., and I need to kill the process to stop warning. >iE >Does anybody knows about this problem, and further, how to solve it?t  E The modem is probably holding DSR asserted; most modems do unless youeE tell them otherwise. The modem needs to drop DSR when the Alpha dropstB DTR. If you closely watch the lights on the modem, you'll probably# see DTR cycling every few seconds.    F The modem is supposed to remain on-hook until the machine asserts DTR,G at which point the modem goes off-hook and asserts DSR. When the Alpha uC drops DTR, the modem should go back on-hook and drop DSR. A typicale% call should look something like this:b  G - Starting with the line idle. DTR deasserted by Alpha, DSR and CD are     deasserted by modem.A - Phone rings. Modem asserts RI, causing the Alpha to assert DTR.e&   Modem goes off-hook and asserts DSR.F - Modem detects carrier and asserts CD. The Alpha is still holding DTR1   asserted and the modem is holding DSR asserted.s - Data transfer happens.G - Hangup, leading to loss of carrier. The modem deasserts CD. The Alpha G   holds DTR asserted for a few seconds in case it's a temporary loss of?C   carrier (glitch on the phoneline or whatnot). The modem holds DSR '   asserted because it's still off-hook.eC - When the Alpha gives up on the line, it drops DTR. The modem goesrE   on-hook and drops DSR. If the modem doesn't drop DSR in a couple ofSA   seconds, VMS times out and prints the "your modem is mis-wired"6
   message.  E PCs aren't as picky, so modems typically hold DSR asserted unless youa% flip a switch to tell them otherwise.e --
 Roger Ivie mailto:rivie@teraglobal.comi* Not speaking for TeraGlobal Communications    > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!h> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------   Date: 21 Feb 2001 14:06:48 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)i Subject: Re: Modem trouble0 Message-ID: <970i1o$eoi$1@n.ruf.uni-freiburg.de>   In article <23DC1A5C6E91D411BCD300508B6573E8BB59E4@SEMARMN0006>, Gennaro.Napolitano@tlc.semagroup.it (Napolitano Gennaro) writes:o >This is the scenario: >A > - Alphaserver ds10;e > - OpenVMS version 7.1-2;- > - Modem U.S. Robotics COURIER V.Everything.a >R' >The modem is configured in autoanswer.  >-H >When I make a remote connection to the server, it works fine, but afterL >hangup the line, on the server I still have a running process, named _TTA0,M >that leads the system raising a warning message saying that the modem is notoF >correctly wired etc., and I need to kill the process to stop warning. >tE >Does anybody knows about this problem, and further, how to solve it?o  F There are several possibilities provided that your cabling is correct.. What do you get with a "SHOW TERMINAL _TTA0:"?   Regards,    Christoph Gartmannt  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Wed, 21 Feb 2001 17:24:57 GMT2= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)s Subject: Re: Modem trouble0 Message-ID: <009F7F89.C3E03B85@SendSpamHere.ORG>  _ In article <slrn997oiu.19n.rivie@localhost.localdomain>, rivie@localhost.localdomain () writes: B >In article <23DC1A5C6E91D411BCD300508B6573E8BB59E4@SEMARMN0006>,  >Napolitano Gennaro wrote:( >>The modem is configured in autoanswer. >>I >>When I make a remote connection to the server, it works fine, but aftertM >>hangup the line, on the server I still have a running process, named _TTA0, N >>that leads the system raising a warning message saying that the modem is notG >>correctly wired etc., and I need to kill the process to stop warning.a >>F >>Does anybody knows about this problem, and further, how to solve it? >hF >The modem is probably holding DSR asserted; most modems do unless youF >tell them otherwise. The modem needs to drop DSR when the Alpha dropsC >DTR. If you closely watch the lights on the modem, you'll probably,$ >see DTR cycling every few seconds.  >pG >The modem is supposed to remain on-hook until the machine asserts DTR,tH >at which point the modem goes off-hook and asserts DSR. When the Alpha D >drops DTR, the modem should go back on-hook and drop DSR. A typical& >call should look something like this: > H >- Starting with the line idle. DTR deasserted by Alpha, DSR and CD are  >  deasserted by modem.iB >- Phone rings. Modem asserts RI, causing the Alpha to assert DTR.' >  Modem goes off-hook and asserts DSR.2G >- Modem detects carrier and asserts CD. The Alpha is still holding DTRu2 >  asserted and the modem is holding DSR asserted. >- Data transfer happens.vH >- Hangup, leading to loss of carrier. The modem deasserts CD. The AlphaH >  holds DTR asserted for a few seconds in case it's a temporary loss ofD >  carrier (glitch on the phoneline or whatnot). The modem holds DSR( >  asserted because it's still off-hook.D >- When the Alpha gives up on the line, it drops DTR. The modem goesF >  on-hook and drops DSR. If the modem doesn't drop DSR in a couple ofB >  seconds, VMS times out and prints the "your modem is mis-wired" >  message.r >iF >PCs aren't as picky, so modems typically hold DSR asserted unless you& >flip a switch to tell them otherwise. >--- >Roger Ivie  >mailto:rivie@teraglobal.com+ >Not speaking for TeraGlobal Communicationsd  I You know, I have a bad habit of assuming that people will connect a modemuJ after reading say "The OpenVMS FAQ" and/or understanding what you have de- scribed.  I The USRs are typically configured out-of-the-box to hang off of a PeeCee eI to originate calls.  This will not function well when connected to *any* e  system to answer incoming calls.  I The basic command sequence to set a USR modem up to handle the DTR inter-: action with the host is:   AT&C1&D2&S1-  6 This should be stored in the modems profile with a &W.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            yO city, n., 1. a place where trees are cut down and streets are named after them..   ------------------------------  % Date: Wed, 21 Feb 2001 12:41:38 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca>g Subject: Re: Modem trouble, Message-ID: <3A93FDD0.B719DCCA@videotron.ca>   Napolitano Gennaro wrote:lI > When I make a remote connection to the server, it works fine, but after?M > hangup the line, on the server I still have a running process, named _TTA0,aN > that leads the system raising a warning message saying that the modem is notG > correctly wired etc., and I need to kill the process to stop warning.o  ) You need to configure the modem properly.n  S -no messages or status codes upon answer/hangup. (no "OK", "CONNECT" "HANGUP" etc).k: -ensure that your modem drops carrdier when DTR is dropped? -ensure that modem does not force CRS to be on (carrier detect)1  M The IO Users manual has a sections, as part of the terminal driver on exactlyo1 how the logic works and where the timers are etc.t  L Another way to find if your modem is not configured right is to SET HOST/DTEH to the port and remain inactive. If, every 30 seconds, you get a datasetH hangup message, it means that the modem's handling of CSR/DTR/CTS/RTS is wrongly configured.n   ------------------------------  % Date: Wed, 21 Feb 2001 12:43:57 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>? Subject: Re: Modem trouble, Message-ID: <3A93FE5B.9056579C@videotron.ca>  " rivie@localhost.localdomain wrote:  CG > PCs aren't as picky, so modems typically hold DSR asserted unless youp' > flip a switch to tell them otherwise.o  Y PCs are never concerned about security. And PCs generally don't have autobaud capability.d   ------------------------------   Date: 21 Feb 2001 16:21:10 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: OpenVMS and Supercomputingo, Message-ID: <970ptm$si2@gap.cco.caltech.edu>  X In article <3A92FD2A.5736BB20@infopuls.com>, Christof Brass <brass@infopuls.com> writes:J >> The real killer for VMS is that this mode of "fast and 99.9% stable" isM >> more than good enough for almost all other types of computing as well.  So.M >> why spend the big bucks for VMS when you can get better performance within N >> the allowed reliability requirements for less, both from Compaq and a largeK >> number of other vendors?  Which is one of the more major reasons why VMS D >> retains such a tiny fraction of its former market.  It's only theL >> 100% <-> 99.999999% reliable crowd that really _need_ VMS these days.  Or >> can afford it.  >p@ >This is obviously completely wrong. The problem for selling VMSA >is that most managers don't understand their business. Otherwisea; >they would pay more attention to speed. Speed? Yes, speed.-@ >That's exactly what is lost if a system goes down. Realiability> >combined with appropriate cpu power is business speed. Do you6                                         ^^^^^^^^^^^^^^= >think that eBay did it right? Did you ever hear TOC?? Do you > >think if managers had done their business right we would have, >been faced with 200+ millions M$-DOS PCs???  G We're not talking about businesses, we're talking about supercomputers,nJ which are usually found in national labs and the like.  The 99% uptime andI checkpointing methods are good enough for these environments. You're also K underestimating the reliability of Tru64 and Linux/Alpha systems.  I've not F had a single system failure on 9 DS10 Linux/Alpha machines in a year. J Tru64 should be even more reliable.  That's more than good enough for this class of work.   > : >I once programmed for a customer a production and storageA >control system. This company would have payed thousands of $ per-A >hour of downtime. They insisted in having a very reliable OS ande% >a safe programming language (no C!).c  F That was not a supercomputing application.  Look at the title of this  thread!u   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech iJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   Date: 21 Feb 2001 16:37:42 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: OpenVMS and Supercomputinga, Message-ID: <970qsm$si2@gap.cco.caltech.edu>  X In article <3A9310F0.FD74DBDF@infopuls.com>, Christof Brass <brass@infopuls.com> writes:L >> 1.  Really poor disk and pipe IO performance for this sort of work.  (See6 >>     my numerous posts on this subject for details). >  >Forget pipe  I Easy to say, not so easy to do.  I use pipes on the Linux/Alpha boxes to -J split datasets on the fly and feed them into analysis programs.  It works L fine on Linux but the same programs run very slowly on VMS.  They also have + problems on VMS when they hit long records.u  I >> 3.  The cutting edge compiler optimizations are only present on Tru64.a >c >Easy to fix  # Technically, yes.  Politically, no.n  H >> 4.  It's easier to run big piggy jobs on Unix than VMS.  On most UnixK >>     machines one process can hog all the resources and nothing complainsrN >>     (until the machine starts paging, etc.)  On VMS you have to much aroundH >>     with a whole bunch of parameters in order to allow these sorts of. >>     jobs to run without EXQUOTA popping up. >d >Not a real problem.  H Once you've figured out how to do it.  Any site switching for Unix->VMS  will get bitten by it though.o   >e >> but the main reason is that:! >>  G >> 5.  The vendor doesn't care to keep the product competitive in terms D >>     of price, performance, or marketing.  Compaq wants you to useE >>     Tru64 for this, and they are forcing you to do so by cripplinglH >>     VMS.  (I consider it crippling if insufficient funds are investedD >>     to keep the product competitive as the competition improves.) > 9 >Could be. But the SC market is suitable for VMS anyway. A   ???B   >See myt= >other post to this thread 20-Feb-2001 23:26. Oh, I love VMS'C >date and time format.   Yes, I like that too.p > G >> The other point is that for most people (perhaps 98% of the computerMI >> market, by dollars spent) the reliability/performance requirements for>E >> "supercomputing" are very close to their needs, ie, 99% up time isnN >> adequate.  And speed counts as much or more than reliablity.  VMS gives youJ >> 100-99.99999% reliability (depending on how much you want to spend) butE >> ironically, it cannot be dropped down to 99% in exchange for speedk/ >> equivalent to these other operating systems.a >e@ >Because people are not interested in saving money. See my other' >post to this thread 20-Feb-2001 23:26.e  I No, no, no.  SUPERCOMPUTING .ne. BUSINESS COMPUTING.  It isn't like ebay.lJ It's "crunch this quantum mechanics calculation for 3 weeks, checkpointingJ every hour".  The most they're out in a failure is 1 hour of work, and itsJ not easy to assign a value to it, but it certainly isn't the "we're losing6 millions of dollars per minute/down" sort of category.   >I >>  	 >> >It isnC >> >the same CPU and the same compiler backends. But scientists are E >> >just as conservative as anyone else. All the other guys use Unix,e >> >so we will as well.  >> gK >> That's not correct.  VMS is simply not competitive in this field, exceptpK >> possibly on that small class of problems which run for a very long time,rN >> are entirely CPU bound, and can be run in parallel without resorting to PVM
 >> or MPI. >4A >This is a contradiction to what you said about compiler quality.-  J Well, sort of, but not quite.  A lot of code comes out of the VMS compilerE sufficiently well optimized that every other trick the Tru64 compileroJ throws at it doesn't help matters any, or does so by only a percent or twoI - not enough to matter.  But other code can be better optimized on Tru64.rJ Optimization is a tricky and somewhat mysterious business - sometimes codeK runs faster with some optimizations turned off!   The bottom line though iscJ that if squeezing the last few percent of speed out is important you want L to use Tru64.  If that last few percent doesn't matter, then (for CPU bound * jobs) VMS and Linux/Alpha will do as well.  I >> >I think there are quite a few Tru64 Alpha's used as super-computers !e >> > >> tN >> Right.  And no VMS machines.  Nor will there ever be given Compaq's current
 >> direction.  >e= >But why should anybody want to have VMS there? Selling boxestA >with Alphas is okay. But you wouldn't sell many licences becausee@ >there are only a few people using these SC at a certain moment.  K Celera, for instance, has a large number of Tru64 Alphas.  They could have eH been VMS machines, but were not.  The VMS group lost sales to the Tru64 ! group.  The hardware is the same.   A >Maybe a single user license is okay and this is exactly what the $ >education program offers IIRC ;-))   J The OpenVMS education program offers nothing of value because you can onlyH legally use the systems for educational purposes, not for any real work C (ie research, which is what BUYS the machines in the first place). a   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech FJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Wed, 21 Feb 2001 09:06:48 +0100e/ From: Marc Van den Eynden <system@dnet.atea.be>,) Subject: Re: OpenVMS-releases - timetable , Message-ID: <3A938528.5EEBFBEA@dnet.atea.be>  D I came to the same conclusion (not on *any* condist) after searching throughc$ the collection of the last 2 years.   D As for separate kits, the only kits I can find are OpenVMS v.7.2 and back. A So what's the story on 7.2-1 ? Did I miss something ? Was 7.2-1 ae complete boxF with manuals (easy to spot and find, should have found it by now) , or just a7 lonely CD and a leaflet (could easily be "misplaced"). o Or did I miss a shipment ?   Still searching...   Marc Van den Eynden.  8 # Above message 100% recyclable, if *you* do not print #         Wayne Sewell wrote:  >  > O > I don't think you will find it on *any* condist.  Unlike the VAX, I think thenG > vms operating system for alpha has always been on its own set of CDs,i' > completely separate from the condist.A >  > --Q > ===============================================================================AO > Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxr: > http://www.tachysoft.xxx/www/tachyon.html and wayne.htmlM > change .xxx to .com in addresses above, assuming you are not a spambot  :-) Q > ===============================================================================dD > Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------    Date: 21 Feb 2001 11:23:20 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ) Subject: Re: OpenVMS-releases - timetableSH Message-ID: <y4itm4mj1j.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  1 Marc Van den Eynden <system@dnet.atea.be> writes:.    > So what's the story on 7.2-1 ?   It doesn't exists for VAX.   	Jan   ------------------------------    Date: 21 Feb 2001 19:16:27 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: Re: OpenVMS-releases - timetables* Message-ID: <3a9405fb$1@news.kapsch.co.at>  ^ In article <3A938528.5EEBFBEA@dnet.atea.be>, Marc Van den Eynden <system@dnet.atea.be> writes:K >As for separate kits, the only kits I can find are OpenVMS v.7.2 and back.FO >So what's the story on 7.2-1 ? Did I miss something ? Was 7.2-1 a complete boxcN >with manuals (easy to spot and find, should have found it by now) , or just a8 >lonely CD and a leaflet (could easily be "misplaced").  >Or did I miss a shipment ?r  < Seems so. V7.2-1 was indeed a separate box/kit with manuals.  H There was TCPIP V5.0-10 (aka V5.0A) on the V7.2-1 CDs instead of V5.0-9 F on the V7.2 kit. But the recommended TCPIP V5.0-11 (also V5.0A !!) was@ only on the VMS Alpha Condist CDs. In case you missed that, too.   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888m< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 21 Feb 2001 11:48:09 +0000b" From: Nic P Clews <nclews@csc.com> Subject: OT: Sun's 'Full Moon'@ Message-ID: <OF99260C80.A870A03B-ON802569FA.0040D58F@eu.csc.com>  0 I'm making some preparations for a DECUS seminar6 I'll be presenting at in the UK next week on Clusters.  5 While updating myself with the current Sun offerings, + Sun Cluster 3 is also known as "Full Moon".   0 I have no idea why they picked this codename for3 the technology, apart from the obvious astronomicalF5 relationship between the Sun and the Moon, but I will-3 have to try very hard to keep a straight face whileh talking about it!-   My opinions etc.!-  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot coma   ------------------------------    Date: 21 Feb 2001 10:58:06 -0500+ From: young_r@encompasserve.org (Rob Young)." Subject: Re: OT: Sun's 'Full Moon'3 Message-ID: <ghXp1mTADuE+@eisner.encompasserve.org>a  e In article <OF99260C80.A870A03B-ON802569FA.0040D58F@eu.csc.com>, Nic P Clews <nclews@csc.com> writes:r2 > I'm making some preparations for a DECUS seminar8 > I'll be presenting at in the UK next week on Clusters. > 7 > While updating myself with the current Sun offerings,v- > Sun Cluster 3 is also known as "Full Moon".s > 2 > I have no idea why they picked this codename for5 > the technology, apart from the obvious astronomicalt7 > relationship between the Sun and the Moon, but I willo5 > have to try very hard to keep a straight face whilee > talking about it!l >    	Nic,r  = 	It is called "Full Moon" because it will cause a WolfPack toe 	howl at it.  WolfPack:A  A http://www.microsoft.com/ntserver/support/faqs/Clustering_faq.aspl   	What is "Wolfpack"? i; 	"Wolfpack" was the code name for Microsoft Cluster Server.o   ---u  = 	Obviously , there is some interesting other meaning in it asf/ 	they wish to "give MS the moon" too I am sure.R   				Rob    ------------------------------  % Date: Wed, 21 Feb 2001 18:29:04 -0000 0 From: Timothy Stark <sword7@grace.speakeasy.org>< Subject: Re: Possible security hole in VMS Phone (was: Mail)/ Message-ID: <t9827gcoclih97@corp.supernews.com>   5 Bob Koehler <koehler@eisner.encompasserve.org> wrote:D2 >> I found something interesting in VMS Mail, when0 >> I experimented with some VT escape sequences.  I That remind me about phony phone messages.  Someone ran phone.com to sendtJ me phony messages.  When I tried to answered it but I was told that callerF is not found!  Then, someone ran phone.com to screw up my terminal by G sending VT escape with reset command.  User aide scorned me for ruiningsD my terminal.  I tried to explain him about it but he did not listen.@ It happened at Gallaudet University during my college life.. :-(   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 21 Feb 2001 06:15:23 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) ) Subject: Re: Possible security hole in...e. Message-ID: <9T2fgtSibw$B@tachxxsoftxxconsult>  x In article <OF185917A0.898918C9-ON032569F9.005BBBBE@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:L > OpenVMS is safe, because it is unknown ! I never had problems with OpenVMSK > in terms of security.. again the big problem with OVMS is not itself, but& > the TCPIPmM > services....since I use it, had a lot of problems with telnet ....freezing, 	 > etc ...  > K > My greatest problems in the datacenter are not with security holes of the  > OS,-8 > but users sharing passwords and things like this . . . >   > OpenVMS is not "user proof"... >   L My boss back in the mid 70s once said: "you can make it idiot-proof, but you$ can't make it *damned* idiot proof."     -- IO ===============================================================================lM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxt: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)oO ===============================================================================oB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Wed, 21 Feb 2001 16:09:06 -0000o# From: "John Smith" <js@hotmail.com> ) Subject: Re: Possible security hole in... > Message-ID: <qVRk6.32378$Dd3.622253@monolith.news.easynet.net>  6 "Christof Brass" <brass@infopuls.com> wrote in message& news:3A930E20.403E7B06@infopuls.com... > Bill Gunshannon wrote: > >a; > > In article <qvWi6.670$cu.2814@gazette.loc1.tandem.com>,e9 > >  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  > > |>J > > |>   I have asked for additional details around this problem, and have taken00 > > |>   the report and the discussion off-line. > > |>I > > |>   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERSi ***. > >.H > > And this is the main reason why there is this perception that VMS isK > > totally secure while the various Unixes are not.  Because Unix had it'seI > > source in academia, everything about it is discussed openly while VMSiG > > castigates anyone who dares to publicly mention a possible problem. I > > That leads to two effects. First, no one ever talks about the problemdF > > so it appears there afre none.  And second, many people would justJ > > not risk the embarassment of being chastised and therefore just remain$ > > silent when they find something. > >tL > > While OpenVMS may be more secure than many other OSes, it is unrealisticJ > > to believe there are no problems, no matter what the bigots might wish > > you to believe.t > >r > > bill > >  > > --G > > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three  wolvesH > > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > > University of Scranton   |B > > Scranton, Pennsylvania   |         #include <std.disclaimer.h> > $ > Two main problems with your logic. >>B > 1.Not talking about the problems in public *is* an advantage and? > adds up to beeing safer because less people know how to break  > security.e >s@ > The problem with UNIX is that in academia a lot of people have@ > time to play around read the otherwise unreadable UNIX sources@ > and find one of the many so far undiscovered bugs. They regardB > this as a game and tell other colleagues about that and they try> > to use this knowlegde just for fun. Sometimes this knowlegdeB > escapes to really nasty people. But - and this is very differentB > to VMS besides that the sources aren't that easily available and  0     Blackhats have had the VMS sources for years  A > not read just for fun - this particular problem may affect onlyt? > a certain subset of the UNIX' or - even worse - it may affect = > other UNIX' as well but the fix is different. Because theresB > isn't one UNIX. There is no mechanism like an ECO for all UNIX'.B > There are patches which have to be created for every single UNIX@ > out there. And BTW a lot of UNIX' security holes is not in itsB > kernel but in its lousy programs like sendmail and the typical C > code with buffer overflows.o >   ?     What makes you think VMS isn't vulnerable to the same class %     of problems ?  Watch the skies :)C   ------------------------------  % Date: Wed, 21 Feb 2001 11:53:18 -0500i- From: "Richard D. Piccard" <piccard@ohio.edu>.) Subject: Re: Possible security hole in...c( Message-ID: <3A93F278.C1BE8917@ohio.edu>  0 Historical nit-picking:  AT&T/Bell Labs, not GE.                   RDP      Christof Brass wrote:R   > [snip]   > = > 2.Not all UNIX' are used in academia or had their source in*A > academia or are open source. The source of the first UNIX was a-; > result of people at GE who had spare time after a projecta? > initiated by GE and the DoD with participation of the MIT hada% > been cancelled. No academia at all.c   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Wed, 21 Feb 2001 11:56:26 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i( Subject: Re: Pseudo Random Number in DCL0 Message-ID: <009F7F5B.DF777436@SendSpamHere.ORG>  a In article <i7jv8ekwWJVV@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:cq >In article <009F7EF1.9F0ED728@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:.d >> In article <FK9ZaWBpPVX$@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: >>>$ goto bypass_commentsg >>>e@ >>>Ken Selvia dropped the following to comp.os.vms in March 1995 >>>m >>>--- >>>rF >>>You can have DCL get even more "random" by getting some digits from >>>the 64 bit system time. >>>e- >>>$ ABS_TIME   = F$FAO("!AD",8,%X83e84a58)  t+ >>>$ C_BINTIM_LSB   = F$CVUI(0,32,ABS_TIME)h, >>>$ C_BINTIM_MSB   = F$CVUI(32,32,ABS_TIME) >>> L >>>The "%X83e84a58" above is the address returned by SHOW SYM EXE$GQ_SYSTIME7 >>>in ANALYZE/SYSTEM on an AlphaAXP running OpenVMS 6.1o >> u >> >/ >> $ SYMBOL/SET/GLOBAL/EXECUTIVE EXE$GQ_SYSTIMEd3 >> $ C_BINTIM_LSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME)l5 >> $ C_BINTIM_MSB = %x'F$fao("!@XL",EXE$GQ_SYSTIME+4)t >> o >t >	Brian, >aB >	That would make a nice supplement to the DCL hack I dropped out,? >	however if you stick that in a DCL loop you will see that the 7 >	C_BINTIM_LSB isn't very random above a certain digit.e  B Yes, just the lower byte or word would likely be better in a loop.   >       Using SYMBOLH >	definitely makes it a lot cleaner.  So when do they do us all a favor $ >	and drop SYMBOL in sys$examples?   >  >				Rob >e  * I'd much rather see it in SYS$SYSTEM: :)    A FYI, more details on the /EXECUTIVE qualifier are available here:u  O http://www.tmesis.com/help/@TMESIS%25SYMBOL/SYMBOL/QUALIFIERS/SPECIAL#EXECUTIVEo --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            aO city, n., 1. a place where trees are cut down and streets are named after them.h   ------------------------------  % Date: Wed, 21 Feb 2001 14:39:05 +0000 . From: Peter Jackson <peter.jackson@oracle.com> Subject: Re: RDB SQLSRV errors* Message-ID: <3A93D309.63504BD4@oracle.com>  , This is a multi-part message in MIME format.& --------------71F1D6D5A89D44A01C6569C2* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bito  - Go into Metalink and do a search for 104738.1>  
 Peter Jackson> Rdb SupportU	 Oracle UKm  * fabio_compaq@ep-bc.petrobras.com.br wrote:  / > I am still having problems with the listenersg > % > The messages are below...any idea ?> > R > ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.475-------------C > %SQLSRV-I-EVENT_LOG, event logged at line 588 in file COM_TNS.C;1rH > %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS nslisten() service has failedR > %SQLSRV-E-TNSEXTENDED, Oracle SQL*Net TNS error codes: primary (12542) secondary
 >  (12560)R > ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.546------------- >wR > ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.927-------------A > %SQLSRV-I-EVENT_LOG, event logged at line 10082 in file CMD.C;1aL > %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS oci_listener() service has failedR > ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.927------------- >iR > ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.980-------------A > %SQLSRV-I-EVENT_LOG, event logged at line 10128 in file CMD.C;1e7 > %SQLSRV-E-NOLISCREATED, No listeners could be created R > ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.988-------------  & --------------71F1D6D5A89D44A01C6569C2- Content-Type: text/x-vcard; charset=us-ascii;v  name="peter.jackson.vcf"t Content-Transfer-Encoding: 7bito+ Content-Description: Card for Peter Jacksono  Content-Disposition: attachment;  filename="peter.jackson.vcf"e   begin:vcard  n:Jackson;Peterp tel;fax:0118 9249260 tel;work:0118 9249165e x-mozilla-html:FALSE org:Oracle Corporation UK Ltd.
 adr:;;;;;; version:2.1V' email;internet:peter.jackson@oracle.com  fn:Peter Jackson	 end:vcardu  ( --------------71F1D6D5A89D44A01C6569C2--   ------------------------------  % Date: Wed, 21 Feb 2001 07:21:30 -0500m2 From: "Sue Skonetski" <susan.skonetski@compaq.com>- Subject: RTR now licesnsed as part of OpenVMSe6 Message-ID: <ApOk6.67$dl6.418@gazette.loc1.tandem.com>  H Please note that I am posting this on behalf of the RTR product manager.  
 Warm Regards,    Sue   , Rock Solid Reliable Transaction Router (RTR)  J Reliable Transaction Router (RTR) is software fault tolerant transactional messaging middleware used*  L to implement large, distributed applications using client/server technology.  K Many of our largest customers around the world are running their businesses* with proven RTR technology.-  K They use RTR for global e-business transactions and data integrity in stockn exchanges, financial servicesj  / organizations, and railway reservation systems.    Now licensed as part of OpenVMS   K RTR is an important part of Compaq's enterprise computing product offerings  and e-business strategy.  F With the announcement of RTR Version 4.0, RTR for OpenVMS is no longer licensed as a separate product,t  J but licensed as part of the OpenVMS operating system. RTR software support services will continue to be  B sold separately and will not be part of operating system services.   Features/Benefits.  H Object Oriented Interface - introduces an object model (now available in" C++), which greatly simplifies the  L development of fault tolerant RTR applications. This interface interoperates with existing RTR applications,.  F provides new features (including classes to manage RTR) and allows the& application to modify default behavior  ! provided in the RTR base classes.   C Web-Based SystemManagement - Configure and manage RTR with Internet=	 Explorer.=  J Shadowing Enhancements- Reduce transaction recovery time and increase data  availability from a remote site.  L License RTR with OpenVMS - Reduce cost of ownership - license rights for RTR V4.0 for OpenVMS and  F prior versions will be granted as part of the OpenVMS operating system license.   Product availability  L RTR v4.0 is now available for customers for the following platforms: OpenVMS (AlphaT and VAXT),  L Tru64 UNIX, Windows 2000, Windows NT, Windows 95, Windows 98 and Windows ME.  I RTR v4.0 also includes support for the AlphaServer GS Series. RTR for SunD Solaris V4.0 willa  $ be available for customers in March.  . For more information, visit www.compaq.com/rtr   ------------------------------  % Date: Tue, 20 Feb 2001 12:33:24 +0000 . From: paul beaudoin <system@ccci4.demon.co.uk>- Subject: Re: Strange way to blow your profitsn1 Message-ID: <3A926414.9671BF59@ccci4.demon.co.uk>e   Ahem...lF I have been following this excellent news group for some time and evenD make the odd (very!?!) contribution. I am compelled to make another.D A recurring theme here is the death of VMS and the perceived lack ofG interest Compaq themselves show by not advertising, singing the praises2G in public etc. and there is a feeling that without that we lesser sortsnG are powerless to stop the erosion. Not so. It is all too easy (and verylG human) to wail about injustice and ignorance and lay the responsibilityeB elsewhere and even when that is true,  moaning about it has little8 effect other than using up a bit of bandwidth uselessly.C I am in the fortunate (or otherwise, depending on your perspective)lF position of running a small (and shrinking) VMS group for a major bankD and recently have started a revolution against my teams demise. VeryF simply, I dug up the numbers, and researched into other organisations,G asked questions and leaned on my Compaq sales people for help and builtaF a case for not only preventing further shrinkage but a restoration. ItF retrospect this was easy.... we spend about 2% of the budget, have 10%> of the staff and produce 26% of the processing in my location.D Availability is second to none. These are the numbers that make beanG counters notice. VMS is no longer dying in the market place (possibly alC matter of opinion but there is plenty of evidence) and there is notaH longer any justified reason to assume VMS will desert any that invest inG it. Many of you out there could undertake a similar exercise. Most willbF fail. Some will not. You might be pleasantly surprised how much CompaqD will invest in such a campaign as long as it looks like it will bearH fruit. Once I got this started, Compaq people form all over gave advice,H produced reports, offered presentations and even offered support to portE applications in one case. Moral of the story: Take responsibility forsG your own destiny. I am sorry this sounds like so much preaching - it is0H not intended. Sometimes it is a great leap to the conclusion that we areB not as powerless as we often seem. I would like to report that theF revolution is progressing well but that would be premature. In a word, the fat lady has not sung yet.   Paul   ------------------------------  % Date: Wed, 21 Feb 2001 12:27:48 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>p- Subject: Re: Strange way to blow your profitsh, Message-ID: <3A93FA93.9CC09867@videotron.ca>   paul beaudoin wrote:J > fruit. Once I got this started, Compaq people form all over gave advice,J > produced reports, offered presentations and even offered support to port > applications in one case.t    K As you said in your post, you are fortunate. Not everyone has the luxury ofaM having local sales folks who are interested. When I ran the SWIFT applicationeI for a bank, I had to beg to talk to the supposed sales rep. When the bankmN undertook a $300,000 study to get rid of the vax, not only was Digital totallyN absent, but the sales rep managed to critise me for having gotten involved andG jeoperdizing "HIS" site. 10 years later "MY" vaxes are still there (for K another year after which they are being replaced with NT).  When I told himeN that the bank was looking for an EDI solution to connect to a canadian VAN, heK didn't act on it, even though I had given him the information about the EDIsM product manager. I saw how the IBM folks were struggling and were begging forwK a way to get the stuff done and saw how DEC's EDI product would have been am/ good fit, but the sales rep didn't do anything.i  D So, while I am sure many sales offices are very good at working withG customers, there are some where they really don't give attention to VMSd
 customers.   ------------------------------    Date: 21 Feb 2001 19:25:19 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: Strange way to blow your profits-( Message-ID: <3a94080f@news.kapsch.co.at>  \ In article <3A93FA93.9CC09867@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:E >So, while I am sure many sales offices are very good at working with H >customers, there are some where they really don't give attention to VMS                      ^^^^^^l >customers.a   Make this "many" or "most" Sigh   -- y< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 21 Feb 2001 09:00:28 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Sun's 'Full Moon'- Message-ID: <0033000016762431000002L012*@MHS>e  @ =0APerhaps it's because a Full Moon is only up once a month. ;-)   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETr, > Sent: Wednesday, February 21, 2001 6:53 AM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET  > Subject: OT: Sun's 'Full Moon' >I >=2 > I'm making some preparations for a DECUS seminar8 > I'll be presenting at in the UK next week on Clusters. >n7 > While updating myself with the current Sun offerings,t- > Sun Cluster 3 is also known as "Full Moon".  >n2 > I have no idea why they picked this codename for5 > the technology, apart from the obvious astronomical=7 > relationship between the Sun and the Moon, but I will,5 > have to try very hard to keep a straight face while" > talking about it!- >- > My opinions etc.!, > * > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot comc >=   ------------------------------  % Date: Wed, 21 Feb 2001 10:33:17 -0600i* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Sun's 'Full Moon'- Message-ID: <0033000016775828000002L082*@MHS>i  H =0ANot to mention the fact that the Sun goes down once per day without = fail.o ;-) ;-)    WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETi, > Sent: Wednesday, February 21, 2001 9:15 AM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET  > Subject: RE: Sun's 'Full Moon' >O >T? > Perhaps it's because a Full Moon is only up once a month. ;-)s >  > WWWebb >o > > -----Original Message-----3 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe. > > Sent: Wednesday, February 21, 2001 6:53 AM: > > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET" > > Subject: OT: Sun's 'Full Moon' > >b > > 4 > > I'm making some preparations for a DECUS seminar: > > I'll be presenting at in the UK next week on Clusters. > >e9 > > While updating myself with the current Sun offerings, / > > Sun Cluster 3 is also known as "Full Moon".d > >e4 > > I have no idea why they picked this codename for7 > > the technology, apart from the obvious astronomicalh9 > > relationship between the Sun and the Moon, but I willb7 > > have to try very hard to keep a straight face whilel > > talking about it!  > >  > > My opinions etc.!n > > , > > Regards, Nic Clews CSC Computer Sciences > > nclews at csc dot comc > >n >=   ------------------------------  % Date: Tue, 20 Feb 2001 19:18:43 +0000n  From: steven.reece@quintiles.comI Subject: Re: Time and Rebooting OpenVMS (was: Re: www.openvms.compaq.com)oH Message-ID: <OF262250C5.87DD8427-ON802569F9.0069A9DE@qedi.quintiles.com>  K I understand the reasons for doing a SET TIME on a VAX in order to maintainy the year as per the FAQ.K Do I take it that, even though SET TIME does not actually set the time on aeH VAX which has DTSS installed with DECnet-Plus, the SET TIME command will3 still update the stored year in SYS$SYSTEM:SYS.EXE?  Steve.   Hoff commented: E >>>  That said, we now are in the annual window where all OpenVMS VAXl systemssJ   should issue the SET TIME command, either directly or implicitly via the?   SHUTDOWN command.  Please see the OpenVMS FAQ for details.<<<c   ------------------------------    Date: 21 Feb 2001 17:45:06 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> I Subject: Re: Time and Rebooting OpenVMS (was: Re: www.openvms.compaq.com)eH Message-ID: <y4snl8kmst.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " steven.reece@quintiles.com writes:  M > Do I take it that, even though SET TIME does not actually set the time on a J > VAX which has DTSS installed with DECnet-Plus, the SET TIME command will5 > still update the stored year in SYS$SYSTEM:SYS.EXE?   N I doubt it. I am assuming that DTSS patches the $SETIME entry vector to branchM to a substitute routine that returns the error message defined for this case.e   	Jan   ------------------------------  % Date: Wed, 21 Feb 2001 07:40:49 -0500:2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>4 Subject: Trying to set up second NIC in DEC 3000 7007 Message-ID: <200102210741_MC2-C642-8CEE@compuserve.com>B  # Message text written by Bill Cotham H >I am trying to set up a LAT printer on a second ethernet card installedF on our DEC 3000 700 system.  Please bear with me as I am a chemist andH not a VMS expert.  It just so happens that one of our instruments uses a5 data system which operates under OpenVMS.  Anyway....a  F I installed the ethernet card in turbochannel slot 1.  At startup, theD hardware finds the card and gives it devnam TC1 and an OK status.  I? then boot into VMS and run SYS$MANAGER:NETCONFIG.  I answer themG appropriate questions and finally say Y to start the network.  The textn below is the result:    & %RUN-F-CREPRC, process creation failed! -SYSTEM-F-DUPLNAM, duplicate nameSB %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM has been superseded@ %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_NOSOFTID has been
 superseded> %DCL-I_SUPERSEDE, previous value of MOM$SYSTEM_SOFTID has been
 supersededA %NCP-W-INVPVA, Invalid parameter value, Physical Ethernet address  Line=3DMXE-0- %NCP-W-UNRCMP unrecognized component, Circuits Circuit =3D MXE-0F) %NCP-I-NOINFO, No information in databaseg& %RUN-F-CREPRC, process creation failed! -SYSTEM-F-DUPLNAM, duplicate name   7 If I then enter : NCP SHOW KNOWN LINES, I only see this     A Line                                                        State   @ SVA-0                                                         on  E which is the ethernet card built onto the motherboard.  I do know the,C card is working because I can use it thru UCX using standard TCP/IPe
 protocols.  = Can anyone on the group shed some light as to how to proceed.    Thanks in advance<  E It's probably worth noting here that DECnet can only operate over oneEG Ethernet interface unless you have a DECnet Routing License.  If you do>C have one, the two network cards must connect to completely separatea9 networks as they will both have the same DECnet addresss.   J LAT will default to the FIRST network card and I wouldn't even try to gue= ssJ which card will be first.  I believe that the logical name LAT$LINK can b= e J defined to point LAT to the desired network card.  AFAIK LAT can't operat= ei! over two network cards; pick one.e   ------------------------------  % Date: Wed, 21 Feb 2001 02:01:23 -0500	2 From: rdeininger@mindspring.com (Robert Deininger)% Subject: Re: UCX 4.x On DS20 ALPHAs ?VL Message-ID: <rdeininger-2102010201230001@user-2ivealr.dialup.mindspring.com>  C In article <96v23q$12r$1@joe.rice.edu>, leslie@clio.rice.edu (Jerryc Leslie) wrote:  I > We're having an as-yet unknown connectivity problem with a DS20 runninge > TCP/IP V5.0A/ECO 2:  >  >    $ tcpip show version  > F >      DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 2D >      on a COMPAQ AlphaServer DS20E 500 MHzP running OpenVMS V7.2-1 > H > One suggestion has been to downgrade to UCX 4.x, since the applicationA > on the VMS system is known to run under VMS 6.-1H3 and UCX 4.2.t > E > Is that a viable option, or does VMS 7.1-2 and later require TCP/IP  > Version 5.0 or better ?e   UCX 4.2 runs under VMS 7.1-2.o  J TCPIP 5.1 is released, but I don't know if you can put your mitts on mediaJ yet.  If you have software service, and a pressing need, you might be able2 to pry a downloadable kit from the service center.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Wed, 21 Feb 2001 08:05:11 -0800L0 From: "William S. LaCounte" <vmsmanager@ups.edu>% Subject: Re: UCX 4.x On DS20 ALPHAs ?E" Message-ID: <3A93E736.1AB@ups.edu>  H We are running TCP/IP services V5.0A on 2 DS20's under VMS 7.2-1 and areD also having no problems. Of course we are only using telnet, ftp and network printing.t   Bill   ------------------------------    Date: 21 Feb 2001 19:08:21 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)% Subject: Re: UCX 4.x On DS20 ALPHAs ?s* Message-ID: <3a940415$1@news.kapsch.co.at>  S In article <96v23q$12r$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:VH >We're having an as-yet unknown connectivity problem with a DS20 running >TCP/IP V5.0A/ECO 2: >g >   $ tcpip show version >.E >     DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A - ECO 2-C >     on a COMPAQ AlphaServer DS20E 500 MHzP running OpenVMS V7.2-1- >-G >One suggestion has been to downgrade to UCX 4.x, since the applicationh@ >on the VMS system is known to run under VMS 6.-1H3 and UCX 4.2. >nD >Is that a viable option, or does VMS 7.1-2 and later require TCP/IP >Version 5.0 or better ?  6 V7.1-2 can run UCX V4.2, but your V7.2-1 requires V5.x   -- a< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 21 Feb 2001 11:22:47 +0000s% From: "Matt London" <news@knm.yi.org>R  Subject: Re: Umbrellas in the UK= Message-ID: <20010221.112247.1272469786.18514@coffeepot.matt>a   H,  J > How much do you want for it? And what do ya mean it doesn't have OpenVMS > all over it? >  > Regards Richard Maher  > 8 > (Who can't believe it hasn't rained for almost a week)  E I was thinking the same thing this morning when I got up, and low andlD behold, manchester is back to its usual damp self, with that sort ofF drizzle you don't even notice till you get somewhere and you're soaked   --Matt   ------------------------------  % Date: Wed, 21 Feb 2001 16:51:15 +0000 # From: Ian Jackson <Ian@kembles.com>f% Subject: Unable To Delete A Directoryd8 Message-ID: <bsr79tg8ucnd30j145p2ta4vg580j33r2j@4ax.com>   Hi Guys,    Hope someone out there can help.    2 System is a really old VAX 4200, VMS Version 5.5-2  5 I'm trying to delete a directory and get the message:T  B %DELETE-W-FILNOTDEL, error deleteing $1$dia1:[user_root]test.dir;15 -RMS-E-MKD, ACP could not make this file for deletiont2 -SYSTEM-F-DIRNOTEMPTY, directory file is not empty  A If I then change to this directory and do a dir listing I get ther message:  E %DIECT-E-OPENIN, error opening $1$dia1:[user_root.test]*.*;* as inputl/ -RMS-E-FND, ACP file or directory lookup failedo1 -SYSTEM-W-BADIRECTORY, bad directory file format.r  C OK, so the directory is stuffed, but what do I do now to get rid ofaF it, as when I try and do an image backup of this disk, it fails due to the bad directory.     Hope someone can helpa     Thanks for your time y     Ian JacksonC   Ian@kembles.com    ------------------------------    Date: 21 Feb 2001 18:01:01 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ) Subject: Re: Unable To Delete A Directory H Message-ID: <y4n1bgkm2a.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  F With approrpriate privilege enabled, type SET FILE/NODIRECTORY <hosed-G directory>, then delete the file. An ANALYZE/DISK/REPAIR is advised as w a follow-on.   	Jan   ------------------------------  % Date: Wed, 21 Feb 2001 18:03:30 +0100i5 From: Klaus-Werner Gurgel <gurgel@ifm.uni-hamburg.de>o) Subject: Re: Unable To Delete A Directoryu2 Message-ID: <3A9402F2.7A42A597@ifm.uni-hamburg.de>   Try  .  % $ ana /disk_structure /list  $1$dia1:q   If you are sure, then-  ' $ ana /disk_structure /repair  $1$dia1:1  B This should repair the directory, so you can delete it afterwards.   Klaus-Werner   > 4 > System is a really old VAX 4200, VMS Version 5.5-2 > 7 > I'm trying to delete a directory and get the message:l > D > %DELETE-W-FILNOTDEL, error deleteing $1$dia1:[user_root]test.dir;17 > -RMS-E-MKD, ACP could not make this file for deletione4 > -SYSTEM-F-DIRNOTEMPTY, directory file is not empty > C > If I then change to this directory and do a dir listing I get theb
 > message: > G > %DIECT-E-OPENIN, error opening $1$dia1:[user_root.test]*.*;* as input 1 > -RMS-E-FND, ACP file or directory lookup failed 3 > -SYSTEM-W-BADIRECTORY, bad directory file format.t > E > OK, so the directory is stuffed, but what do I do now to get rid of H > it, as when I try and do an image backup of this disk, it fails due to > the bad directory.   -- sE Dr. Klaus-Werner Gurgel                   <gurgel@ifm.uni-hamburg.de>rE University of Hamburg, Institute of Oceanography, Troplowitzstrasse 7iE D-22529 Hamburg, Germany  Tel:+49-40-42838-5742 Fax:+49-40-42838-5713e   ------------------------------    Date: 21 Feb 2001 12:10:13 -0500 From: briggs@encompasserve.org) Subject: Re: Unable To Delete A Directoryr3 Message-ID: <qmX5qUOfMVTU@eisner.encompasserve.org>   ^ In article <bsr79tg8ucnd30j145p2ta4vg580j33r2j@4ax.com>, Ian Jackson <Ian@kembles.com> writes:7 > I'm trying to delete a directory and get the message:r > D > %DELETE-W-FILNOTDEL, error deleteing $1$dia1:[user_root]test.dir;17 > -RMS-E-MKD, ACP could not make this file for deletion 4 > -SYSTEM-F-DIRNOTEMPTY, directory file is not empty > C > If I then change to this directory and do a dir listing I get the 
 > message: > G > %DIECT-E-OPENIN, error opening $1$dia1:[user_root.test]*.*;* as inputg1 > -RMS-E-FND, ACP file or directory lookup failedv3 > -SYSTEM-W-BADIRECTORY, bad directory file format.l  < Nice trouble report, btw.  You must support users part time.  5 $ SET FILE /NODIRECTORY $1$DIA1:[USER_ROOT]TEST.DIR;1 & $ DELETE $1$DIA1:[USER_ROOT]TEST.DIR;1 $ ! and, optionallyo  $ ANALYZE /DISK /REPAIR $1$DIA1: $ DIR $1$DIA1:[SYSLOST]y  F What you're doing is turning off the bit that says that this directoryB is a directory.  Then it doesn't matter whether it is non-empty orE corrupt.  Then you're optionally scanning the disk looking for (among = other things) files that are not catalogued in any directory.a  - 	John Briggs		briggs@eisner.encompasserve.org-   ------------------------------  % Date: Wed, 21 Feb 2001 09:03:49 -0700<  From: l_ricker@lto.locktrack.com% Subject: Unable To Delete A Directoryf. Message-ID: <01022109034956@lto.locktrack.com>  ? See $ HELP SET FILE /NODIRECTORY ... You're right, that sub-dirq8 is toast, but all's not lost.  General outline/approach:   $ (get some privileges)n0 $ SET FILE /NOBACKUP $1$dia1:[user_root]test.dir$ $ DELETE $1$dia1:[user_root]test.dir  $ ANALYZE /DISK /REPAIR $1$dia1:  ; Now, examine $1$dia1:[SYSLOST] for any recovered files frome9 that bad sub-dir, copy or rename them to a new sub-dir as  desired.  ) But do read the HELP text first.  G'Luck.o   Lorin0   ------------------------------  % Date: Wed, 21 Feb 2001 19:36:03 +0010h% From: paddy.o'brien@zzz.tg.nsw.gov.aua Subject: Re: version numbers.r5 Message-ID: <01K0DTH6BL9U00A7JM@tgmail.tg.nsw.gov.au>t   Folks,  M I've elided all the previous on the assumption that those interested in this h thread have seen most of it.  E >This thread seems to have a lot of posts in reply to posts which theo& >replier hasn't read carefully enough. >h >--  >Robert DeiningerI    7 I hope that I am not falling into Robert's trap, but...   A The files I see growing most rapidly are NETSERVER.LOG either in bM [SYSn.mail$server] or [SYSn.nml$server].  When these reach the limits I have  N not seen adverse effects.  A new log, in these instances, is not created, but K the processes continue.  (The former increases quite rapidly because of my - mail from INFO-VAX. :-)b  L My backups are run nightly so that's only 365/366 log files per year, and I ) ain't gonna be around for 100 more years.D  K As an antidote to having file versions anywhere growing rapidly, I run DFU JN regularly to look for files over 30000 version.  Could also easily be done in  DCL, but I am a fan of DFU.i  H When NETSERVER.LOG (my main culprit) gets big, I just read the last and  delete.   K Other regular things (less than a day between runs) I use RUN/DETACHED and  N couldn't care less about any logging (none) as long as the process is running.  M In essence, I have never found the 32767 limit a problem, and would hate VMS  E engineering to "fix it" for fear of something else breaking.  And my nN (admittedly limited) experience has not highlighted any version limit problem.  N Finally, I am intrigued by the posters who do find this a problem (other than K theoretical) ... why?  Isn't this correctable within your own procedures?  rK Isn't there a simple way of not generating that number of files?  Why have -? some found it necessary to write .COM files for this "problem"?I   Regards, Paddy   Paddy O'Brien, Transmission Development,e
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australia:   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,t; but that little whizz-bang apostrophe gives me little spam."   ------------------------------  % Date: Wed, 21 Feb 2001 08:33:33 +0100 , From: Didier Morandi <Didier.Morandi@gmx.fr>2 Subject: Re: VMSINSTAL to POLYCENTER INSTALL tool?& Message-ID: <3A936F4D.EBE3979E@gmx.fr>   "David J. Dachtera" wrote:  n@ > I'd like to enter a vote here: let's not "genericize" the termG > "Polycenter" this way, since it could mean anything from Scheduler or-2 > Console Manager to Performance Solution or PCSI.  G Well, since that stuff went to CA, I thought it had been "genericized".'B Sorry. Shall we use PCSI or "the COMPAQ Polycenter Product Install command" (CPPIC)?    > Ran into that at Advocate.   What do you mean?   $ > $ myfile := ddcu:<dir>filename.ext7 > $ myfile_does_not_exist = (f$search(myfile) .eqs. "") 1 > $ if myfile_does_not_exist then exit !proceduree  G I like it. I often create such boolean variables with names which soundlC like English phrases. Example: if_I_found_already_one_record = TRUEm   D.+ http://didier.morandi.free.fr/index_us.htmls   ------------------------------  # Date: Wed, 21 Feb 2001 14:27:24 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)2 Subject: Re: VMSINSTAL to POLYCENTER INSTALL tool?6 Message-ID: <gfQk6.69$dl6.471@gazette.loc1.tandem.com>  U In article <3A936F4D.EBE3979E@gmx.fr>, Didier Morandi <Didier.Morandi@gmx.fr> writes:r >"David J. Dachtera" wrote:m > A >> I'd like to enter a vote here: let's not "genericize" the term H >> "Polycenter" this way, since it could mean anything from Scheduler or3 >> Console Manager to Performance Solution or PCSI.o >aH >Well, since that stuff went to CA, I thought it had been "genericized".C >Sorry. Shall we use PCSI or "the COMPAQ Polycenter Product Install  >command" (CPPIC)?  H (1) The POLYCENTER Software Installation (PCSI) utility is NOT among theE "POLYCNENTER" products that "went to CA".  It is currently maintained, by Compaq OpenVMS Engineering.  B (2) Since the often-used acronym, "PCSI" means a variety of thingsE in various contexts, Compaq does not use it -- at least not in formalOD documents -- without first using the full product name, "POLYCENTER G Software Installation (PCSI) utility".  Then you may see "PCSI utility".G or just "the utility" when the meaning is clear in context.  Please useoH this approach rather than invention yet another acronym.  And certainly,) "POLYCENTER" by itself is very ambiguous.Y  J (3) There has been some discussion about changing the name of the utility.I Personally, I think this is more bother than it is worth.  So far, in my  G opinion, no proposed name is any better.  There is no ongoing activity s5 on this, so don't expect a name change soon, if ever.-   -- -K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAhH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 21 Feb 2001 11:20:37 -0500e2 From: norm lastovica <norman.lastovica@oracle.com>2 Subject: Re: VMSINSTAL to POLYCENTER INSTALL tool?* Message-ID: <3A93EAD5.3246338F@oracle.com>   Charlie Hammond wrote: 	. 	. 	.L > (3) There has been some discussion about changing the name of the utility.J > Personally, I think this is more bother than it is worth.  So far, in myH > opinion, no proposed name is any better.  There is no ongoing activity7 > on this, so don't expect a name change soon, if ever.R  1 	A number of years ago, I was invited to a small,T; internal-to-DEC, engineering panel where dave cutler shared05 a presentation along the lines of "my experiences in w8 engineering at digital".  One of the points that he made8 that stuck with me was "you know a project in digital is& in trouble when they change the name".0 	I'd think that there are better things to do to% improve PCSI than to change its name.a   >  > --M >     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USArJ >        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's.   -- s> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Wed, 21 Feb 2001 15:18:55 GMTt- From: goathunter@goatley.com (Hunter Goatley) . Subject: Re: WKU FILESERV: Updated GZIP-1-2-4B/ Message-ID: <3a93dbe5.1983271@swen.process.com>l  P On Wed, 21 Feb 2001 05:40:33 GMT, goathunter@goatley.com (Hunter Goatley) wrote:  > >The following package has been updated on FTP.WKU.EDU and its	 >mirrors:e >h >   o GZIP-1-2-4Br > : >	GNU zip v1.2.4a for VMS.  This version, 1.4.2b, includes7 >	modifications from Paul Repacholi that make GUNZIP asd6 >	much as 10 times faster than the previous release of8 >	GZIP for VMS.  If you use GZIP, I highly recommend you5 >	grab this version.  This file includes binaries for 9 >	both VAX and Alpha, supplied by me, in [.VMS-BINARIES].  > ; >You can find this package using one of the following URLs:s >e" >http://www2.wku.edu/www/fileserv/ >r/ >ftp://ftp.wku.edu/vms/fileserv/gzip-1-2-4b.zip 7 >ftp://ftp.process.com/wku/vms/fileserv/gzip-1-2-4b.zip @ >http://www.tmk.com/ftp/ftp-wku-edu/vms/fileserv/gzip-1-2-4b.zip; >ftp://ftp.tmk.com/ftp-wku-edu/vms/fileserv/gzip-1-2-4b.zip  > : I shouldn't have stayed up so late doing that.  I left out: two updated files that are required for proper building of< GZIP-1-2-4b.  I've updated the .ZIP file on the nodes above.= If you downloaded the file before 9:10 AM CST on 21-FEB-2001,t; please download the updated version.  Sorry for the hassle.s   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/K   ------------------------------   End of INFO-VAX 2001.104 ************************