1 INFO-VAX	Fri, 14 Apr 2000	Volume 2000 : Issue 209       Contents:+ Re: 36 Gb disk drive question (supported ?) 7 ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2. ; Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2.  Re: ??== Has vmsnet gone away.) Re: Advice Needed on New AlphaServer 2100 ) Re: Advice Needed on New AlphaServer 2100  Antwort: Re: Fortran Problem* Are failed/aborted installations reported? Re: Availability Manager Re: Availability Manager RE: Availability Manager RE: Availability Manager Re: Availability Manager re:  Re: DE500 problem/docs $ Re: DECserver 90M booting problem..., Re: DECW$DEVICE-I-NODEVICE and no decwindows	 Re: demsa ! Re: Dropping DECnet..don't do it! ! Re: Dropping DECnet..don't do it! ! Re: Dropping DECnet..don't do it! ! Re: Dropping DECnet..don't do it! ! Re: Dropping DECnet..don't do it! 8 easy which command tells me the model of my vax or alpha< Re: easy which command tells me the model of my vax or alpha< Re: easy which command tells me the model of my vax or alpha Re: ebay to drop Sun? ' Equivalent VMS command to Unix "touch"?  FastCGI  Fortran Problem  Re: Fortran Problem  Re: Fortran Problem  Re: Fortran Problem  Re: Fortran Problem  HFRD Web server + Re: Highest OpenVMS version supporting VWS? + Re: Highest OpenVMS version supporting VWS? + Re: Highest OpenVMS version supporting VWS? + Re: Highest OpenVMS version supporting VWS? % How to map PCI configuration register  Re: HSJ80 experience ? Re: HSJ80 experience ?* Re: I can't run/detach in my own X session# Jobs for In VMS systems managemant? ' RE: Jobs for In VMS systems managemant?  Re: Maximum Password Lengths Re: Maximum Password Lengths Re: Maximum Password Lengths Re: Maximum Password Lengths Re: Maximum Password Lengths Re: Maximum Password Lengths Re: Maximum Password Lengths monitor program  Re: monitor program 6 MS behind price decreases? (Was: So who will buy VMS?) nas client 150 Re: nas client 150 Re: Netscape Fasttrack Server  Re: New VMS books coming out Re: New VMS books coming out Re: New VMS books coming out Re: New VMS books coming out% OPCOM 'new operator enabled' messages ) Re: OPCOM 'new operator enabled' messages  Re: OpenVMS Certification  Re: OpenVMS Certification  Re: OpenVMS Certification 2 Platinum Equity Holdings acquires Process Software Request for a Answer Re: Reusing Tape for Backup  RMS flags to optimize the io- Re: Running old layered products on newer VMS - Re: Running old layered products on newer VMS - Re: Running old layered products on newer VMS + SHAREWARE: PDFindex 2.0 - PDF index creator % Re: Shock, horror! An OpenVMS advert! % Re: Shock, horror! An OpenVMS advert! % Re: Shock, horror! An OpenVMS advert! % Re: Shock, horror! An OpenVMS advert! % RE: Shock, horror! An OpenVMS advert! % Re: Shock, horror! An OpenVMS advert! , Re: So what is better VAX4000 VLC or a 3100? Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  re: So who will buy VMS ?  Re: So who will buy VMS ? " Re: SPAWN, MAIL, lexical functions" Re: SPAWN, MAIL, lexical functions" Re: SPAWN, MAIL, lexical functions0 Sun's challenge to Compaq's high-end Sales Staff- Thanks, Richard. Easy when you know how <EOM> - Too Few Servers Detected from: Node LOCAL.... 1 Re: Too Few Servers Detected from: Node LOCAL.... / UCX "SET NOHOST/NOCONFIRM" Wipes Out Host Table ) Re: VMS 7.2-1 Upgrade & large directories 4 What are some reasons for different size executables8 Re: What are some reasons for different size executables8 Re: What are some reasons for different size executables8 Re: What are some reasons for different size executables8 Re: What are some reasons for different size executables8 Re: What are some reasons for different size executables Re: what does "Dpnd Busy" mean? % Re: Wierd Elsa Gloria Synergy Problem   F ----------------------------------------------------------------------  / Date: Fri, 14 Apr 2000 08:03:45 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>4 Subject: Re: 36 Gb disk drive question (supported ?)/ Message-ID: <200004140505.HAA28592@fom.fgan.de>    Hello,   Robert Deininger wrotes:   >>> B After thinking about this, I don't think the 24-bit integer is the> culprit.  A 9 GB drive already goes past this limit.  2**24 isE 16,777,216, which is 8 GB worth of blocks.  We have 9 and 18 GB disks F on alphas that are perfectly happy at VMS 7.1.  And we have 9 GB disksB on vaxes that report exactly 16,777,216 blocks -- VMS lops off the
 top GB or so.  <<<   C I don't kno what's happen with your OpenVMS VAX. The 24 bit problem A exists in the previous V6 version of OpenVMS. After V6.0 we could E not see this problem. We did have a OpenVMS VAX 6.1 cluster with 23GB D disks. Also all of our 9.1GB disks did sh the right number of bytes 9 (over 18 Million). We did only see the following problem:   5 	18.2GB of IBM could not be mounted under OpenVMS VAX - 	(any arithmik error, may be divided by zero)  	 4 	Some disk drives such as 9.1GB Micropolis will have4 	different drive parameter under OpenVMS VAX 6.1 and5 	OpenVMS VAX 7.1 (the V7.1 was wrong). There was also 8 	a difference between OpenVMS VAX 7.1 and AXP V7.1[-1Hx]< 	The OpenVMS VAX 6.1 and AXP V7.1[-1Hx] where not different.  G For the second problem we did made a call to compaq and get a DKdriver-  patch for the VAX with success.    Regards Rudolf Wingert   ------------------------------  % Date: Fri, 14 Apr 2000 08:26:18 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)@ Subject: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2.D Message-ID: <aus-1404000826180001@wvia68.virologie.uni-wuerzburg.de>  @ Currently we use a TLZ09 DAT drive for our nightly backups on an7 Alpha/OVMS system, which works fine for our operation.    E In the near futher we'll need to backup additional data which I would H prefer to store on separate tapes. Furthermore, to prevent mixing up theI tapes, I am thinking about using tapes which have a different form factor J than the DAT tapes. At the present, the additional data increases at about 10MBytes per year.  	 QUESTION:   I What tape drives are supported by OVMS 7.2 on an Alpha and cost about the  same as a TLZ09 drive?   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Fri, 14 Apr 2000 10:42:15 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> D Subject: Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2.) Message-ID: <38F6D9E6.61AE6F4E@gtech.com>    "Hans M. Aus" wrote:B > Currently we use a TLZ09 DAT drive for our nightly backups on an8 > Alpha/OVMS system, which works fine for our operation. > G > In the near futher we'll need to backup additional data which I would J > prefer to store on separate tapes. Furthermore, to prevent mixing up theK > tapes, I am thinking about using tapes which have a different form factor L > than the DAT tapes. At the present, the additional data increases at about > 10MBytes per year. >  > QUESTION:  > K > What tape drives are supported by OVMS 7.2 on an Alpha and cost about the  > same as a TLZ09 drive?  ? I think VMS tape-drives today is more or less only DAT and DLT.   3 DLT drives are much more expensive than DAT drives.   G But I just got a Compaq DLT2000 (yes - it is only 10/20 GB, but that is D fine with me) for 495 USD (+transport+VAT) from Island Computers for# my home VMS system. It works fine !    Arne   ------------------------------  % Date: Thu, 13 Apr 2000 17:33:43 +0200 1 From: Franz-Josef Fornefeld <jo.fornefeld@gmx.de> ' Subject: Re: ??== Has vmsnet gone away. ' Message-ID: <8d50dn.7s.1@jo.dyndns.org>    Hans M. Aus wrote:  B > I'm currently not receiving any vmsnet postings. Is vmsnet dead?  , No. I still get some (via news.cis.dfn.de). # My statistics for the last 20 days:   8 | Statistics: Messages per Day (24.03.2000 - 13.04.2000) |  | vmsnet.alpha+ | 0 1 4 3 3 0 0 1 3 0 1 0 0 0 2 2 0 0 0 3 4  |  | vmsnet.decus.lugs + | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0  |  | vmsnet.groups + | 0 0 0 0 1 6 0 1 0 0 2 0 0 0 0 0 0 0 0 0 0  |  | vmsnet.internals+ | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0  | 
 | vmsnet.misc , | 0 2 3 2 2 0 2 2 2 0 0 0 0 0 4 3 0 0 10 4 3 |  | vmsnet.networks.tcp-ip.ucx+ | 0 0 0 2 0 0 5 2 0 0 4 0 1 0 0 0 0 0 0 2 0  |  | vmsnet.sdk.openvms.fieldtest+ | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0  |  | vmsnet.sources.d+ | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0  |  | vmsnet.sources.games+ | 1 0 2 0 0 0 1 0 0 0 0 0 0 0 1 0 0 1 1 0 0  |  | vmsnet.sysmgt 0 | 0 0 0 0 0 0 0 0 0 0 0 0 2 6 23 8 5 13 60 38 13 | 
 | vmsnet.test + | 0 0 0 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 1    It is not much at all ...    ------------------------------   Date: 14 Apr 2000 15:36:20 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)2 Subject: Re: Advice Needed on New AlphaServer 2100, Message-ID: <8d7dtk$9q7@gap.cco.caltech.edu>  ^ In article <38f4942c.583525505@news.flash.net>, bgoster@flash.net.NOSPAM (Brian Oster) writes: > C >We are also looking at the DS10, but there is a possiblity that we D >might be moving to NT in the future and it is my understanding that3 >the DS10 does not support NT while the 2100 does.    A NT on Alpha is DEAD - it should not enter into your calculations. G In fact, given W2K, it isn't all that clear that NT will be offered for  Intel in 3 years.   K The DS10's run Linux well and that would be your most likely migration path  should you abandon VMS.   H In another post you cited _a_ quote for a DS10.  Shop around!   You willJ find a surprisingly large range of prices.  In particular, the vendors whoF know how to order the smallest possible system and upgrade it with 3rdK party disks and memory will have significantly better prices than those who , make you pay Compaq disk and memory prices.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  # Date: Fri, 14 Apr 2000 16:02:43 GMT , From: bgoster@flash.net.NOSPAM (Brian Oster)2 Subject: Re: Advice Needed on New AlphaServer 2100/ Message-ID: <38f73f6b.758375356@news.flash.net>   A On 14 Apr 2000 15:36:20 GMT, mathog@seqaxp.bio.caltech.edu (David  Mathog) wrote:   > B >NT on Alpha is DEAD - it should not enter into your calculations.H >In fact, given W2K, it isn't all that clear that NT will be offered for >Intel in 3 years.  F I have pretty much come to that conclusion as well and have decided toC go with the DS10.  Realistically our ERP vendor will not move to NT @ for at least 2 years and by then NT 4 may be dead and even if itC wasn't we probably would want to put it on something more powerfull E than a 2100 anyway.  Once I removed the NT 4 constraint it was pretty 9 clear which system to go with.  Thanks for all the input.     2 Brian Oster  Remove NOSPAM from my email to reply.   ------------------------------  % Date: Fri, 14 Apr 2000 17:11:22 +0200  From: Robin.Goerlach@merck.de % Subject: Antwort: Re: Fortran Problem 4 Message-ID: <C12568C1.005376E6.00@dedamsg1.merck.de>   Hi Bob,    great it worked.   thanks for the help.   ------------------------------  % Date: Fri, 14 Apr 2000 16:41:53 +0100 4 From: Adrian Birkett <abirkett.@unnecessary.csc.com>3 Subject: Are failed/aborted installations reported? 3 Message-ID: <38F73C40.BA95E11A@unnecessary.csc.com>   B As a follow-up to one of my earlier postings, could someone pleaseC advise as to whether a failed or aborted PCSI installation would be & reported in the PROD SHOW HIST report?  D The reason for my request is that a system here reports that versionE V0100 of a patch has been installed over the top of the correct V0300 F patch - according to the history listing anyway. An ANAL / IMAG / HEADH shows that the patched/replaced image involved has that same version and2 build details as that supplied with the V0300 kit.  F I need to determine exactly what has happened but I seem to be getting conflicting data at each turn!  ! As usual, all responses welcomed. / Remove the unnecessary bit to reply personally.    Regards,  $ Adrian Birkett (aka Confused of CSC)     ---- My own opinion ----   ------------------------------  / Date: Fri, 14 Apr 2000 08:22:07 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>! Subject: Re: Availability Manager / Message-ID: <200004140524.HAA29524@fom.fgan.de>    Hello,  B AFAIK, at the moment DECamds and the Avialability Manager (AM) areB the same tool. The difference is, that DECamds is GUI oriented andC AM is JAVA based. In case of this you can use DECamds an both plat- C forms, AM is usable only under OpenVMS AXP and (grrrrrh) under WNT. G (To manage the 24x365 system with a bluesreen system is not my mention) A Also the AM have implemented less function as DECamds. But in the C future you will see better and more functions under AM (because the B will develope only AM). Also I think that a JAVA based application is slower then a GUI based.    Regards Rudolf Wingert   ------------------------------  % Date: Fri, 14 Apr 2000 13:42:56 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ! Subject: Re: Availability Manager ) Message-ID: <38F71250.4AA78DAA@bbc.co.uk>    Rudolf Wingert wrote:    > Hello, > D > AFAIK, at the moment DECamds and the Avialability Manager (AM) areD > the same tool. The difference is, that DECamds is GUI oriented andE > AM is JAVA based. In case of this you can use DECamds an both plat- E > forms, AM is usable only under OpenVMS AXP and (grrrrrh) under WNT. I > (To manage the 24x365 system with a bluesreen system is not my mention) C > Also the AM have implemented less function as DECamds. But in the E > future you will see better and more functions under AM (because the D > will develope only AM). Also I think that a JAVA based application > is slower then a GUI based.  >   6 Thats why the minimum spec to run availability manager is a 500 MHz alpha server :-).     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Fri, 14 Apr 2000 09:51:22 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com> ! Subject: RE: Availability Manager J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052841FD@kaoexc4.kao.dec.com>   Tom,   Fyi -   I Availability Manager is not a traditional performance monitoring product, L but rather a proactive tool which is targetted at identifying AND optionally= fixing issues before they impact the production environment.    J Also note - "An important advantage of the Availability Manager is that itL uses its own network protocol; unlike most performance monitors, it does notL rely on TCP/IP or any other standard protocol. Therefore, even if a standardL protocol is unavailable, the Availability Manager can continue to operate. "   Btw - the cost is free.   
 Reference:9 http://WWW.OPENVMS.DIGITAL.COM/openvms/products/availman/ F http://WWW.OPENVMS.DIGITAL.COM/openvms/products/availman/AVAILMAN.HTML   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----4 From: trdorr@my-deja.com [mailto:trdorr@my-deja.com]& Sent: Thursday, April 13, 2000 8:49 PM To: Info-VAX@Mvb.Saic.Com  Subject: Availability Manager     = I just became aware of COMPAQ'S product AVAILABILITY MANAGER. E Has anyone used AVAILABILITY and how does it compare with other types D of Performance type utilities? Is it easy to install and how does it work with JAVA? ? What graphing capabilities are offered in AVAILABILITY MANAGER? G Please comment. I would like to install and use but don't want to waste 8 time if AVAILABILITY does not provide detailed analysis. Thanks,  Tom     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 14 Apr 2000 14:52:42 GMTe From: d.webb@mdx.ac.uk! Subject: RE: Availability Managere) Message-ID: <8d7bbi$es5$1@nnrp1.deja.com>e  
 In article? <910612C07BCAD1119AF40000F86AF0D8052841FD@kaoexc4.kao.dec.com>, .   "Main, Kerry" <Kerry.Main@Compaq.com> wrote: > Tom, >  > Fyi -e > B > Availability Manager is not a traditional performance monitoring product,C > but rather a proactive tool which is targetted at identifying ANDg
 optionally> > fixing issues before they impact the production environment. >rD > Also note - "An important advantage of the Availability Manager is that itDE > uses its own network protocol; unlike most performance monitors, itn does notE > rely on TCP/IP or any other standard protocol. Therefore, even if a  standardC > protocol is unavailable, the Availability Manager can continue tow
 operate. " >l  . Does this mean that it is blocked by routers ?/ Also how would you pass it through a Firewall ?e    
 David Webb VMS and Unix team leader CCSS Middlesex University   > Btw - the cost is free.c >a > Reference:; > http://WWW.OPENVMS.DIGITAL.COM/openvms/products/availman/ H > http://WWW.OPENVMS.DIGITAL.COM/openvms/products/availman/AVAILMAN.HTML > 
 > Regards, >p > Kerry Main > Senior Consultant, > Compaq Canadae > Professional Servicese > Voice : 613-592-4660 > FAX   : 819-772-7036 > Email : kerry.main@compaq.comg >S > -----Original Message-----6 > From: trdorr@my-deja.com [mailto:trdorr@my-deja.com]( > Sent: Thursday, April 13, 2000 8:49 PM > To: Info-VAX@Mvb.Saic.Comm > Subject: Availability ManagerM >y? > I just became aware of COMPAQ'S product AVAILABILITY MANAGER.sG > Has anyone used AVAILABILITY and how does it compare with other types F > of Performance type utilities? Is it easy to install and how does it > work with JAVA?oA > What graphing capabilities are offered in AVAILABILITY MANAGER?aC > Please comment. I would like to install and use but don't want tos wastes: > time if AVAILABILITY does not provide detailed analysis.	 > Thanks,o > Tom  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.w >e    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Fri, 14 Apr 2000 15:42:12 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e! Subject: Re: Availability Managern) Message-ID: <38F72E43.F9420422@bbc.co.uk>g   "Main, Kerry" wrote:   > Tom, >  > Fyi -r >cK > Availability Manager is not a traditional performance monitoring product, N > but rather a proactive tool which is targetted at identifying AND optionally> > fixing issues before they impact the production environment. >nL > Also note - "An important advantage of the Availability Manager is that itN > uses its own network protocol; unlike most performance monitors, it does notN > rely on TCP/IP or any other standard protocol. Therefore, even if a standardN > protocol is unavailable, the Availability Manager can continue to operate. " >u > Btw - the cost is free.u  E Well, unless you have to upgrade your hardware (minimum 500 MHz alpha K recommended) and/or your software (Java and a whole slew of related patches 
 required).   What was wrong with AMDS btw?h  J Of course, the fact that it uses its own network protocol coupled with theN fact that in large orgranizations the networks people are generally a law untoJ themselves (usually they don't want to support what they don;t understand,L ie anything but the lowest common denominator, IP) means that it is not that$ useful in a distributed environment.  B Then again, I havn't got a 500 MHz alpha so I havn't tried it yet.    -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukn  A I speak for myself only and my views in no way represent those of- MedAS or the BBC.-   ------------------------------  # Date: Fri, 14 Apr 2000 15:40:39 GMT , From: kaplow_r@eisner.decus.org (Bob Kaplow)$ Subject: re:  Re: DE500 problem/docs' Message-ID: <2000Apr14.114039.1@eisner>2  i In article <009E87FA.A2DF5BFB.25@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:I, > There are are multiple revisions of DE500. > M > The DE500-XA is OK on VMS 6.2-1H3 (It's what this message is going through)   J IIRC, there were some problems with the -XA that necessitated upgrading toJ the -AA or -BA. I jsut can't remember what they were :-( There are patchesB for V6.2 to support the newer DE500s. Start with ALPBOOT06_062 and ALPLAN04_062, or better.  7 > the -AA (and -BA?) need more recent versions of VMS. e   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1.   ------------------------------    Date: 14 Apr 2000 08:20:00 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: DECserver 90M booting problem... * Message-ID: <38f6b890$1@news.kapsch.co.at>  S In article <38F5B409.8B84ADF6@poczta.wp.pl>, acturro <acturro@poczta.wp.pl> writes: ' >Are you sure that DECserver has FLASH?r   It depends.e  8 >As I know DECserver 90M+ has FLASH, but 90M one hasn't. >Maybe I'm wrong.f  " There is so far no DECserver 90M+.E The DECserver 90M has 1MB (end of life) or 2MB (still sold) of flash.n  > The DECserver 90L, 90L+, 90TL (all end of life) have no flash.  K >If it is DECserver without FLASH then it has to load programm from network- >using MOP portocol-A >(a.e. from machine with OpenVMS system) or using BOOTP protocol.uL >On one machine in your network should be installed DECserver Network Access
 >Software.  G The DNAS requires 4MB of Mem. The DECserver 90M is the only one of thisu= family with that much of memory. The DECserver 90M has flash. F So, you don't need the DNAS installed anywhere (except in the flash ofK your 90M), except you want/need to upgrade the 90M flash with a more recentn version of the DNAS.   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Fri, 14 Apr 2000 09:30:13 -0400-5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>?5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindows + Message-ID: <8d76e8$ahr$1@lead.zk3.dec.com>   L This seems like an easy one... the DEC2000 is one of the few platforms whereL the console was written by a group unfamiliar with the SRM and workstations.I If you boot the system from the serial port, it configures the HW RestartrE Paramater Block to use a Type 2 Console Terminal Block - and does notaD connect the mouse and keyboard drivers.  No mouse & keyboard console drivers, no DECwindows.   I This has been a restriction since the day the platform first shipped.  If K you want to use the graphics, do a SET CONSOLE GRAPHICS followed by an INITa at the console.h      J lucverhoelst@my-deja.com wrote in message <8cuvbl$a3q$1@nnrp1.deja.com>.../ >I installed VMS 7.1 on a DEC2000 model 300 AXPiG >This was a Fresh install , including format of the disk and during the I >installation the layered product DECWINDOWS was selected and installed .a >C >Rom version 2.2 >SRM FW version 370r- >Doing a show config on the boot prompt I see- >1  ISA   VGA OK4 >The installation completed all on the Blue screen .6 >The VMS startup terminates correctly (job terminated)  >but the DECWindows do not start- >On the end of the startup there is a message 2 >DECW$DEVICE-I-Nodevice, no graphics devices found >n8 >The License for VMS and DW-Motif are loaded and active.! >I can login on the OPA0: device.  >Rund DECW$Configure I get >Number of Screens 0  >Screen devices and order : NONE > " >Using MC SYSGEN> Windows_system 1 > ' >So the windows parameter is set to 1 .  > ! >Any suggestions how to proceed ?n >g >p' >Sent via Deja.com http://www.deja.com/  >Before you buy.   ------------------------------  % Date: Fri, 14 Apr 2000 09:18:54 +0200s5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>  Subject: Re: demsa- Message-ID: <38F6C65E.EB23089F@whitehouse.nl>    Bob Ricci wrote: > D > our demsa-aa is having problems and compaq brought me in a new decH > microserver demsa-a, of course it has a different ethernet address. WeN > currently utilize x-25 through CONNET into a dsu/csu connected to this demsaN > on  an alpha node. The load host is on an old vax 4300. So we load the demsa8 > using routeconfig software on the 4300.  (x11node.sys)L > 1. I need to point the 4300 vax system to load the router software . (do iM > just add the new router to ncp), how do i point the software to load to thed
 > router. andS  G If this Demsa replaces the old one you only need to change the hardware4 address for the demsa in ncp:   7 NCP> set/define node xxx hard address xx-xx-xx-xx-xx-xx   K > 2. I think i need to configure the alpha to recognize this new router. Ist  > this done in decnet _register?  ; You are using phase V on the 4300? In that case you can usedF sys$manager:net$configure to define this node. I assume the demsa willE get the same decnet address so there is no need to change anything ine your local node database.   @ Also the above NCP commands will still work on a phase V system.   Regards,   Oswald   ------------------------------  # Date: Fri, 14 Apr 2000 09:34:51 GMTr( From: Terry Kennedy <terry@gate.tmk.com>* Subject: Re: Dropping DECnet..don't do it!' Message-ID: <Ft02M3.FE4@spcuna.spc.edu>s  V Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515 <Fairfield@slac.stanford.edu> writes:J >         Small correction: the Multinet  component  is called (used to beJ >     called)   Phase/IP   (now   called  "TCP/IP  Services   for   DECNET >     Applications", whew!).     Yup. Finger fault on my part.*  J   As someone else pointed out, there isn't any reason Compaq couldn't haveI made their version work under Phase IV. It can't be that hard (I remember*K when DECnot / Phase/IP was born, Ken Adelman from TGV called me up and said-8 "Hey, I've got this really neat hack, wanna try it?" 8-)  I   I suspect that the Compaq Phase IV code is only touched to fix criticalSI bugs, and they don't want to make enhancements to it. Not to mention that00 Phase IV improvements would undermine Phase V...  - 	Terry Kennedy             http://www.tmk.com-5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Fri, 14 Apr 2000 11:01:35 GMT % From: Alan Greig <agreig@my-deja.com>t* Subject: Re: Dropping DECnet..don't do it!) Message-ID: <8d6tqa$vod$1@nnrp1.deja.com>n  - In article <38F67F97.1DE4C65A@tsoft-inc.com>,d-   David A Froble <davef@tsoft-inc.com> wrote:tF > Tim raises a good point.  Just who's running the asylum?  I'd always thoughtyD > that the networking people were providing a service, not dictating
 company IT	 > policy.f  A Some companies have WAN management outsourced (as we do). Troublee> is the outsourced management speaks at too high a level to the= customers management and these issues are decided without theo> right people being involved. Our worldwide network for exampleB is outsourced to EDS but, give them their credit, they still route/ DECNET IV to every site unless asked otherwise.,  C As your typical CISCO will happily route DECNET Phase IV out of therB box there shouldn't be too much of an issue carrying it other than a politcal one.4   --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Fri, 14 Apr 2000 13:19:48 +0100l- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>T* Subject: Re: Dropping DECnet..don't do it!) Message-ID: <38F70CE4.108833DF@bbc.co.uk>    David A Froble wrote:l   >v >tP > Once you know how to do DECnet over IP, it shouldn't be hard to allow Phase IVO > to be included.  Since TCPware and MultiNet can do it, I've got to ask if anyv( > DECnet phase IV changes are necessary. >t  4  Isn't Phase IV on a code freeze for some years now? --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukB  A I speak for myself only and my views in no way represent those of- MedAS or the BBC.-   ------------------------------   Date: 14 Apr 2000 15:18:41 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)* Subject: Re: Dropping DECnet..don't do it!, Message-ID: <8d7csh$9q7@gap.cco.caltech.edu>  X In article <8d46bc$47q@newton.cc.rl.ac.uk>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes: >mB >I'd be interested to hear why you think DECnet V is an issue. The> >whole point of the IV->V change was that Phase V supported IP< >(and another protocol family whose name escapes me) as well >as the native network layer.y  I My issue with Decnet V is that it is a PITA to understand and configure.  G All most of us ever wanted was "decnet over TCP/IP", but that's a tiny iF fraction of what's in DECNET V, and all the stuff we don't care about > makes it overly difficult to obtain the functions we do need.   J The other problem is that there's no "standard" for this.  As I understandI it Multinet's DECNET over TCP/IP product won't talk to DECNET V and vice - versa.    L It would be a big service to the VMS community if Compaq and Multinet could I hammer out their differences and settle on "the" Decnet over tcp/ip.  AndTJ an even bigger service if that amounted to a product from Compaq which is = roughly DECNET IV+, ie something bright enough to know that: u  # $ copy vms.remote.com::afile.com []r  I should connect to the FAL _socket_ on the remote machine, rather than use L regular DECNET IV transport.  Said TCP/IP packets making use of the regular H TCP/IP stack already installed in the machine, without need for all the  other detritus in DECNET V.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edun? Manager, sequence analysis facility, biology division, Caltech iJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Fri, 14 Apr 2000 12:56:28 -0400r0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>* Subject: Re: Dropping DECnet..don't do it!/ Message-ID: <38F74DBA.C0722B61@vl.videotron.ca>R   Terry Kennedy wrote:K >   I suspect that the Compaq Phase IV code is only touched to fix critical K > bugs, and they don't want to make enhancements to it. Not to mention thati2 > Phase IV improvements would undermine Phase V...  N What is more important: continued justification of the decision to go OSI overL 10 years ago, or improving the product that customers really want and prefer over DECNET-5 ?t  N Assuming that DECNET-4 had the ability to be tunneled over IP. What percentageM of customers would still require whatever functionality that DECNET_5 has andd DECNET-4 doesn't have ?,   ------------------------------  # Date: Fri, 14 Apr 2000 11:47:41 GMT  From: joecarlos@yahoo.com (Joe)OA Subject: easy which command tells me the model of my vax or alphaD5 Message-ID: <8F165027Ejoeyahoocom@news.supernews.com>e  D I had to type a command a couple of day a go that would tell me thatE i hava and alpha 1000 i bet there is more than one but i can't get ton it. Thanks.    ------------------------------  % Date: Fri, 14 Apr 2000 14:33:57 +0200y- From: Jouk Jansen <JOUKJ@hrem.stm.tudelft.nl> E Subject: Re: easy which command tells me the model of my vax or alphau3 Message-ID: <38F72C55.283456E3@hrem.stm.tudelft.nl>G  
 Joe wrote: > F > I had to type a command a couple of day a go that would tell me thatG > i hava and alpha 1000 i bet there is more than one but i can't get to 
 > it. Thanks.   ' $ write sys$output f$getsyi("HW_MODEL")N) The number gives you your Alpha/Vax type.t                     Jouk -- a  > Ceterum censeo tertium millennium post Christum natum anno MMI incepturum esse   P >------------------------------------------------------------------------------<  
   Jouk Jansenr 		     joukj@hrem.stm.tudelft.nl   E   Technische Universiteit Delft        tttttttttt  uu     uu  ddddddd$F   Nationaal centrum voor HREM          tttttttttt  uu     uu  dd    ddG   Rotterdamseweg 137                       tt      uu     uu  dd     ddrG   2628 AL Delft                            tt      uu     uu  dd     ddaF   Nederland                                tt      uu     uu  dd    ddE   tel. 31-15-2781536                       tt       uuuuuuu   ddddddde  P >------------------------------------------------------------------------------<   ------------------------------  # Date: Fri, 14 Apr 2000 13:03:33 GMTl- From: Lonnie Carreau <Lonnie.Carreau@mci.com> E Subject: Re: easy which command tells me the model of my vax or alphat' Message-ID: <38F7171F.519EC1F5@mci.com>a  	 $SHOW CPUa   -Lonnie Carreauw  
 Joe wrote:  F > I had to type a command a couple of day a go that would tell me thatG > i hava and alpha 1000 i bet there is more than one but i can't get toC
 > it. Thanks.n   ------------------------------  % Date: Fri, 14 Apr 2000 13:30:22 +0200V= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>S Subject: Re: ebay to drop Sun?) Message-ID: <38F7014E.C698BA4A@gtech.com>   ( Andrew Harrison SUNUK Consultancy wrote:C > The Sun number is old, using old slower Sun CPU's, an E10000 with1E > a slower backplane and longer latency than the current machine, oldg@ > storage, an old version of Informix and an old version of SAP. > @ > The GS320 ran a new version of Oracle, SAP etc and hasn't been0 > released yet, hardly a meaningfull comparison. > F > Incedentally the Fujitsu box that is ahead of the GS320 is basically? > an E10000 clone, it uses SPARC CPU's, runs Solaris, its CPU'snB > are almost identical in performance as the E10000's and it has a( > similar cross-bar switch architecture. > B > So you conclusions are that a yet to be released Alpha server is@ > slightly slower than currently available SPARC/Solaris system.   ????  F Can we agree on that assumptions/guesses/estimates etc. are completely uselessd$ when it comes to benchmark results ?  B Assumptions that newer E10K's are faster than the older E10K's and= that the Fujitso is "almost" identical etc. are just hot air.   D If you have a faster E10K, then do a new benchmark test and prove it* instead of assuring us that it is faster !   Arne   ------------------------------  % Date: Fri, 14 Apr 2000 12:46:10 -0500gI From: "Guttenberg, Charlie (MED)" <Charles.Guttenberg@amermsx.med.ge.com>o0 Subject: Equivalent VMS command to Unix "touch"?D Message-ID: <75968FA028EAD311B3530090279CF80C123FAA@USWAUMSX07MEDGE>   Hi.n  G I'm want to be able to update the last-modified dates of all files in a 
 directory.? Unix provides the "touch" command for this.  Does VMS provide as counterpart?C I have tried various options of "set file" and "copy" with no luck.d Thanks in advancev for any help you may provide.e   Charlie Guttenberg   Charles.Guttenberg@med.ge.comr   ------------------------------  % Date: Fri, 14 Apr 2000 08:25:45 -0700h3 From: Jeff Coffield <Jeffrey@DigitalSynergyInc.com>l Subject: FastCGI4 Message-ID: <gMGJ4.1230$pJ2.198483@news.pacbell.net>  G Has anyone been able to get Fast CGI to work between  Linux with Apachet and VMS system? I almostB have it working but get an "incomplete header" error on the Apache$ server when I respond. A binary dump) of a good exchange would be most helpful.    Thanks in advanceo Jeff   ------------------------------  % Date: Fri, 14 Apr 2000 15:43:09 +0200h From: Robin.Goerlach@merck.dez Subject: Fortran Problem4 Message-ID: <C12568C1.004B7048.00@dedamsg1.merck.de>   Hi everyone,  P we had an old Vax running VMS 5.4-2 with some old Fortran sources. Now we switch to a Alpha running VMS 7.2-1 !F So I logged in as System and tried to recompile the stuff with our new Fortrancompiler (7.1-1).&  It ended quick with some Errors like:  N %FORT-W-MISALIGN, Alignment of variable or array is inconsistent with its data type ...  J Not knowing what to do I searched the Usenet and found and compiler option  # /syntax/alignment=commons=standard.u  P So I tried again and it worked perfect ... no Errors, no Wornings - after beeing happyoF I tried to link the think and had to discover there is  no *.obj-File.O If I don't use the option I'll get an obj File witch dosen't run after linking.a  & Please can someone out there help me ?  	 Robin ...    ------------------------------  % Date: Fri, 14 Apr 2000 10:32:48 -0400 ) From: "Robert L. Sudderth" <rsq@ornl.gov>  Subject: Re: Fortran Problem( Message-ID: <38F72C10.6014DDCB@ornl.gov>   Robin.Goerlach@merck.de wrote:   > Hi everyone, >uR > we had an old Vax running VMS 5.4-2 with some old Fortran sources. Now we switch  > to a Alpha running VMS 7.2-1 !H > So I logged in as System and tried to recompile the stuff with our new > Fortrancompiler (7.1-1).( >  It ended quick with some Errors like: >8P > %FORT-W-MISALIGN, Alignment of variable or array is inconsistent with its data
 > type ... >AL > Not knowing what to do I searched the Usenet and found and compiler option > % > /syntax/alignment=commons=standard.o >CR > So I tried again and it worked perfect ... no Errors, no Wornings - after beeing > happyEH > I tried to link the think and had to discover there is  no *.obj-File.Q > If I don't use the option I'll get an obj File witch dosen't run after linking.- >(( > Please can someone out there help me ? >n > Robin ...c  T The "/syntax_only" switch causes the compiler to only check for syntax errors.  Most everything else is ignored.M   Bobm   ------------------------------  % Date: Fri, 14 Apr 2000 15:34:47 +0100r* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: Fortran Problem+ Message-ID: <8d7aa8$uc8@newton.cc.rl.ac.uk>c  Y <Robin.Goerlach@merck.de> wrote in message news:C12568C1.004B7048.00@dedamsg1.merck.de...   L > Not knowing what to do I searched the Usenet and found and compiler option2 You could try reading the help text and/or manual.  % > /syntax/alignment=commons=standard.@  G That's two options: alignment=commons=standard, to change the alignment:6 and /syntax to suppress the production of object code.   ------------------------------  % Date: Fri, 14 Apr 2000 15:47:14 +01000- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>- Subject: Re: Fortran Problem) Message-ID: <38F72F72.CB2332DE@bbc.co.uk>i   Robin.Goerlach@merck.de wrote:   > Hi everyone, >CR > we had an old Vax running VMS 5.4-2 with some old Fortran sources. Now we switch  > to a Alpha running VMS 7.2-1 !H > So I logged in as System and tried to recompile the stuff with our new > Fortrancompiler (7.1-1).( >  It ended quick with some Errors like: >mP > %FORT-W-MISALIGN, Alignment of variable or array is inconsistent with its data
 > type ... >mL > Not knowing what to do I searched the Usenet and found and compiler option >e% > /syntax/alignment=commons=standard.  > R > So I tried again and it worked perfect ... no Errors, no Wornings - after beeing > happyhH > I tried to link the think and had to discover there is  no *.obj-File.Q > If I don't use the option I'll get an obj File witch dosen't run after linking.. >I  Q So, the /alignment=common=standard looks like it might just fix your problem, but P why did you specify /syntax too? You are instructing the compiler not to produce  an object by specifying /SYNTAX.   FORTRANn  .   /SYNTAX_ONLY                D=/NOSYNTAX_ONLY        /[NO]SYNTAX_ONLY   A      Controls whether the source file is checked only for correct.C      syntax.  If you specify the /SYNTAX_ONLY qualifier, no code isCH      generated, no object file is produced, and some error checking done<      by the optimizer is bypassed (for example, checking forG      uninitialized variables).  This qualifier allows you to do a quick B      syntax check of your source file, and is especially useful in2      conjunction with /WARNINGS=ARGUMENT_CHECKING.   Topic?       >S( > Please can someone out there help me ? >A > Robin ...s   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uko  A I speak for myself only and my views in no way represent those ofD MedAS or the BBC.F   ------------------------------  % Date: Fri, 14 Apr 2000 13:23:13 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com> Subject: Re: Fortran Problem8 Message-ID: <pqkefsggdsda6egasttj18nmu60vipa8c3@4ax.com>  B On Fri, 14 Apr 2000 15:43:09 +0200, Robin.Goerlach@merck.de wrote:  
 >Hi everyone,o >iQ >we had an old Vax running VMS 5.4-2 with some old Fortran sources. Now we switch0 >to a Alpha running VMS 7.2-1 !pG >So I logged in as System and tried to recompile the stuff with our newt >Fortrancompiler (7.1-1).d' > It ended quick with some Errors like:  >tO >%FORT-W-MISALIGN, Alignment of variable or array is inconsistent with its datar	 >type ...   F These are not errors - they are warnings, and do not cause compilationC to end, nor do they indicate that your program will run incorrectlyhF (just that it will run slower than it could).  Please read the FortranD User Manual for OpenVMS Alpha, and its section on "Performance..Data Alignment Considerations".  2 Others have commented on the /SYNTAX_ONLY switch,.  E By the way, the current Fortran version on Alpha is 7.3.  Version 7.1t is two years old.d    - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering-& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Fri, 14 Apr 2000 10:36:45 +0200p2 From: Nicholas Barnes <nicholas-za.barnes@ubs.com> Subject: HFRD Web server' Message-ID: <38F6D89D.971ADEB0@ubs.com>l   Hi,c  N I've been using the HFRD web server (from the freeware CD) for a while now (onH an Alphastation 500) and it's been doing exactly what I wanted it to do.  M BUT.... I now have a need to upload a file from my web browser to the machinenN the HFRD server is running on. No real problems in coding the HTML or the DCL,M but it would appear that the server is inserting CR and/or LF characters intooH the binary file stream at seemingly random points. There is no way I canJ filter these out - I can't tell if they're meant to be there or if they've been added.S  9 Has anybody else experienced this and found a workaround?o   Any other ideas?  M More information available on request, just that I'm not sure what else you'd/ find useful.   Nick.e   ------------------------------  / Date: Fri, 14 Apr 2000 08:08:42 +0200 (MET DST)e& From: Rudolf Wingert <win@fom.fgan.de>4 Subject: Re: Highest OpenVMS version supporting VWS?/ Message-ID: <200004140510.HAA29039@fom.fgan.de>@   Hello,  K all the previous answers are incorrect. AFAIK the latest VMS version, whicheG supports the VWS (VAX workstation software), was V5.3. But there was antE migration pakage, which allowed to use VWS with DECwindows Motif. HowvC long this supports VWS, I don't know, because we changed all appli-i/ cation software with the migration tool to X11.u  , Hope this helps. Best regards Rudolf Wingert   ------------------------------  " Date: Fri, 14 Apr 00 09:27:21 +200' From: huber@mppmu.mpg.de (Joseph Huber).4 Subject: Re: Highest OpenVMS version supporting VWS?, Message-ID: <8d6h8r$3gvu$1@kiosk.rzg.mpg.de>  2 In Article <B51BD3BF.3653%bnilsson@fy.chalmers.se>/ Bengt Nilsson <bnilsson@fy.chalmers.se> writes:  >Thanks, that sounds promising.h >dM >Tell me, what is your upgrade history? I assume if I try to go directly fromn$ >5.5-2 to 7.2, I will have problems.  B Yes, the oldest version which can upgrade directly to 7.2 is 6.1 .N I don't have the CDs ready to lookup, but maybe VWS is no longer on the actual Condist or 7.2 system CDs.D My last INSTALL of VWS was for VMS 6, since then I did not touch it.J (It's just the one node in a 7.2 cluster, the application software is not   changed since at least 5 years). --  / Joseph "Sepp" Huber,MPI Physik,Muenchen,Germanyo9 huber@mppmu.mpg.de  URL http://wwwvms.mppmu.mpg.de/~huber    ------------------------------  % Date: Fri, 14 Apr 2000 09:55:25 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>4 Subject: Re: Highest OpenVMS version supporting VWS?+ Message-ID: <8d6irr$l36$1@minus.oleane.net>e  4 "Joseph Huber" <huber@mppmu.mpg.de> wrote in message& news:8d6h8r$3gvu$1@kiosk.rzg.mpg.de...4 > In Article <B51BD3BF.3653%bnilsson@fy.chalmers.se>1 > Bengt Nilsson <bnilsson@fy.chalmers.se> writes:d! > >Thanks, that sounds promising.p > >EJ > >Tell me, what is your upgrade history? I assume if I try to go directly from& > >5.5-2 to 7.2, I will have problems. >iD > Yes, the oldest version which can upgrade directly to 7.2 is 6.1 .  H You should install 6.2 after 6.1 because of a backup problem, unless you# install the proper backup patch ...r   Jean-Franois Marchale X9000 - LYON   ------------------------------  " Date: Fri, 14 Apr 00 17:31:50 +200' From: huber@mppmu.mpg.de (Joseph Huber) 4 Subject: Re: Highest OpenVMS version supporting VWS?, Message-ID: <8d7dl8$2pli$1@kiosk.rzg.mpg.de>  . In Article <200004140510.HAA29039@fom.fgan.de>( Rudolf Wingert <win@fom.fgan.de> writes: >Hello,dL >all the previous answers are incorrect. AFAIK the latest VMS version, whichH >supports the VWS (VAX workstation software), was V5.3. But there was anF >migration pakage, which allowed to use VWS with DECwindows Motif. HowD >long this supports VWS, I don't know, because we changed all appli-0 >cation software with the migration tool to X11.  @ This might be true for the "official support", but it just runs 2 without the Motif-migration package "unsupported":  7 OpenVMS V7.2  on node MPIW11  14-APR-2000 17:24:13.69  eM   Pid    Process Name    State  Pri      I/O       CPU       Page flts  PagesI     ...rM 2D400067 VWS$DISPLAYMGR  HIB      7      128   0 00:00:02.47       631    390l& $ remote mpiw11 mcr sysgen show windowM WINDOW_SYSTEM                   2          0         0         2 Pure-numbe Di"                                ^^^ This is VWS, not DECW.  O We do run only one application program, and are just happy it works, who knows.* -- */ Joseph "Sepp" Huber,MPI Physik,Muenchen,Germany 9 huber@mppmu.mpg.de  URL http://wwwvms.mppmu.mpg.de/~huber*   ------------------------------  # Date: Fri, 14 Apr 2000 08:47:47 MET-7 From: "Carl Gunnar Linden, MSL Sweden." <system@msi.se> . Subject: How to map PCI configuration register) Message-ID: <009E8976.923D19AC.55@msi.se>s  I    Does anyone know how to use the system service routine SYS=24CRMPSC touI map the configuration register of a device on the PCI-bus in a PWS 500au?s  K    Is there any documentation available concerning the hardware of the PWS?    Carl Gunnar Lind=E9n Manne Siegbahn Laboratoryi Frescativ 24 104 05 Stockholm Sweden   ------------------------------  # Date: Fri, 14 Apr 2000 16:00:47 GMTt, From: kaplow_r@eisner.decus.org (Bob Kaplow) Subject: Re: HSJ80 experience ?4' Message-ID: <2000Apr14.120047.1@eisner>W  } In article <78E5B8E274DBD1118D6800805FE60E7720F4D8@ntprdex4.admin.liffe.com>, Andy Williams <Andy.Williams@liffe.com> writes:-H > Believe it or not, after a conversation with our tin supplier it's notJ > easy to buy a new storage cabinet configured with these controllers. TheI > standard config sold by the Q is the ESA12000, which consists of either I > HSG80 (fibre channel)or HSZ80 (SCSI). No CI option is offered !  CoupleaI > this with the demise of the SW800 & we're scrabbling to actually designs > ourselves a solution !  L Take a look at the custom solutions offered by CSS (whatever that now standsL for within the Q). We've been suffering with ESA10000 and ESA12000 that loseK spindle density to our old SW800 cabinets because they only mount drives onrK the front. CSS has a taller deeper rack that holds 4 arrays, 2 in front andhJ 2 in back. Now this is all we buy for our cramped data center. Since theseH are custom configurations, I'm sure they'll put whatever controllers you
 want in them.l   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1C   ------------------------------  # Date: Fri, 14 Apr 2000 16:03:16 GMT-, From: kaplow_r@eisner.decus.org (Bob Kaplow) Subject: Re: HSJ80 experience ?o' Message-ID: <2000Apr14.120316.1@eisner>U   Here are URL references...  G http://www.compaq.com/solutions/customsystems/technology/terabytes.htmlt/ http://www.digital.com/info/LXB1ET/LXB1ETHM.HTM    	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1    ------------------------------  % Date: Fri, 14 Apr 2000 10:27:11 -0400t( From: Rick Murphy <rmurphy@mitretek.org>3 Subject: Re: I can't run/detach in my own X sessiond, Message-ID: <38F72ABF.47C12F91@mitretek.org>   David Warren wrote:- > K > As others have said, a detached process doesn't inherit logicals and thus3 > decw$display.o: Try run/detach/error='f$logical("DECW$DISPLAY")/output=a.a 	-Rick    > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World! > -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------  % Date: Fri, 14 Apr 2000 10:22:24 +0100t& From: "Max" <maqsoodr@yahoo.nospamcom>, Subject: Jobs for In VMS systems managemant?* Message-ID: <8d6o1t$ssa@usenet.pa.dec.com>  J Sorry if this is off topic, but I cannot find any other job site dedicated to VMS.6 Especially for America?r  . Could someone point me in the right direction?     Regards, Max.  : P.S. watch out for the anti-spam bit in my e-mail address.   ------------------------------  % Date: Fri, 14 Apr 2000 14:32:49 -0300f1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>20 Subject: RE: Jobs for In VMS systems managemant?K Message-ID: <F150836441C5D311A11700508B6FF01A6D5789@bdant024.bda.bobda.com>e  A Somebody posted a site here yesterday, use the search to find it.n - Darren   > ----------+ > From: 	Max[SMTP:maqsoodr@yahoo.nospamcom]l' > Sent: 	Friday, April 14, 2000 6:22 AMs > To: 	Info-VAX@Mvb.Saic.Com/ > Subject: 	Jobs for In VMS systems managemant?  > L > Sorry if this is off topic, but I cannot find any other job site dedicated	 > to VMS.s > Especially for America?a > 0 > Could someone point me in the right direction? >  > 
 > Regards, > Max. > < > P.S. watch out for the anti-spam bit in my e-mail address. >  >     F **********************************************************************C This message and any files transmitted with it are confidential andsJ may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom theyeL are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copyingt of this message is prohibited.   Bank of BermudatF **********************************************************************   ------------------------------  % Date: Fri, 14 Apr 2000 00:52:22 -0400 * From: David A Froble <davef@tsoft-inc.com>% Subject: Re: Maximum Password Lengths - Message-ID: <38F6A406.89604C10@tsoft-inc.com>-   Ed Wilts wrote:  > # > norm.raphael@jamesbury.com wrote:r > >e/ > > agnew@hsc.vcu.edu on 04/13/2000 03:19:01 PMj > >FL > > /i had to do that once when people were trying to break into my account,= > > /and it also shuts off decnet copy access, since the copy 6 > > /node"unam pass":: syntax can't take 2 passwords.. > > /aJ > > Yes, indeed.  I once shot off decnet copy access like that by mistake." > > (That's a feature, not a bug.)	 > > -Norma > > /jim > F > It's not just DECnet that breaks.  There are other applications thatG > will reject the multiple passwords as well.  I believe that SYSMAN isC > one of them. > H > The theory behind a double password is that you need 2 PEOPLE - one toH > enter each password.  Therefore, it does not make sense to do a DECnet2 > file copy with the password in the command line. > E > A double password was never intended as a replacement for a single, F > longer password.  There ain't a hope in hell that anyone can break aG > properly used (re-read the last 2 words before correcting me on this)  > 32-character single password.i  O And then consider the breakin detection and disabling of the port after severaltJ invalid tries.  Oh, someone might get lucky and guess correctly, while theO system is allowing logins on the port, in several million years.  Guess there'dt be a date problem by then. :-)   Dave   >  >         .../Ed > --
 > Ed Wilts > Mounds View, MN, USA > mailto:ewilts@mediaone.net   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.comm Vanderbilt, PA  15486e   ------------------------------  # Date: Fri, 14 Apr 2000 10:13:53 GMT  From: d.webb@mdx.ac.uk% Subject: Re: Maximum Password LengthsI) Message-ID: <8d6r0q$sqg$1@nnrp1.deja.com>   + In article <38F61DA5.32B7B84B@hsc.vcu.edu>,1&   Jim Agnew <agnew@hsc.vcu.edu> wrote:@ > i had to do that once when people were trying to break into my account,: > and it also shuts off decnet copy access, since the copy3 > node"unam pass":: syntax can't take 2 passwords..  >s > jiml >m >=  1 Yes it breaks most network access to the account.kG Which kind of makes sense since if you are putting a second password on 0 then this is presumably an ultra-secure account.F I believe you can get around this rstriction by setting up proxies (soD you don't have to input the two passwords).. However normal cautionsA apply about granting proxy access to a privileged/secure account.     
 David Webb VMS and Unix team leader CCSS Middlesex University        & Sent via Deja.com http://www.deja.com/ Before you buy.0   ------------------------------  # Date: Fri, 14 Apr 2000 10:47:11 GMT: From: d.webb@mdx.ac.uk% Subject: Re: Maximum Password Lengths ) Message-ID: <8d6svc$usm$1@nnrp1.deja.com>e  . In article <8d53qp$42u$2@info.service.rug.nl>,   helbig@astro.rug.nl wrote:D > In article <8d515o$t27$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes: >hE > > > For OpenVMS, Passwords can be from 0 to 32 characters in length  ands< > > > can include alphanumeric characters, dollar signs, and underscores. > >oH > > It's high time that this restricted set of characters was increased.@ > > It should include virtually any character inputable from the standard > > keyboard at least: >: > Why?    4 To increase the size of the possible password space.  ; There are two possible ways to increase the password space.    1) Increase length of password. B We can already go upto 32 characters but I doubt very much whetherD anyone (unless forced to in a military/goverment establishment) uses& more than 8 or 10 character passwords.  C 2) Increase the range of characters which can be used in passwords.f  E This can have it's downside. Those of our students who use Unix oftennG forget whether they have upper or lowercase letters in their passwords. ; However no such confusion exists with the other characters.n    & Why increase the password space size ?  C Security.  The processing power available nowadays means that bruted= force cracking of 6 to 8 character passwords is now feasible.'  @ VMS's other security features which prevent users getting at theF SYSUAF file and prevent repeated login attempts restrict this problem.F However I would rather have both this and an increased password space.    G Another reason (Which if handled incorrectly can worsen security but is B still a valid requirement for some users) is to allow for passwordE synchronisation with other systems NT, UNIX etc which use much larger. charactersets for passwords.         > > ie > >e6 > > !"$%^&*()_-+={}[]:;@'~#<,>.?/|\ + alphanumerics. >e* > Err, where's the pound sign on my LKxxx? >p  = Replace  with local currency character if outside US and UK. C If in US - well thats what you get for having forced everybody elseo" to have a $ on their keyboard.  :)      
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------   Date: 14 Apr 2000 05:39 CSTe' From: carl@gerg.tamu.edu (Carl Perkins),% Subject: Re: Maximum Password Lengthsm- Message-ID: <14APR200005393888@gerg.tamu.edu>    helbig@astro.rug.nl writes...y5 }In article <C22568C0.006D2BDE.00@jklh21.valmet.com>,-$ }norm.raphael@jamesbury.com writes:  } 9 }> Err, right around the Euro key.  [Hint, it's a shift.]. } I }I think in some UK-specific keyboards, the # is replaced with the pound a' }sign, but it's certainly not standard.: } > }---Phillip "seven-bit printable ASCII at most, please" Helbig  B On thge LK201 I'm using now (attached to a VAXstation 3100m48) theB "3" key has both a "#" and a "" printed above it, but there is noF way to get it to directly do the latter unless you shift things out ofE the "North American" mode into a mode that uses it (at which time theAK "#" becomes impossible to do directly). Of course, as you may have noticed,hD I can do both - I get the "" via the "compose character" key with a <compose>L- sequence.i  I The Euro is just plain impossible without upgrading VMS and the windowinghF software from the V5.5-2 and the matching version of VWS  (at least, ID assume that newer versions of VMS have modified the character set toE include the Euro symbol somewhere and that it would be accessable viar a compose sequence).   --- Carl   ------------------------------  % Date: Fri, 14 Apr 2000 13:36:00 +0100@- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u% Subject: Re: Maximum Password Lengthsr) Message-ID: <38F710B0.1E11B06E@bbc.co.uk>n   "Ramon L. Tate" wrote:  N >  I found the double password feature very useful for the high-priv accounts,G > e.g. SYSTEM. Of course it forces the the use of a more-or-less directAM > terminal connection, although if I needed access to the SYSTEM account fromeM > another system, I could always log in via an unprived account and then do a % > SET HOST 0 for a prived login. YMMVe >n  H The only benefit I found for double password with one user is that thereC is no temptation to leave priv'd passwords in .COM's and .LOG's andwA recall buffers because DECNET Copy just won't work unless proxiest are enabled.  D The second senetence doesn't make sense to me. A packet sniffer willF not care if you SET HOST 0, it will still see the data (ie your priv's
 password).    --b6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukk  A I speak for myself only and my views in no way represent those of4 MedAS or the BBC.    ------------------------------  # Date: Fri, 14 Apr 2000 12:58:36 GMTi, From: koehler@eisner.decus.org (Bob Koehler)% Subject: Re: Maximum Password Lengths ' Message-ID: <2000Apr14.085836.1@eisner>   [ In article <8d53qp$42u$2@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:eD > In article <8d515o$t27$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes: >  >> v6 >> !"$%%^&*()_-+={}[]:;@'~#<,>.?/|\ + alphanumerics. > * > Err, where's the pound sign on my LKxxx?  D The  should be on top of the 3 key next to the #, where it has been- since VT100.  It certainly is on my LK401-AA.   E Back in VT100 days I believe the  was placed on top of the 3 becauseHH the VT100 could selectively display a byte of value 35 as either # or .  D In the DEC multinational character set  shows up as a byte of valueA 163.  You could create it with EDT specins, or you may be able tooE configure your keyboard to generate it.  I've looked and can't find a < compose sequence for it, but there may be one, anybody know?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = Hubble Space Telescope Payload  | Federal Sector, Civil GroupfE  Flight Software Team           | please remove ".aspm" when replying7   ------------------------------  # Date: Fri, 14 Apr 2000 15:59:44 GMTa2 From: kilgallen@eisner.decus.org (Larry Kilgallen)% Subject: Re: Maximum Password Lengths/' Message-ID: <2000Apr14.115944.1@eisner>-  B In article <8d6svc$usm$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes:0 > In article <8d53qp$42u$2@info.service.rug.nl>, >   helbig@astro.rug.nl wrote:E >> In article <8d515o$t27$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes:t >>F >> > > For OpenVMS, Passwords can be from 0 to 32 characters in length > andk= >> > > can include alphanumeric characters, dollar signs, ands > underscores. >> >I >> > It's high time that this restricted set of characters was increased.EA >> > It should include virtually any character inputable from the 
 > standard >> > keyboard at least >> >> Why?l >  > 6 > To increase the size of the possible password space.  A Insecurity due to the restricted character set is inconsequentialp@ compared to the insecurity of relying on a reusable password for the sole authentication factor.    Larry Kilgallen-   ------------------------------  # Date: Fri, 14 Apr 2000 14:49:43 GMT.- From: hobbs_b@eisner.decus.org (Bill D Hobbs)S Subject: monitor program' Message-ID: <2000Apr14.104943.1@eisner>d  E I have several batch jobs that are supposed to run at various times. @E Currently they send me e-mail about their success or failure.  I have.B to review the e-mails to make sure that all the jobs are accountedF for.  This is a pretty flaky system, but it's what I inherited and I'm rebuilding it as fast as I can.o  E I would rather have a program monitor the batch jobs - maybe the jobspD report to the monitor.  The monitor would also know when to expect aB particular job to report.  If the report is bad or missing, then IF want to be notified.  I'd want a daily report from the monitor process/ mainly to know that the monitor is still alive.   D I could cobble something together to do this, but before I re-inventF the square wheel, are there any monitoring programs already out there?  @ Running OpenVMS V7.1-1H2, Compaq C V6.2-003 and sundry tools are
 available.   ------------------------------   Date: 14 Apr 2000 16:14:31 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: monitor program. Message-ID: <8d7g57$qi3$1@info.service.rug.nl>  W In article <2000Apr14.104943.1@eisner>, hobbs_b@eisner.decus.org (Bill D Hobbs) writes:p  G > I have several batch jobs that are supposed to run at various times. 0G > Currently they send me e-mail about their success or failure.  I have D > to review the e-mails to make sure that all the jobs are accountedH > for.  This is a pretty flaky system, but it's what I inherited and I'm! > rebuilding it as fast as I can.  > G > I would rather have a program monitor the batch jobs - maybe the jobshF > report to the monitor.  The monitor would also know when to expect aD > particular job to report.  If the report is bad or missing, then IH > want to be notified.  I'd want a daily report from the monitor process1 > mainly to know that the monitor is still alive.   F How about this: set up a logical name table for communication between H the batch jobs and the monitor program.  You can either use WAIT in the G monitor program (assuming DCL here) or, since you know the times, make  C the monitor program itself a batch job, and submit it /AFTER.  The tF monitor program then examines the values in this special logical name . table.  Of course, it can resubmit itself etc.   Putw  * $ CREAT/NAME/PAREN=LNM$SYSTEM_DIRECTORY - 7   /PROT=(S:RWCD,O:RWCD,G:RWCD,W:RWCD) JOB_MONITOR$TABLE   < in SYSTARTUP_VMS.COM or wherever then define the values with   DEFINE/TABLE:JOB_MONITOR$TABLE   ------------------------------  % Date: Fri, 14 Apr 2000 13:45:28 -0500t* From: WILLIAM WEBB <WWEBB1@email.usps.gov>? Subject: MS behind price decreases? (Was: So who will buy VMS?)d- Message-ID: <0033000020887630000002L002*@MHS>o   =0ABill Todd wrote:aH > > If Comapq just wants to stay in the small niches left thinking VMS = isH > > invioncible, it will have a very rude awakening when NT and UNIX at= tack& > those  niches quicker than expected. >sH > Not if it treats its customers there well.  And if it does a good eno= ugheH > job, not only will it repel NT (because there's no way in hell NT can=  H > compete in those niches on merit in the foreseeable future) and likel= y UnixH > as well but it might regain the market credibility to be able to expa= nd out
 > of them.  H 1- You don't "treat customers there well" when you are milking them for=  everyH penny because you need the profits and pay for all that expensive R&D f= orH galaxies. The few remaining VMS customers are more of less captive to V= MS andH Compaq knows it and is milking them as much as possible. The minute NT = andyH UNIX come anywhere close in those capabilities VMS has that they don't = yetDH have, you'll see a lot of folks jump ship. Goodbye VMS. Bean counters w= illeH force companies to go to a non-VMS solution when the non-VMS solution i= soH orders of magniture cheaper and you can't justify keeping VMS based on = the=H additional tidbits it has. Also, you can,t justify keepingthe more expe= nsivem7 VMS when applications are no longer there to run on it.   H 2-The only way to retain customers is to have the cost of VMS FOLLOW (o= r-H better, LEAD) the industry. Your thinking is similar to Digital justify= ing the>H $6000 price for the C compiler when Microsoft was selling theirs for $5= 00: "MSeH compilers don't compete against ours, so we need not match the MS price= ".  H For all its monopolistic behaviours, you have to give credit to Billy G= atesF for having provided leadership in the pricing of software. By loweringH software prices, he made computing affordable to a HUGE market and crea= ted anH industry that is orders of magnitudes bigger than the industray that ex= istedJE under the DEC-IBM heydays. It is a darn shame that DEC *CHOSE* not to54 participate in this, thus resulting is DEC's demise.        www ->r  
      Ahem,  H      It was Borland who got the discount ball rolling with their $99 up= grades      from competing products...A  C      Scared cr*p out of their competition at the time, as I recall.f  
      <-www        WWWebb=   ------------------------------  # Date: Fri, 14 Apr 2000 11:11:18 GMTd From: joecarlos@yahoo.com (Joe)y Subject: nas client 150l5 Message-ID: <8F1649FC7joeyahoocom@news.supernews.com>e  I I have a license pack for nas client 150 it has the dec net tcp/ip clientsF we are looking to install it in a vax that it is not connected to any L network. We want to ftp files from a vax that has tcpip all ready.Does this I include ucx and the ftp client or is any body familiar wiht this package.l   ------------------------------  % Date: Fri, 14 Apr 2000 08:22:07 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>s Subject: Re: nas client 150p8 Message-ID: <8d75rl$7pn$1@fizban.fizban.pprd.abbott.com>  # Check this URL for NAS information:   7         http://www.digital.com/info/SO0052/SO0052PF.PDFi   Dave...s    * Joe <joecarlos@yahoo.com> wrote in message/ news:8F1649FC7joeyahoocom@news.supernews.com...*K > I have a license pack for nas client 150 it has the dec net tcp/ip client0G > we are looking to install it in a vax that it is not connected to anysH > network. We want to ftp files from a vax that has tcpip all ready.Does thisK > include ucx and the ftp client or is any body familiar wiht this package.0   ------------------------------  % Date: Fri, 14 Apr 2000 10:33:20 +0200r= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e& Subject: Re: Netscape Fasttrack Server) Message-ID: <38F6D7D0.60FC35D1@gtech.com>s   Ryan Hammond wrote:dH > I have been informed that I must remove Fasttrack server from my Alpha> > system running OpenVMS 7.2 in order to be compliant with newA > third-party software who has decided to only be compatible withrE > Netscape's Commerce Server in their latest release. Has anyone ever F > removed a web server app from their system?  Are there any things to > watch out for?  F First: I was not aware of that NetScape Commerce Server were available
 for VMS !?  A Second: I can not see how the presence of some software should bee
 a problem.  E Third: Deinstall depends on how it is installed. Usually (if it is in C seperate directories), then just deleting that directory and removed3 references from startup-files should be sufficient.l   Arne   ------------------------------  % Date: Thu, 13 Apr 2000 23:49:47 -0600f! From: "ClaudeVMS" <unix@dev.null>o% Subject: Re: New VMS books coming outl( Message-ID: <38f6b81b.0@206.168.123.253>  < There's a new book in VMS device drivers coming out in Sept?" I have SotfPro watching it for me.F It's been delayed since last fall. I hope it makes it to my bookshelf.K I plan to put in my time capsule so the people of the future can see what a0 real OSo looks like.e    	 ClaudeVMSx  D VMS programmers are as rare as lips on a chicken but companies stillA insist on paying us in project tee-shirts, cheap raises and cheapa team-building trips to Mexico.   B If a kid programmer out of college is worth $50,000.00/yr then I'm worth $100,000.00/yr.n          2 Neil Rieck <n.rieck@sympatico.ca> wrote in message4 news:oIhJ4.24495$2D6.699418@news20.bellglobal.com... >h; > Richard Jordan <rjordan@Mercury.mcs.net> wrote in message ' > news:8d26ng$2rll$1@Mercury.mcs.net... K > > There was also a book called something like "OpenVMS and the Internet";iL > > I had it on order for a few months but Amazon canceled, stating that theB > > publisher had cancelled.  Very disappointing.  I registered my displeasureaA > > with BH (who prints Digital Press books now) but to no avail.r > >n > K > Lots of OpenVMS and Alpha book titles can be found at the following smalln > list of sites: > ! > http://www.bh.com/digitalpress/iJ > http://www.chapters.ca/affiliate/Home.asp?affid=102048 ("Chapters.ca" in	 > Canada)v > http://www.fatbrain.com/ >o > Neil Rieck, > Kitchener(New Berlin?)/Waterloo/Cambridge, > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/r8 > http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html >  >s >-   ------------------------------  # Date: Fri, 14 Apr 2000 10:52:04 GMTc% From: Alan Greig <agreig@my-deja.com>:% Subject: Re: New VMS books coming out.) Message-ID: <8d6t8g$v63$1@nnrp1.deja.com>o  ( In article <38f6b81b.0@206.168.123.253>,$   "ClaudeVMS" <unix@dev.null> wrote:> > There's a new book in VMS device drivers coming out in Sept?$ > I have SotfPro watching it for me.H > It's been delayed since last fall. I hope it makes it to my bookshelf.F > I plan to put in my time capsule so the people of the future can see what a	 > real OSe
 > looks like.   A OpenVMS and Windows NT Integration for Dummies is out now. Anyones3 seen it yet? I'm told a copy is in the post for me.o   --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  # Date: Fri, 14 Apr 2000 11:31:30 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t% Subject: Re: New VMS books coming out 0 Message-ID: <009E896B.EA2556DB@SendSpamHere.ORG>  Q In article <8d6t8g$v63$1@nnrp1.deja.com>, Alan Greig <agreig@my-deja.com> writes:s) >In article <38f6b81b.0@206.168.123.253>,w% >  "ClaudeVMS" <unix@dev.null> wrote:r? >> There's a new book in VMS device drivers coming out in Sept? % >> I have SotfPro watching it for me.oI >> It's been delayed since last fall. I hope it makes it to my bookshelf. G >> I plan to put in my time capsule so the people of the future can seev >what at
 >> real OS >> looks like. > B >OpenVMS and Windows NT Integration for Dummies is out now. Anyone4 >seen it yet? I'm told a copy is in the post for me.  = I was forwarded a copy.  What do you want to know about it?  o --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Fri, 14 Apr 2000 15:50:01 GMTs, From: kaplow_r@eisner.decus.org (Bob Kaplow)% Subject: Re: New VMS books coming oute' Message-ID: <2000Apr14.115001.1@eisner>y  Q In article <8d6t8g$v63$1@nnrp1.deja.com>, Alan Greig <agreig@my-deja.com> writes:aC > OpenVMS and Windows NT Integration for Dummies is out now. Anyonee5 > seen it yet? I'm told a copy is in the post for me.   L Our VP brought one back from the OpenVMS Executive Council Meeting. The only= bit I've seen is the list of "You're an openVMS bigot if...".h  8 Windows NT integration should have been on that list :-)   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1a   ------------------------------  % Date: Fri, 14 Apr 2000 15:04:47 +0100,2 From: Chris Sharman <Chris.Sharman@ccagroup.co.uk>. Subject: OPCOM 'new operator enabled' messages1 Message-ID: <009E89AB.3D0B59C1.35@ccagroup.co.uk>l  K We enable many of our captive users to receive OPCOM messages about stallednI printers, urgent orders, etc. Unfortunately, as well as the messages they"H want (about their printer or whatever), they also get a message wheneverK anyone is enabled as an operator (ie at login). The number of logins vastlytI dwarfs the number of printer stalls etc, and the messages are a nuisance.u  L I had a very nice patch on VAX to disable these "operator enabled" messages,N and Wolfgang Moeller very kindly ported it to Alpha (dangerous stuff, I know).  O It's now stopped working - those OPCOM messages are getting through regardless.n/ I think there was a patch which replaced OPCOM.   I Is it posssible to disable them ? Everything else about OPCOM messages isoK configurable in a supported way. It would be nice to prevent every operatorl3 being told about the login of every other operator.p   Alpha VMS 7.1 (7.2 soon maybe).l   ChristG _______________________________________________________________________-= Chris.Sharman@CCAgroup.co.uk		http://www.ccastat.demon.co.uk/ C CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS.a   ------------------------------  # Date: Fri, 14 Apr 2000 17:21:02 GMTs- From: "Richard D. Piccard" <piccard@ohio.edu>n2 Subject: Re: OPCOM 'new operator enabled' messages( Message-ID: <38F75375.A6B82348@ohio.edu>  E In particular, the operator enabled messages should be categorized as O "SECURITY-class" so that operators who are not enabled for security messages doe
 not see them.v  +                                         RDPe   Chris Sharman wrote:  M > We enable many of our captive users to receive OPCOM messages about stalledeK > printers, urgent orders, etc. Unfortunately, as well as the messages theywJ > want (about their printer or whatever), they also get a message wheneverM > anyone is enabled as an operator (ie at login). The number of logins vastlysK > dwarfs the number of printer stalls etc, and the messages are a nuisance.  > N > I had a very nice patch on VAX to disable these "operator enabled" messages,P > and Wolfgang Moeller very kindly ported it to Alpha (dangerous stuff, I know). > Q > It's now stopped working - those OPCOM messages are getting through regardless.s1 > I think there was a patch which replaced OPCOM.< >3K > Is it posssible to disable them ? Everything else about OPCOM messages is M > configurable in a supported way. It would be nice to prevent every operator 5 > being told about the login of every other operator.  > ! > Alpha VMS 7.1 (7.2 soon maybe).  >x > Chris I > _______________________________________________________________________0I > Chris.Sharman@CCAgroup.co.uk            http://www.ccastat.demon.co.uk/wE > CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS.    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 13 Apr 2000 22:32:27 -0400-* From: David A Froble <davef@tsoft-inc.com>" Subject: Re: OpenVMS Certification- Message-ID: <38F6833B.C7D3E7F7@tsoft-inc.com>d   Hunter Goatley wrote:  > C > On 13 Apr 2000 15:10:11 GMT, helbig@astro.rug.nl (Phillip Helbig)y > wrote: > K > >Of course, everyone knows and loves Hunter's server, but there is also al > 
 > Thanks! 8-)g > J > >It IS fun building all the packages, but a bit more automation would be > >nice as well. > F > That's what I've attempted to do with my archive; it's not automatedC > with VMSINSTAL, but there are binaries available with most of then > packages there.i > 7 > >Also, I think that I and many others who have rolled D > >their own stuff would be more willing to take the time to make itF > >available, which includes writing HELP and BOOKREADER files etc, ifH > >there were some central archive, where one could first make sure that. > >no-one else has already done this (better). > >v+ > >Or has someone already implemented this?  > >aA > That was my goal, but Real Work always gets in the way of doing H > everything I'd like to do.  If I could figure out how to make a living  > doing freeware, I'd love that.   Charge for it.  L I'll confess, I really don't understand freeware, at least for products thatP were/are not trivial.  Your time and effort should be worth something.  Just the view from here.m   Dave   > Hunter >  > Hunter > ------; > Hunter Goatley, Process Software, http://www.process.com/n: > <goathunter@PROCESS.COM>     http://www2.wku.edu/hunter/   -- u4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.comr Vanderbilt, PA  15486i   ------------------------------   Date: 14 Apr 2000 07:31:07 GMT* From: helbig@astro.rug.nl (Phillip Helbig)" Subject: Re: OpenVMS Certification. Message-ID: <8d6hfr$hep$1@info.service.rug.nl>  < In article <38F6833B.C7D3E7F7@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:   C > > That was my goal, but Real Work always gets in the way of doingtJ > > everything I'd like to do.  If I could figure out how to make a living" > > doing freeware, I'd love that. >  > Charge for it.  " Then it's no longer freeware.  :-)  ?I > I'll confess, I really don't understand freeware, at least for productsaB > that were/are not trivial.  Your time and effort should be worth' > something.  Just the view from here. H  H I think it's basically down to people saying "I've done this, it works, C it's useful---I'm sure other folks would like it as well" and thus cG making it available.  Sure, they could come up with even more stuff if pB they were paid to do it, but this is really quite a hassle and is F probably not a "secure job".  So it's a question of make it available ) for free or not make it available at all..  G I think the thing to do would be for Compaq to hire Hunter, Dave Jones,lD Matt Madison, Richard Levitte and the like and integrate their stuffH into the operating system or at least layered products level.  No reasonD to increase VMS prices as a result of this---hey, we're only talkingI about a few salaries, peanuts to Compaq---since they would more than pay rG for themselves in increased sales.  (Some stuff is VMS-specific and so lD on, but some of the stuff is to provide "basic functionality" which I people in some sense get "for free" with other operating systems but not AH with VMS---OK, some stuff like VMSTAR is mainly for unix compatibility, F and wouldn't be needed if everyone used VMS, but some stuff, like web G servers, newsreaders etc is just stuff which many people need nowadays lE and to me has just as much reason to be a layered product as, say, a A
 compiler.)  E Guys, what do you say?  If you could make your current salary or the OI same salary as, say, Hoff (whichever is higher) and Compaq would pay you  G to continue your VMS development you've been doing up until now in the  % context of freeware, would you do it?   A What I like about VMS freeware (apart from the fact that here, insG contrast to the Stallman crowd, the goal is not to undermine commercial*E software) is that it is usually very much in the VMS mold.  By making > these true layered products, this would be just a bit better.    ------------------------------  # Date: Fri, 14 Apr 2000 10:54:12 GMTc= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)w" Subject: Re: OpenVMS Certification0 Message-ID: <009E8966.B4645B14@SendSpamHere.ORG>  [ In article <8d6hfr$hep$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: = >In article <38F6833B.C7D3E7F7@tsoft-inc.com>, David A Froblei ><davef@tsoft-inc.com> writes:   >fD >> > That was my goal, but Real Work always gets in the way of doingK >> > everything I'd like to do.  If I could figure out how to make a living # >> > doing freeware, I'd love that.e >> a >> Charge for it.  > # >Then it's no longer freeware.  :-)o   ... shareware?  ;)    J >> I'll confess, I really don't understand freeware, at least for productsC >> that were/are not trivial.  Your time and effort should be worths( >> something.  Just the view from here.  >nI >I think it's basically down to people saying "I've done this, it works, nD >it's useful---I'm sure other folks would like it as well" and thus H >making it available.  Sure, they could come up with even more stuff if C >they were paid to do it, but this is really quite a hassle and is lG >probably not a "secure job".  So it's a question of make it available v* >for free or not make it available at all. > H >I think the thing to do would be for Compaq to hire Hunter, Dave Jones,E >Matt Madison, Richard Levitte and the like and integrate their stuff0I >into the operating system or at least layered products level.  No reasonrE >to increase VMS prices as a result of this---hey, we're only talkingtJ >about a few salaries, peanuts to Compaq---since they would more than pay H >for themselves in increased sales.  (Some stuff is VMS-specific and so E >on, but some of the stuff is to provide "basic functionality" which aJ >people in some sense get "for free" with other operating systems but not I >with VMS---OK, some stuff like VMSTAR is mainly for unix compatibility, dG >and wouldn't be needed if everyone used VMS, but some stuff, like web iH >servers, newsreaders etc is just stuff which many people need nowadays F >and to me has just as much reason to be a layered product as, say, a  >compiler.)   H I would then have to question the qualtiy of VMS having seen the qualityH of some of the freeware.  Just because it's freeware doesn't necessarilyI mean it's 'buildable'ware or 'compilable'ware or 'usable'ware.  (see sig)l  F >Guys, what do you say?  If you could make your current salary or the J >same salary as, say, Hoff (whichever is higher) and Compaq would pay you H >to continue your VMS development you've been doing up until now in the & >context of freeware, would you do it?  ( What makes you think Hoff gets paid?  ;)  B >What I like about VMS freeware (apart from the fact that here, inH >contrast to the Stallman crowd, the goal is not to undermine commercialF >software) is that it is usually very much in the VMS mold.  By making? >these true layered products, this would be just a bit better. 0   I question that conclusion.    --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Fri, 14 Apr 2000 14:03:16 GMTt+ From: Paul Anderson <panderson@genicom.com>a; Subject: Platinum Equity Holdings acquires Process Softwareh@ Message-ID: <panderson-A22ABB.10031714042000@news.earthlink.net>  C This message was posted in the vmsnet.networks.tcp-ip.multinet and mF .tcpware newsgroups yesterday, but since I hadn't seen it here yet, I  figured I'd post it.   Paul    * From: Lauren Maschio <Maschio@process.com>+ Newsgroups: vmsnet.networks.tcp-ip.multinet " Subject: Platinum Acquires Process   Dear Customer:  H We have important news to share with you about Process Software and our ' commitment to you as a valued customer.w    H Platinum Equity Holdings (www.peh.com) of Los Angeles has purchased the ? TCP/IP Internetworking software operations of Process Software gA Corporation. The new organization, which will retain the Process oB Software name, will continue to focus exclusively on meeting your G expectations as the industry's premier provider of TCP/IP software for l; OpenVMS solutions, MultiNet and TCPware. The entire TCP/IP a@ infrastructure will remain with Process Software as part of the A transaction, ensuring that you will continue to receive the same -F outstanding products, service and support you've become accustomed to G with Process Software. The remaining components of the company will be eE aligned to form "IPWorks," a new, separate organization that will be i2 focused on software applications for the Internet.  B We are excited about the strength, stability, and leadership that F Platinum will bring to Process Software. Platinum is a privately held C investment corporation that specializes in acquiring and operating  I mission-critical technology organizations and technology-enabled service  ; companies throughout the world. Platinum currently owns 15 mF technology-driven corporations featuring a workforce of nearly 10,000 G employees and an established worldwide infrastructure in more than 100 <D countries. Our new parent company has been recognized as one of the F largest and fastest growing privately held IT companies in the United G States. Platinum's expertise, resources, and commitment will provide a  & solid foundation for Process Software.  E While this will certainly be a period of change for our company, our  D current product offerings will stay in place and serving you at the H highest level will remain our total focus. Be assured, you will receive A the same level of attention, and customer service excellence and lE expertise as before. While our operational strategy is evolving, our   priorities are not.o  A We would like to close by saying "thank you" for being a Process 0I Software customer. We greatly appreciate your business. Your comfort and RG confidence in Process Software and its parent company, Platinum Equity  A Holdings, are extremely important to us. Both companies are well eH established, well funded and completely committed to you, our customer, . and to the future development of our products.  
 Sincerely,     Dean Goodermote   Phil Norment> President and Chief Executive Officer  Chief Operating Officer* Process Software  Platinum Equity Holdings         , -------------------------------------------- Lauren Maschio Senior Product Manager Process Software 959 Concord Street Framingham, MA 01701-4682i (508) 626-7525 h, --------------------------------------------   ------------------------------  # Date: Fri, 14 Apr 2000 13:05:10 ISTl0 From: "Doreswamy Gowda" <doresgowda@hotmail.com> Subject: Request for a Answer.4 Message-ID: <20000414073510.21283.qmail@hotmail.com>  , This is a multi-part message in MIME format.  / ------=_NextPart_000_24237b26_10501c57$67a661ba-' Content-Type: text/plain; format=flowedp   Respected Sir,  . I Request you to send Answer for this Question  ( Question:What type of OS is VMS ? Is it D Distrubuted,Network,Batch,Multiprogramming or Real Time ? If so Why?  < Please send in the request to mail id doresgowda@hotmail.com   from   doresgowda@hotmail.com6 ______________________________________________________6 Get Your Private, Free Email at http://www.hotmail.com  / ------=_NextPart_000_24237b26_10501c57$67a661bao' Content-Type: text/plain; format=floweda    % Return-Path: <doresgowda@hotmail.com>>D Received: (qmail 30533 invoked by uid 0); 14 Apr 2000 07:15:35 -00004 Message-ID: <20000414071535.30532.qmail@hotmail.com>; Received: from 202.142.65.216 by www.hotmail.com with HTTP;e 	Fri, 14 Apr 2000 00:15:35 PDT" X-Originating-IP: [202.142.65.216]0 From: "Doreswamy Gowda" <doresgowda@hotmail.com> To: Info_VAX@mvb.saic.comf Subject: Request for a answer # Date: Fri, 14 Apr 2000 12:45:35 IST- Mime-Version: 1.0 ' Content-Type: text/plain; format=flowed!   Respected Sir,  < I request to answer this question and know about the VMS OS.  	 QUESTION:eL Which type of OS is VMS amoung Distrubuted,Network,Batch,Multiprogramming or Real Time ? if so why ?r  * Send the request to doresgowda@hotmail.com   From   doresgowda@hotmail.com    6 ______________________________________________________6 Get Your Private, Free Email at http://www.hotmail.com      1 ------=_NextPart_000_24237b26_10501c57$67a661ba--e   ------------------------------  % Date: Fri, 14 Apr 2000 10:25:32 +0100'& From: "Max" <maqsoodr@yahoo.nospamcom>$ Subject: Re: Reusing Tape for Backup* Message-ID: <8d6o7o$t0e@usenet.pa.dec.com>   Tom,  3 If you really do not need the data on the tape, do:- reply/to=n overwriteL otherwise replace overwrite with NEW to be prompted for a frsh tape and QUIT to ofcourse quit the job!c   Max.  , Tom Linden <tom@kednos.com> wrote in message@ news:Pine.ULT.3.91.1000413064953.6617X-100000@gunn.kednos.com... > K > I tried to reuse a tape for the regular backup procedures, which normally $ > means inserting a tape and typeing > REPLY/TO=n >uI > However when I do so it, it doesn't (understandably) like the label andn tellssA > me that it "was not mounted because its label did not match theeB > one requested  specify option(QUIT, NEW tape or OVERWRITE tape)" >a+ > Option to what?  Certainly not the REPLY.o >a > TIAb > Toms >e   ------------------------------  % Date: Thu, 13 Apr 2000 18:44:02 -0700 @ From: File Rms Optimization <d_viensNOd_SPAM@adm.me.org.invalid>% Subject: RMS flags to optimize the io 9 Message-ID: <1e087192.6b6e34b5@usw-ex0109-068.remarq.com>s  9 I'm trying to lower the io on a fixed record relative rmsr9 file.  I'd tried some option but it doesn't seem to lowero8 the IO. I want to be able do 1 IO when a buffer is full.   That how I create the file: !     chan->fab		= cc$rms_fab;			/*_ init struct      */_-     chan->fab.fab$l_fna = (char *)filename;		a 	/* Filename	    */p/     chan->fab.fab$b_fns = strlen(filename);		/*  Filename size    */s)     chan->fab.fab$b_org = FAB$C_REL;			/*- Organiz. = Rel   */a)     chan->fab.fab$b_rfm = FAB$C_FIX;			/*R record fixed     */i+     chan->fab.fab$w_mrs = record_size;			/*r and that length  */s+     chan->fab.fab$w_deq = record_size;			/*  extend in blocs  */e*     chan->fab.fab$b_fac = FAB$M_GET |			/* Open for $get &  */" 			    FAB$M_PUT |			/*e $put		    */ 			    FAB$M_DEL | 			    FAB$M_UPD;v  ,     chan->fab.fab$b_shr = FAB$M_SHRGET |		/* Share GET & PUT  */t 			    FAB$M_SHRPUT;"     chan->fab.fab$w_gbc = 5;				/* use global buffer */"     chan->fab.fab$l_mrn = 0;				/* max record number */  #     chan->rab	        = cc$rms_rab; /     chan->rab.rab$l_fab = &chan->fab;		/* Conn.g
 FAB to RAB */n%     chan->rab.rab$b_krf = 0;			/* Useo primary key  */o/     chan->rab.rab$w_rsz = record_size;		/* Users buffer size *//     chan->rab.rab$w_usz = record_size;		/* Usern buffer size */;     chan->rab.rab$l_rop = RAB$M_WBH|RAB$M_RAH;	/* set read-g
 ahead & */   						/* write-t
 behind	    */o&     chan->st = sys$create(&chan->fab);     if (!SUCCESS (chan->st))         return(0);  ,     chan->st = sys$connect(&chan->rab);			/* Connect to it    */      =====================s That's how I write one recordu  /     chan->rab.rab$l_rbf = data;		            /*  Record to be written */p*     chan->rab.rab$w_rsz = data_len;	  		/* Size of record	    */ 5     chan->rab.rab$l_kbf = (char *) &record_number;	/*  record number	    */     chan->rab.rab$b_ksz = 4;0     chan->rab.rab$b_rac = RAB$C_KEY;	    	/* Put record by number    */$     chan->st = sys$put (&chan->rab);    ; If you can help me please do, I search everywhere and I seeS  no example on how to set options I tried:       chan->fab.fab$l_alq = 1000;(     chan->fab.fab$w_deq = record_size*5;     chan->rab.rab$b_mbc = 125;
 NO effect.   Daniel Viens Montreal 10h00 at nighte   

* Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautifula   ------------------------------  % Date: Fri, 14 Apr 2000 12:53:27 -0400s% From: "Brian Tillman" <tillman_brian>m6 Subject: Re: Running old layered products on newer VMS$ Message-ID: <38f74d36$1@news.si.com>  - >I would look at upgrading Rdb to the latest.o  " Oh, sure, and pay Oracle's prices? -- a  B  Brian Tillman                   Internet: tillman_brian at si.comB  Smiths Industries, Inc.                   tillman at swdev.si.com>  3290 Patterson Ave. SE, MS      Addresses modified to prevent=  Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@" 9         This opinion doesn't represent that of my companya   ------------------------------   Date: 14 Apr 2000 11:17:36 CST; From: wayne@tachyon.xxx.591708.killspam.06be (Wayne Sewell)i6 Subject: Re: Running old layered products on newer VMS. Message-ID: <ISfIhi83HYUm@tachxxsoftxxconsult>  ` In article <38F6633F.F636ED56@nc.prestige.net>, Michael Austin <maustin@nc.prestige.net> writes:  K > I would look at upgrading Rdb to the latest.  The ease of doing this willnD > depend upon how you used SQL .   Or whether or not you used RDO.        K It will also depend on how much money you have, due to the incredible pricey8 difference between pre- and post-oracle versions of rdb.       >I have had G > clients who used RDO that made no changes to the code when upgrading.eA > Earlier  versions of DBMS have also been known to run on VMS7.xr >  > Michael Austin > Oracle Rdb DBA Consultantn >  >  > Barry Treahy wrote:2 > H >> What is the furthest release of VMS that anyone has attempted to run: >>     DBMS 4.3-1p >>     TDMS 1.8A >>     CDD 5.0 >>     RTO RDB 4.0A  >>A >> I know that these are qualified for VMS 5.5-2 and probably not-F >> technically supported beyond that, but who has been adventurous andK >> attempted it and what trials did you experience?  Did you get it running-0 >> on VMS 6?  VMS 7? or did it blow up and fail? >>   -- BO ===============================================================================hK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxg8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)lO ===============================================================================lN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  % Date: Fri, 14 Apr 2000 10:45:36 -0700d$ From: Barry Treahy <treahy@mmaz.com>6 Subject: Re: Running old layered products on newer VMS( Message-ID: <38F75940.73CE8EF4@mmaz.com>  H This is exactly why I asked the question to begin with, between DBMS andC Rdb Run-Time, Oracle wants over $40k just to dance and get current.u& Duh, this isn't going to happen, EVER!  E We're a MANMAN shop and CA wanted another $40k the last time we checknD for Y2K upgrades, and you can probably guess, I did it all in-house.  F I've received a lot of positive input from Brian and others, I'm goingC to fire up a test systems and just see how far I can push it, but I 5 probably won't get to it until the first part of May.g  	 Thanks...    Barry    Brian Tillman wrote:  / > >I would look at upgrading Rdb to the latest.r >e$ > Oh, sure, and pay Oracle's prices? > -- > D >  Brian Tillman                   Internet: tillman_brian at si.comD >  Smiths Industries, Inc.                   tillman at swdev.si.com@ >  3290 Patterson Ave. SE, MS      Addresses modified to prevent? >  Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"m; >         This opinion doesn't represent that of my companyi   ------------------------------  # Date: Fri, 14 Apr 2000 09:55:54 GMT , From: SANFACE Software <sanface@sanface.com>4 Subject: SHAREWARE: PDFindex 2.0 - PDF index creator) Message-ID: <8d6pv6$rth$1@nnrp1.deja.com>w  @ pdfindex is a very flexible and powerful PERL5 program. It's the9 simplest way to create a PDF index from your PDF archive.x2 It uses PDFlib module and the powerful of txt2pdf.  9 At the moment you can extract from every PDF these fieldst the file name without the path the file name with the path* the title from PDF Info fieldl the author from PDF Info field% the creation date from PDF Info fieldt) the modification date from PDF Info field- the subject from PDF Info fieldr the creator from PDF Info fieldm  the producer from PDF Info field  the keywords from PDF Info field  $ and use this information of the file device number of filesystemr inode number  file mode (type and permissions)" number of (hard) links to the file numeric user ID of file's owner3  numeric group ID of file's owner* the device identifier (special files only) total size of file, in bytes  last access time since the epoch  last modify time since the epoch6 inode change time (NOT creation time!) since the epoch! actual number of blocks allocatedh  E and use them to create a PDF index with all the features that txt2pdf 4 offer you (see http://www.sanface.com/txt2pdf.html )  G With PDF rules support you can select the PDFs to include in your indexl+ using part of the title, author, file name.s  A pdfindex 2.0 is shareware. The registration fee is $75 (US) everyn licence.6 The pdfindex source code is our company core business.
 We trust you.k$ You can test pdfindex and modify it.A We'll send you a free registered copy for a good idea or pdfindexi modify.   B You can't use a modify version of pdfindex for production purpose.C You can't resell pdfindex or a modify version of it without SANFACEf Software authorization.aC You can't copy part of it to include in your source without SANFACEi Software authorization.M   What's new in this version  H PDF rules support to select the PDFs to include in your index using part of the title, author, file namea txt2pdf 3.3 inside -- SANFACE Software http://www.sanface.com mailto:sanface@sanface.com( WAP http://www.sanface.com/wap/index.wml    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Thu, 13 Apr 2000 22:44:42 -0400i* From: David A Froble <davef@tsoft-inc.com>. Subject: Re: Shock, horror! An OpenVMS advert!- Message-ID: <38F6861A.3385E8C3@tsoft-inc.com>R  " Shane.F.Smith@healthnet.com wrote: > 0 > From: Shane F Smith@FHS on 04/13/2000 03:35 PM >  > To:   Info-Vax@mvb.saic.come > cc:t- > Subject:  Shock, horror! An OpenVMS advert!  > L > I have just received an unusual package: A 9" tall, 33" wide Compaq posterM > proclaiming "Compaq OpenVMS on AlphaServer Systems" across the top, "CompaqyN > Non-Stop Computing" bottom left, and "Enterprise Computing in Motion" bottom > right. > Q > As for what the picture is, your guess is as good as mine. It's all motion blur K > and strong colours. Quite eye-catching though. Some of my colleagues havehA > received it too, but no management types that I know of as yet.  > O > Great. At last! Now let's hope it's the beginning of something. Now, where too
 > put it.....k  J Yeah, I got that and several others.  Where to put it?  Let me know if youN figure that out.  Problem is, and no I'm not complaining, they're preaching toO the choir.  As you mentioned, it needs to go to the managers and to prospectiveB
 customers.   Dave    J >  #####   ---------------------------------------------------------------K > #-O-O-# | Shane underbar S on pacbell dot net. Spam to abuse@127.0.0.1  |XJ > #  L  #  ---------------------------------------------------------------F >  #===#   Don't blame HealthNet for anything I say. They're innocent.J >   ###    OpenVMS: The operating system God runs the Earth simulation on.   -- u4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.comu Vanderbilt, PA  15486n   ------------------------------  % Date: Fri, 14 Apr 2000 11:26:37 +0100o4 From: Adrian Birkett <abirkett.@unnecessary.csc.com>. Subject: Re: Shock, horror! An OpenVMS advert!3 Message-ID: <38F6F25D.51C6D819@unnecessary.csc.com>s  H Does anybody know if this is available in the UK? We could do with a bit more visual representation!a   Ade    ---- My own opinion ----   ------------------------------  # Date: Fri, 14 Apr 2000 10:50:03 GMTr% From: Alan Greig <agreig@my-deja.com>s. Subject: Re: Shock, horror! An OpenVMS advert!) Message-ID: <8d6t4n$utg$1@nnrp1.deja.com>n  - In article <38F6861A.3385E8C3@tsoft-inc.com>,g-   David A Froble <davef@tsoft-inc.com> wrote:p$ > Shane.F.Smith@healthnet.com wrote: > >o2 > > From: Shane F Smith@FHS on 04/13/2000 03:35 PM > >s > > To:   Info-Vax@mvb.saic.com  > > cc:a/ > > Subject:  Shock, horror! An OpenVMS advert!l > >tG > > I have just received an unusual package: A 9" tall, 33" wide Compaq' posterB > > proclaiming "Compaq OpenVMS on AlphaServer Systems" across the top, "CompaqA > > Non-Stop Computing" bottom left, and "Enterprise Computing inh Motion" bottom
 > > right. > > G > > As for what the picture is, your guess is as good as mine. It's alli motion blurd= > > and strong colours. Quite eye-catching though. Some of my  colleagues havelC > > received it too, but no management types that I know of as yet.g > >iC > > Great. At last! Now let's hope it's the beginning of something.e
 Now, where toh > > put it.....d >lE > Yeah, I got that and several others.  Where to put it?  Let me knoww if youC > figure that out.  Problem is, and no I'm not complaining, they'ret preaching toE > the choir.  As you mentioned, it needs to go to the managers and too prospectives > customers.  C Got it as well. Marked from "Rich Marcello" on the tube. Postmarkede< Nashua.  I assumed this was some of the stuff Kerry Main put< together. If so then it should have reached my CIO plus someA other key people who have probably had a heart attack from comingg across VMS publicity.d  E I've stuck it on one of the VMS "Top Gun Blue" Compaq cabinets at theeG entrance to our machine room. I have kept the container tube to hit thex8 next Compaq rep who asks if we have considered migrating --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.b   ------------------------------  % Date: Fri, 14 Apr 2000 07:57:23 -0400p5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>i. Subject: Re: Shock, horror! An OpenVMS advert!6 Message-ID: <8d7130$m65$1@mailint03.im.hou.compaq.com>    Ade,n  K This is Sue Skonetski from the OpenVMS Group, send me your name and addressu  and I will get a few out to you.  0 susan.skonetski@compaq.com or Star::S_Skonetski.  
 Best Regards,e   Sues  J Adrian Birkett wrote in message <38F6F25D.51C6D819@unnecessary.csc.com>...I >Does anybody know if this is available in the UK? We could do with a bit- >more visual representation! >u >Ade >r >---- My own opinion ----c >    ------------------------------  % Date: Fri, 14 Apr 2000 11:28:20 -0300-1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>-. Subject: RE: Shock, horror! An OpenVMS advert!K Message-ID: <F150836441C5D311A11700508B6FF01A6D577D@bdant024.bda.bobda.com>.  D My guess would be the picture is the same as the new Compaq software; distribution, A guy on a cycle, such as the Tour de France.2 - Darren   > ---------- > From: ? > Shane.F.Smith@healthnet.com[SMTP:Shane.F.Smith@healthnet.com]s) > Sent: 	Thursday, April 13, 2000 7:35 PMa > To: 	Info-VAX@Mvb.Saic.Com- > Subject: 	Shock, horror! An OpenVMS advert!e >  >  > 0 > From: Shane F Smith@FHS on 04/13/2000 03:35 PM >  >  > To:   Info-Vax@mvb.saic.comg > cc:t- > Subject:  Shock, horror! An OpenVMS advert!_ > L > I have just received an unusual package: A 9" tall, 33" wide Compaq posterE > proclaiming "Compaq OpenVMS on AlphaServer Systems" across the top,o	 > "CompaqaG > Non-Stop Computing" bottom left, and "Enterprise Computing in Motion"k > bottom > right. > L > As for what the picture is, your guess is as good as mine. It's all motion > blurK > and strong colours. Quite eye-catching though. Some of my colleagues haveTA > received it too, but no management types that I know of as yet.s > L > Great. At last! Now let's hope it's the beginning of something. Now, where > to
 > put it.....1 >  >  > J >  #####   ---------------------------------------------------------------K > #-O-O-# | Shane underbar S on pacbell dot net. Spam to abuse@127.0.0.1  |IJ > #  L  #  ---------------------------------------------------------------F >  #===#   Don't blame HealthNet for anything I say. They're innocent.J >   ###    OpenVMS: The operating system God runs the Earth simulation on. >  >     F **********************************************************************C This message and any files transmitted with it are confidential and-J may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom they6L are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copying  of this message is prohibited.   Bank of BermudaeF **********************************************************************   ------------------------------  + Date: Fri, 14 Apr 2000 16:12:17 +0000 (   )e3 From: Christopher Smith <chriss@Mufasa.pubserv.com> . Subject: Re: Shock, horror! An OpenVMS advert!J Message-ID: <Pine.LNX.4.05.10004141610420.25789-100000@Mufasa.pubserv.com>  * On Fri, 14 Apr 2000, Adrian Birkett wrote:  J > Does anybody know if this is available in the UK? We could do with a bit > more visual representation!   H I have no idea, but I'd like to hang one of those on the wall here, too.J Unfortunately, I probably won't recieve one unless decus us starts mailing them to people.a   Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer1 Prime Synergy of Champaign, IL.t% -------------------------------------	I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------R   ------------------------------  % Date: Fri, 14 Apr 2000 10:37:19 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>x5 Subject: Re: So what is better VAX4000 VLC or a 3100? ( Message-ID: <38F6D8BF.3C9DB23@gtech.com>   "Wolf, Gerald J" wrote: L > My VAX4000 VLC noise is driving me nuts.   A person who has equipment saysJ > he can supply me with a VAX 3100 right now.  I boot off of a server, andC > basically use DecWindows mail and DecTerm.  Any comments would be* > appreciated.  > VAX 3100 is a rather ambigious system description. Try and see) if you can get more specific information.*   Arne   ------------------------------  % Date: Thu, 13 Apr 2000 23:00:21 -0400s* From: David A Froble <davef@tsoft-inc.com>" Subject: Re: So who will buy VMS ?- Message-ID: <38F689C5.ED3503CB@tsoft-inc.com>$   Bob Kaplow wrote:$ > N > I was just handed two quotes for a large production Alpha server. The quotesK > are identical in every way, except one box is configured with VMS and the I > other is configured with Tru64Unix. The VMS system is list priced about=N > $100,000 higher than the Tru64Unix box WITH EXACTLY the same hardware; about > a 14% upcharge overall.o > M > Even the hardware installation and warranty uplift to 24x7 is higher on the  > VMS box, by about $2500! > N > This is just absurd. We really need to see price parity at least between VMSF > and Unix on the same hardware. It makes it pretty clear EXACTLY what& > Compaq's intentions are towards VMS. >  >         Bob Kaplow > N > SPAM:   spamrecycle@ChooseYourmail.com  uce@ftc.gov     postmaster@127.0.0.1   First a question.l  L Can/will you post the significant parts of the quote?  The hardware and what	 licenses.e  P You could get a non-Compaq quote for a comparable Unix system, and if lower thanO the T64 quote, go back to Compaq and tell them that if you have to choose Unix,sL it will be a competitor's system.  You can then either ask them to match theL T64, or the competitor's price, depending on how bold you feel, with the VMSN system if they want to retain you as a customer.  Make it real clear that it's" Compaq VMS or someone else's Unix.  M The thing that gets me is that if they feel VMS is better (the only reason toi4 charge more) then why don't they market it that way.   Dave   -- h4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.coml Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 14 Apr 2000 02:42:20 -0400-' From: "Bill Todd" <billtodd@foo.mv.com>6" Subject: Re: So who will buy VMS ?( Message-ID: <8d6efv$i16$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messageh) news:38F69935.CFAF0B90@vl.videotron.ca...< > Phillip Helbig wrote:tL > > My point exactly.  I can understand Compaq pricing VMS higher than unix.J > > You get what you pay for.  A "legacy automobile" like a Mercedes costsI > > more than a Korean compact.  I don't know what price of VMS optimisesd+ > > their profits, long, short or mid-term.i >e > Old thinking.f  : Clear thinking.  Rational thinking.  Not wishful thinking.   > ? > The vast majority of customers/market needs only 70% of VMS'sn
 capabilities. I > Because they do not need the extra 30%, they are not willing to pay theh extratH > cost for VMS since NT and UNIX do the job. And once they go NT or UNIX they > will stick to it.   , And well they should, as rational customers.   > J > If VMS were priced to compete head on with NT and UNIX, then you'd get a much > larger potential market.  J But about the same actual market, since there's still no particular reasonA for the people who don't need that extra 30% to put up with VMS'snB deficiencies in familiarity (to both users and support people) andK application variety.  And the reduced prices, without increased sales, mean=: commensurately less revenue, and dramatically less profit.  5  And guess what, once that customer has VMS in there,tH > as he grows, he'll be very happy to be able to eventually use that 30% that  > VMS has that the others don't.  H Except that by and large that customer never existed to start with - see above.   >lF > VMS is not only at a price disadvantage, but also image/applicationsH > disadvantage. So in many respects, VMS is inferior to NT and should be priced > less than NT because of that.a  I Right.  And for the same reason it should be priced less than Linux, too.3 Whoops - problem there...   /  Once VMS picks up steam and momentum, then the K > prices can rise to match NT and UNIX. But until then, Compaq will have tod push. > VMS very strongly if it wants to make sales.  H But what Compaq wants to make is profit, and it's pursuing that end in a6 much more rational manner than the course you suggest.   >- >sG > If Comapq just wants to stay in the small niches left thinking VMS isiI > invioncible, it will have a very rude awakening when NT and UNIX attackr thosew > niches quicker than expected.r  H Not if it treats its customers there well.  And if it does a good enoughE job, not only will it repel NT (because there's no way in hell NT caniK compete in those niches on merit in the foreseeable future) and likely Unix K as well but it might regain the market credibility to be able to expand out  of them.   - bill   ------------------------------   Date: 14 Apr 2000 07:12:33 GMT* From: helbig@astro.rug.nl (Phillip Helbig)" Subject: Re: So who will buy VMS ?. Message-ID: <8d6gd1$goq$2@info.service.rug.nl>  b In article <38F69935.CFAF0B90@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:   > Phillip Helbig wrote:0L > > My point exactly.  I can understand Compaq pricing VMS higher than unix.J > > You get what you pay for.  A "legacy automobile" like a Mercedes costsI > > more than a Korean compact.  I don't know what price of VMS optimisesf+ > > their profits, long, short or mid-term.c >  > Old thinking.e  I So your point is that Compaq isn't pricing VMS correctly to maximise its iI own profits; doing so would lower the price and make other folks happy?   5 As I said, I don't know where the optimum pricing is.f  = My view is that most folks wouldn't go with VMS---or anythingIF non-trendy---even if it were cheaper.  OK, one could make VMS trendy, & but please not at the cost of quality.  O > If VMS were priced to compete head on with NT and UNIX, then you'd get a much)O > larger potential market. And guess what, once that customer has VMS in there,rM > as he grows, he'll be very happy to be able to eventually use that 30% thato  > VMS has that the others don't.  F That's what I'd like to believe.  However, if Compaq doesn't do this, H you must seriously believe a) they don't know much about business or b) * they don't want to maximise their profits.  F > VMS is not only at a price disadvantage, but also image/applicationsO > disadvantage. So in many respects, VMS is inferior to NT and should be priced N > less than NT because of that. Once VMS picks up steam and momentum, then theP > prices can rise to match NT and UNIX. But until then, Compaq will have to push. > VMS very strongly if it wants to make sales.  H True, it would be nice if some more stuff ran on VMS.  In my case, it's H mostly stuff that USED TO run on VMS.  Running MS WORD on my VMS box is  not a goal for me.  G > If Comapq just wants to stay in the small niches left thinking VMS isoO > invioncible, it will have a very rude awakening when NT and UNIX attack thoseu > niches quicker than expected.n  E It would be interesting to know how the VMS, Tru64 and NT profits at t Compaq compare.    ------------------------------   Date: 14 Apr 2000 07:15:28 GMT* From: helbig@astro.rug.nl (Phillip Helbig)" Subject: Re: So who will buy VMS ?. Message-ID: <8d6gig$goq$3@info.service.rug.nl>  < In article <38F689C5.ED3503CB@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:   O > The thing that gets me is that if they feel VMS is better (the only reason toc6 > charge more) then why don't they market it that way.  = Right.  What about a superbowl commercial with the Compaq CEOrF interviewing (sound bites of 10 seconds each or so) various people whoF use VMS and then, in the final, carefully planned sequence, looks intoE the camera and says "One word, Bill: quality".  Heck, one could even i2 build an ad campaign around the Q in Compaquality.   ------------------------------  % Date: Fri, 14 Apr 2000 10:51:29 +0000l/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> " Subject: re: So who will buy VMS ?6 Message-ID: <009E8987.DA5E7AC9.3@maxwell.ph.kcl.ac.uk>   > P > > I was just handed two quotes for a large production Alpha server. The quotesM > > are identical in every way, except one box is configured with VMS and the K > > other is configured with Tru64Unix. The VMS system is list priced abouttP > > $100,000 higher than the Tru64Unix box WITH EXACTLY the same hardware; about > > a 14% upcharge overall.  >  [snip] > C > What about other unix?  Is Tru64 really that much better than thetI > others?  If not, why not go with another unix?  THEN you could write to J > Compaq and say `I would have spent $800,000 on a Compaq product, runningJ > VMS, to be too expensive compared to $700,000 for a unix machine.  Thus,K > I will go with unix.  But having made that step, I see {IBM|SUN|HP|SGI}   J > offers me a box for $600,000, so I'm going with that', which would make I > it clear that Compaq is losing A LOT of money if there are more people uK > like you (also considering that presumably future purchases will be from eJ > the competition as well).  Unless, of course, the extra money they make K > on folks who buy VMS even if it is more expensive more than makes up for   > it.r >   D Exactly my thought -- and if the original poster is in a position toG do this, he very much SHOULD tell Compaq exactly this, preferably whileFB negotiation is still possible. (If you can, tell Compaq that Tru64G has been ruled out on non-negotiable technical or political grounds in aK favour of one or more of the non-Compaq solutions, leaving only VMS in the eD running. If you do this,  please report back on whether Compaq were " willing to renegotiate the price!)  J But what's so stupid about this for Compaq is that for every customer suchK as the above, there will be many who don't even bother getting a quote frompH Compaq for VMS because they know about the pricing, and who don't botherD getting a quote from Compaq for Tru64 because (a) some other Unix isH already prevalent in their organisation, or (b) if they have to go Unix,H they'll go Linux and never be held to ransom by an O/S vendor again, or J (c) they'd prefer never to buy anything from Compaq again, after the pain  of being forced away from VMS!   	Yours,n
 		Nigel Arnoti- 		NRA@MAXWELL.PH.KCL.AC.UK                   s  7 		"In the beginning there was nothing, which exploded."'   ------------------------------  % Date: Fri, 14 Apr 2000 12:50:38 -0400m0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>" Subject: Re: So who will buy VMS ?/ Message-ID: <38F74C5D.5A13359E@vl.videotron.ca>o   Bill Todd wrote:I > > If Comapq just wants to stay in the small niches left thinking VMS isaK > > invioncible, it will have a very rude awakening when NT and UNIX attack.& > those  niches quicker than expected. > J > Not if it treats its customers there well.  And if it does a good enoughG > job, not only will it repel NT (because there's no way in hell NT canoM > compete in those niches on merit in the foreseeable future) and likely Unix M > as well but it might regain the market credibility to be able to expand outu
 > of them.  M 1- You don't "treat customers there well" when you are milking them for everyiI penny because you need the profits and pay for all that expensive R&D forhM galaxies. The few remaining VMS customers are more of less captive to VMS andeJ Compaq knows it and is milking them as much as possible. The minute NT andJ UNIX come anywhere close in those capabilities VMS has that they don't yetJ have, you'll see a lot of folks jump ship. Goodbye VMS. Bean counters willH force companies to go to a non-VMS solution when the non-VMS solution isJ orders of magniture cheaper and you can't justify keeping VMS based on theL additional tidbits it has. Also, you can,t justify keepingthe more expensive7 VMS when applications are no longer there to run on it.o  H 2-The only way to retain customers is to have the cost of VMS FOLLOW (orN better, LEAD) the industry. Your thinking is similar to Digital justifying theN $6000 price for the C compiler when Microsoft was selling theirs for $500: "MSJ compilers don't compete against ours, so we need not match the MS price". G Same applied to VMS workstations. Digital did not lower the cost of VMS M workstations fast enough to match the rest of the industry. This is what gaveeM SUN and HP such a huge boost. It had nothing to do with the fact that VAX wasyI CICS and others were RISC, it has everything to do with price-performanceu' which Digital did not follow (or lead).d  K For all its monopolistic behaviours, you have to give credit to Billy GatesMF for having provided leadership in the pricing of software. By loweringM software prices, he made computing affordable to a HUGE market and created antL industry that is orders of magnitudes bigger than the industray that existedE under the DEC-IBM heydays. It is a darn shame that DEC *CHOSE* not toM4 participate in this, thus resulting is DEC's demise.    L LEAD, FOLLOW OR GET OUT.  Palmer chose the third option. And Compaq seems toJ be on auto-pilot not realising that it is still on the same course as what killed DEC.i   ------------------------------   Date: 14 Apr 2000 05:50 CSTh' From: carl@gerg.tamu.edu (Carl Perkins)n+ Subject: Re: SPAWN, MAIL, lexical functionsu- Message-ID: <14APR200005501163@gerg.tamu.edu>a   In article <LGu5XlSkEHx8@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes...0 }In article <8d53hg$42u$1@info.service.rug.nl>, 2 }    	helbig@astro.rug.nl (Phillip Helbig) writes: }> Explain:- }> - }> $ sh sym wso  }>   WSO == "WRITE SYS$OUTPUT"D }> $ WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'"6 }> the local time is Thursday, 13-APR-2000 20:27:59.43J }> $ spawn WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'"+ }> %DCL-S-SPAWNED, process HELBIG_2 spawneda= }> %DCL-S-ATTACHED, terminal now attached to process HELBIG_2*6 }> the local time is Thursday, 13-APR-2000 20:28:01.797 }> %DCL-S-RETURNED, control returned to process _FTA59:e }> $ }> s }> So far, so good.o }>  N }> MAIL> spawn WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'": }> the local time is ''f$cvtime(,,"WEEKDAY")', ''f$time()' }> You have 0 new messages.c } 3 }        And you expected something different?  :-)e } I }        With a  little  reflection,  you  may  now  appreciate  that theiI }    lexical functions you specified are evaluated by DCL in the _parent_*I }    process  _prior_  to  the SPAWN.  In Mail, the lexicals do  not  get-G }    evaluated but simply get passed on to the subprocess as _strings_.m } I }        BTW, one of my first queries to comp.os.vms "lo those many yearsnI }    ago"  was  asking  how  to  do  "delayed  evaluation"  of  lexicals,fI }    basically  so  that I could define a symbol containing lexicals  foryI }    which the lexicals wouldn't get evaluated until I used  the  symbol.sI }    AFAIK,  you simply can't do that.  I tried all sorts of combinationsnI }    of quotes and apostrophes.  Nothing  worked  and  no one in the newscI }    group  came  up  with  a solution either.  It  seems  you're  trying=H }    something analogous.  If so, you need to find a different approach. } 
 }        -Ken/  	 Try this:m  H MAIL> spawn WSO "the local time is ",f$cvtime(,,"WEEKDAY"),", ",f$time()  A I think you'll find that it works fine, causing the symbols to be-A translated by the subprocess at execution time rather than duringtD the parsing of the SPAWN command (or lack thereof in the inside MAIL case).   --- Carl   ------------------------------   Date: 14 Apr 2000 05:57 CST ' From: carl@gerg.tamu.edu (Carl Perkins)-+ Subject: Re: SPAWN, MAIL, lexical functionsR- Message-ID: <14APR200005571656@gerg.tamu.edu>,  a In article <38F62876.7D4EBCCB@trailing-edge.com>, Tim Shoppa <shoppa@trailing-edge.com> writes...:8 }Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515 wrote: }> F1 }> In article <8d53hg$42u$1@info.service.rug.nl>, 7 }>         helbig@astro.rug.nl (Phillip Helbig) writes:hP }> > MAIL> spawn WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'"< }> > the local time is ''f$cvtime(,,"WEEKDAY")', ''f$time()' }> > You have 0 new messages.c }> .5 }>         And you expected something different?  :-)T }> dK }>         With a  little  reflection,  you  may  now  appreciate  that the-K }>     lexical functions you specified are evaluated by DCL in the _parent_<' }>     process  _prior_  to  the SPAWN.  } A }Is there some documentation about which ones are evaluated when?a } B }At least one obvious lexical is evaluated in the SPAWNed process,8 }as is easily determined from the school of hard knocks: }  }$ write sys$output f$process()n }_FTA9: % }$ spawn write sys$output f$process() ) }%DCL-S-SPAWNED, process SHOPPA_1 spawned0; }%DCL-S-ATTACHED, terminal now attached to process SHOPPA_1;	 }SHOPPA_1 4 }%DCL-S-RETURNED, control returned to process _FTA9:+ }$ spawn spawn write sys$output f$process()o) }%DCL-S-SPAWNED, process SHOPPA_1 spawnedh; }%DCL-S-ATTACHED, terminal now attached to process SHOPPA_1t) }%DCL-S-SPAWNED, process SHOPPA_2 spawnedr; }%DCL-S-ATTACHED, terminal now attached to process SHOPPA_2n	 }SHOPPA_2d6 }%DCL-S-RETURNED, control returned to process SHOPPA_14 }%DCL-S-RETURNED, control returned to process _FTA9: }  }Tim.i  
 Now try this:   # $ write sys$output "''f$process()'"t) $ spawn write sys$output "''f$process()'"e  G Note that this is like to what was being done in the original question,dB and what you did above is like my solution in my previous message.  K The naked f$process() is passed. Using the leading twin single-quotes whileiN in a double-quoted string forces translation during parsing and the translated( string is then passed to the subprocess.   Using:    $ write sys$output 'f$process()'  F is just wrong, unless the issuing process's process name happens to beJ a symbol that you want to write the translation of in the spawwned process3 (which would be a rather rare situation, I expect).h   --- Carl   ------------------------------  # Date: Fri, 14 Apr 2000 11:52:49 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) + Subject: Re: SPAWN, MAIL, lexical functions 0 Message-ID: <009E896E.E4594F1C@SendSpamHere.ORG>   In article <LGu5XlSkEHx8@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:0 >In article <8d53hg$42u$1@info.service.rug.nl>, 2 >    	helbig@astro.rug.nl (Phillip Helbig) writes: >> Explain:h >>   >> $ sh sym wso  >>   WSO == "WRITE SYS$OUTPUT"D >> $ WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'"6 >> the local time is Thursday, 13-APR-2000 20:27:59.43J >> $ spawn WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'"+ >> %DCL-S-SPAWNED, process HELBIG_2 spawned = >> %DCL-S-ATTACHED, terminal now attached to process HELBIG_2f6 >> the local time is Thursday, 13-APR-2000 20:28:01.797 >> %DCL-S-RETURNED, control returned to process _FTA59:h >> $ >> e >> So far, so good.y >> nN >> MAIL> spawn WSO "the local time is ''f$cvtime(,,""WEEKDAY"")', ''f$time()'": >> the local time is ''f$cvtime(,,"WEEKDAY")', ''f$time()' >> You have 0 new messages.  >t3 >        And you expected something different?  :-)  >hI >        With a  little  reflection,  you  may  now  appreciate  that theuI >    lexical functions you specified are evaluated by DCL in the _parent_ I >    process  _prior_  to  the SPAWN.  In Mail, the lexicals do  not  get G >    evaluated but simply get passed on to the subprocess as _strings_.  > I >        BTW, one of my first queries to comp.os.vms "lo those many yearseI >    ago"  was  asking  how  to  do  "delayed  evaluation"  of  lexicals,aI >    basically  so  that I could define a symbol containing lexicals  forlI >    which the lexicals wouldn't get evaluated until I used  the  symbol.dI >    AFAIK,  you simply can't do that.  I tried all sorts of combinations I >    of quotes and apostrophes.  Nothing  worked  and  no one in the newsnI >    group  came  up  with  a solution either.  It  seems  you're  tryingeH >    something analogous.  If so, you need to find a different approach. >p
 >        -Ken  >-- N > Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu; > SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924n; > Menlo Park, CA  94025           |  FAX:      650-926-3515 O > ----------------------------------------------------------------------------- C > These opinions are mine, not SLAC's, Stanford's, nor the DOE's...-   Ken, f  C Can you elaborate further on your ""lo those many years ago" query?    Does this satisfy your quest?r   $ process_name[0,2]:="F$"X  $ process_name[2,9]:="process()" $a $ WRITE SYS$OUTPUT process_namei F$process()t $e  $ WRITE SYS$OUTPUT 'process_name VAXman-n $o   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Fri, 14 Apr 2000 14:52:37 GMT * From: young_r@eisner.decus.org (Rob Young)9 Subject: Sun's challenge to Compaq's high-end Sales Staffl' Message-ID: <2000Apr14.105237.1@eisner>   e http://news.cnet.com/news/0-1003-200-1692555.html?tag=st.ne.1002.tgif.1003-200-1692555?st.ne.fd.gif.ci  N Sun boasted of being ahead of competitors. "We are beating IBM with their S80sM right and left," Zander said, referring to IBM's new top-end Unix server. Sun L hasn't had a stronger quarter against Hewlett-Packard. And regarding Compaq,J "The entire sales force seems to have disappeared" for high-end equipment, Zander said. 	o< 	Compaq has disappeared.  Bet they reappear with a vengence.   				Robp   ------------------------------  % Date: Fri, 14 Apr 2000 11:10:29 +0100h4 From: Adrian Birkett <abirkett.@unnecessary.csc.com>6 Subject: Thanks, Richard. Easy when you know how <EOM>3 Message-ID: <38F6EE95.AA2EAA28@unnecessary.csc.com>o   ------------------------------  % Date: Fri, 14 Apr 2000 12:22:44 -0400l/ From: "Miles D. Oliver" <moliver@linux.lgi.com> 6 Subject: Too Few Servers Detected from: Node LOCAL....4 Message-ID: <005401bfa62d$b6c583c0$0100a8c0@oliver1>  G After upgrading to OpenVMS system from 7.1 to 7.2-1  I am now getting at< strange error meesage that I havent seen in the operator.log  8 %%%%%%%%%%%  OPCOM  14-APR-2000 12:20:19.71  %%%%%%%%%%%" Message from user SYSTEM on MDSLB2> Event: Too Few Servers Detected from: Node LOCAL:.MDSLB2 DTSS,-         at: 2000-04-14-12:20:19.715-04:00Iinf          Number Detected=0,         Number Required=1m7         eventUid   0ADCAAD7-11FF-11D4-9B48-4D44534C4232S7         entityUid  00DAF636-115B-11D4-8142-AA0004000204b7         streamUid  001FCB76-115B-11D4-812D-AA0004000204n    F I cannot seem to figure it out. I have no clue what is generating this error.  ! Could anybody assist me on this??o   THanks   Miles D. Oliverd moliver@linux.lgi.comt   ------------------------------  # Date: Fri, 14 Apr 2000 17:05:57 GMT * From: young_r@eisner.decus.org (Rob Young): Subject: Re: Too Few Servers Detected from: Node LOCAL....' Message-ID: <2000Apr14.130557.1@eisner>,  f In article <005401bfa62d$b6c583c0$0100a8c0@oliver1>, "Miles D. Oliver" <moliver@linux.lgi.com> writes: > I > After upgrading to OpenVMS system from 7.1 to 7.2-1  I am now getting am> > strange error meesage that I havent seen in the operator.log > : > %%%%%%%%%%%  OPCOM  14-APR-2000 12:20:19.71  %%%%%%%%%%%$ > Message from user SYSTEM on MDSLB2@ > Event: Too Few Servers Detected from: Node LOCAL:.MDSLB2 DTSS,/ >         at: 2000-04-14-12:20:19.715-04:00Iinfi >         Number Detected=0, >         Number Required=1y9 >         eventUid   0ADCAAD7-11FF-11D4-9B48-4D44534C4232e9 >         entityUid  00DAF636-115B-11D4-8142-AA0004000204a9 >         streamUid  001FCB76-115B-11D4-812D-AA0004000204o >  > H > I cannot seem to figure it out. I have no clue what is generating this > error. > # > Could anybody assist me on this??a >   ; 	Yes... it is that annoying Decnet Phase V Distributed Timeu= 	Server Service (or some such... )  Get rid of it.. determine- 	if clerk or server:  
 	$ mcr ncl        NCL> SHOW DTSS TYPE  E 	You have a clerk (elsewise, get back out here).  Stop and remove it:b   	NCL> DISABLE DTSS? 	NCL> DELETE DTSS  ! Very misleading.. don't think: delete *.*;h  0 	Make sure it doesn't get started up by editing:   		SYS$STARTUP:DTSS$STARTUP.COM  # 	and adding exit to the first line:d   	$ EXIT  ! Don't start up DTSS  : 	Above taken from DSIN article, encourage you to get a DSN< 	account if you don't have one.  Nice Internet based Windows 	GUI for it now.  > 	That was my first annoying brush with DecNet Phase V, scriptsC 	are very cryptic but those that are experts in it believe stronglyoF 	in it (very powerful stuff).  But steep learning curve in my opinion.E 	(i.e. come in and try supporting that without being familiar with itt 	at all, ouch!)e   				Robo   ------------------------------   Date: 14 Apr 2000 09:10:17 GMT) From: leslie@clio.rice.edu (Jerry Leslie) 8 Subject: UCX "SET NOHOST/NOCONFIRM" Wipes Out Host Table' Message-ID: <8d6n9p$nl7$1@joe.rice.edu>p# Keywords: vms,ucx,host,deletion,buga  9 The following UCX command wipes out the local host table:y       $ ucx set nohost /noconfirm   E This seems like a bug since no host was specified, per the UCX "help" G on "set host", included below. The command should require an "*"; e.g.:r  !     $ ucx set nohost /noconfirm *-   The system:i       $ ucx show version  B       Digital TCP/IP Services for OpenVMS VAX Version V4.2 - ECO 36       on a VAXstation 4000-96 running OpenVMS V7.1      . The host table before "set nohost /noconfirm":  8     $ ucx show host/local        ! local host table okay                   LOCAL databasen        Host address    Host namen  IN     209.16.45.102   209-16-45-102.insync.net, 209-16-45-102.INSYNC.NET, SCCVXG8     209.113.31.100  gromky.insync.net, GROMKY.INSYNC.NET(     127.0.0.1       localhost, LOCALHOST2     209.113.65.2    sod.insync.net, SOD.INSYNC.NET  "     $ ucx set nohost /noconfirm  !  - The host table after "set nohost /noconfirm":o  8     $ ucx show host/local        ! local host table gone3     %UCX-E-HOSTERROR, Error processing HOST requesto*     -UCX-W-NORECORD, Information not found      -RMS-E-RNF, record not found  1 Per UCX's "help", "host" is a required parameter.e  !     $ ucx help set host parametera       SETi  
       HOST           Parameters               host               Required.K  G              Name of a host that is a source or destination of interneth              communications.  ,                                         NOTE  F             To define a name in lowercase or mixed-case, enclose it in             quotation marks.  D             If you define a mixed-case name, also define an alias in=             either all uppercase or all lowercase characters.i  =             You cannot delete a host by specifying its alias.n    G I haven't tried this yet on a V5.0A DIGITAL TCP/IP Services for OpenVMSs system.o  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Fri, 14 Apr 2000 09:45:15 GMTt( From: Terry Kennedy <terry@gate.tmk.com>2 Subject: Re: VMS 7.2-1 Upgrade & large directories' Message-ID: <Ft033F.FIy@spcuna.spc.edu>   6 Andy Bustamante <A_C_Bustamante@earthlink.net> writes:I > I'm testing our database application on Alpha VMS 7.2-1 (from VMS 7.1).tD > Steve Hoffman noted a DECUS presentation that handling a directoryI > with large number of files is improved in 7.2.  Do I need to goto ODS-5i7 > to get this improvement or can I remain at the ODS-2.a  H   It's in ODS-2. In fact, it's compatible with earlier VMS versions (theF on-disk structures didn't change for this). There were a couple of en-G hancements in this area. The 2 big ones are the fixed 127-block buffer tG is now allocated from dynamic space and can grow as large as the user'seF quotas allow, and the second is that the "delete a file from the frontG of a directory" logic was rewritten to use block I/O rather than "inch-  worm" record I/O.   	 > The webeC > frontend to my application creates a large amount of small files.   I   You might also want to look at the small cluster factor support, new inpJ 7.2, which lets you say "init/cluster=<a nice small number>" even on largeH disks (a 32GB RAID array gets a cluster factor of 67 or so natively, butJ you can init/cluster=1 it if you want). Disks with this "large bitmap sup-J port" aren't mountable on older VMS versions, but they're still ODS-2. AndG you'd need to make an image back of your disk, ini/clu the disk, and doh7 a restore/noinit to move to the new small cluster size.a  C > Does anyone have any other "gotchas" with the upgrade from 7.1 totH > 7.2-1?   I've got the VMS 721 Update v0100   (let's here it for rollup, > updates!  Thanks Compaq) and Diagnose 3.1.  H   That kit apparently doesn't include VMS721_SYS_V0x00, which includes a# fix for a user-mode system crasher.f  - 	Terry Kennedy             http://www.tmk.comd5         terry@tmk.com             Jersey City, NJ USAC   ------------------------------  # Date: Fri, 14 Apr 2000 14:57:28 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>d= Subject: What are some reasons for different size executablesaE Message-ID: <slGJ4.7566$fV.658146@bgtnsc05-news.ops.worldnet.att.net>-  K Sorry if this is a dumb question (and I do believe there are such things asl+ dumb questions), but I am not a programmer.   F One of our resident, constantly complaining ex-unix programmers is nowL screaming because we are forcing him to begin developing VAX code  (DECC) onK a development system instead of  developing right on the production system.@  K His first stab at this was to build code on the dev VAX.  He is complainingEI about the fact that executables on the development system are larger than"G they are on the production VAX, even though the VMS version is the samet2 (7.1) and the DECC Compiler versions are the same.  L He is comparing "used" space rather than "allocated" space, so the different% disk cluster sizes are not the issue.-  E Other than compiler or linker options, such as /DEBUG,  what are some K reasons that the executables would be different sizes on different machines I (VAX 78xxs vs VAX 4705).   Should these different sizes be a warning of aO potential problem?   ------------------------------  % Date: Fri, 14 Apr 2000 11:21:49 -0400," From: Dan Sugalski <dan@sidhe.org>A Subject: Re: What are some reasons for different size executablesn6 Message-ID: <4.3.0.20000414111919.01d4ac70@24.8.96.48>  , At 02:57 PM 4/14/00 +0000, John Nixon wrote:L >His first stab at this was to build code on the dev VAX.  He is complainingJ >about the fact that executables on the development system are larger thanH >they are on the production VAX, even though the VMS version is the same3 >(7.1) and the DECC Compiler versions are the same.n  K I bet the code's not the same, or the options used to build the code isn't aK the same. Differing optimization levels can change object module sizes. He oL may also be linking to different versions of some object library if there's  shared code involved.l  D It's also possible that the compiler's taking advantage of built-in L instructions when targeting the 78xx machine where it needs to emulate them K on the 4705, but I don't know if that's the case. (Building on Alphas when oD targeting an EV5 gets you different code than when targeting an EV4)   					Dan  I --------------------------------------"it's like this"-------------------)2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evene;                                       teddy bears get drunkc   ------------------------------  # Date: Fri, 14 Apr 2000 15:19:17 GMT-* From: young_r@eisner.decus.org (Rob Young)A Subject: Re: What are some reasons for different size executablese' Message-ID: <2000Apr14.111917.1@eisner>5  w In article <slGJ4.7566$fV.658146@bgtnsc05-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes::M > Sorry if this is a dumb question (and I do believe there are such things as - > dumb questions), but I am not a programmer.  > H > One of our resident, constantly complaining ex-unix programmers is nowN > screaming because we are forcing him to begin developing VAX code  (DECC) onM > a development system instead of  developing right on the production system.  > M > His first stab at this was to build code on the dev VAX.  He is complainingfK > about the fact that executables on the development system are larger thansI > they are on the production VAX, even though the VMS version is the same 4 > (7.1) and the DECC Compiler versions are the same. > N > He is comparing "used" space rather than "allocated" space, so the different' > disk cluster sizes are not the issue.n > G > Other than compiler or linker options, such as /DEBUG,  what are someTM > reasons that the executables would be different sizes on different machines K > (VAX 78xxs vs VAX 4705).   Should these different sizes be a warning of aP > potential problem? >    	All things being the same?:  F 	Same exact version of OS with same RTLs (analyze/image verifies this)9 	Same exact version of C compiler (again , analyze/image)oE 	Same exact build using the exact same source code on both platforms?-  - 	Bet one of those three isn't quite the same._   				Rob_   ------------------------------  # Date: Fri, 14 Apr 2000 16:01:07 GMTN= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)hA Subject: Re: What are some reasons for different size executablesp0 Message-ID: <009E8991.948D5DA3@SendSpamHere.ORG>  w In article <slGJ4.7566$fV.658146@bgtnsc05-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:aL >Sorry if this is a dumb question (and I do believe there are such things as, >dumb questions), but I am not a programmer.  G Have the eunuch create a compiler listing and/or the linker map.  ThesenG will contain the answer.  If you really want to quite the cryptographicnH computer O/S lover, post the .LIS and .MAP file here if you don't under-H stand them and I or some other programmer type will answer the question.     --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Fri, 14 Apr 2000 12:08:31 -05009% From: Chris Scheers <asi@airmail.net>GA Subject: Re: What are some reasons for different size executablesKO Message-ID: <2E409C518E61A976.36CC3F8189062000.0E4B309ACAF50EAE@lp.airnews.net>$   John Nixon wrote:> > M > Sorry if this is a dumb question (and I do believe there are such things as - > dumb questions), but I am not a programmer.W > H > One of our resident, constantly complaining ex-unix programmers is nowN > screaming because we are forcing him to begin developing VAX code  (DECC) onM > a development system instead of  developing right on the production system.e > M > His first stab at this was to build code on the dev VAX.  He is complainingmK > about the fact that executables on the development system are larger thantI > they are on the production VAX, even though the VMS version is the sameW4 > (7.1) and the DECC Compiler versions are the same. > N > He is comparing "used" space rather than "allocated" space, so the different' > disk cluster sizes are not the issue.c > G > Other than compiler or linker options, such as /DEBUG,  what are some M > reasons that the executables would be different sizes on different machinesuK > (VAX 78xxs vs VAX 4705).   Should these different sizes be a warning of a  > potential problem?  , How big a difference in size are you seeing?  E How does the application get to the production system?  Is the tested F executable being copied from the development system or are the sources2 being copied and rebuilt on the production system?  G Since the VMS versions are the same, I would suggest copying the testedhE executable.  Then they are guaranteed to be identical on both system.A  E Another thing that comes to mind is to check whether object libraries F are being used in one build and shareable images in the other.  UnlessC you have exceptional requirements, the application should be linkedyB against shareable images and not against object libraries.  A UNIX2 programmer might not be aware of this distinction.  G -----------------------------------------------------------------------5$ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.net    ------------------------------  # Date: Fri, 14 Apr 2000 17:39:31 GMT-/ From: "John Nixon" <jorlnixon@worldnet.att.net>aA Subject: Re: What are some reasons for different size executablesnE Message-ID: <nJIJ4.7810$fV.666311@bgtnsc05-news.ops.worldnet.att.net>t  D Previously,  the code was written, compiled linked and tested on theJ production system, under a separate develoment group,  (ie different UICs,K different disks and different group logicals).  Then the code was copied to0G a QA environment on the same system.  Then it was copied to production.l  G Now, we have copied all the development code treess over to a differenta@ machine, but when he compile and links on the other machine, theF execuatables are different sizes.  The size difference varies, but forL example, a 71 block executable on one system will be 83 blocks on the other.K the difference is usuallly around 5-15 blocks.  I did find one that was 240 J blocks on one system and 33 blocks on the other, but I discovered that the big one had the debug bit set.  G I have requested him to provide me with  .LIS and .MAP files, as VAXMANe suggested.  I am waiting.A  2 "Chris Scheers" <asi@airmail.net> wrote in messageI news:2E409C518E61A976.36CC3F8189062000.0E4B309ACAF50EAE@lp.airnews.net...i > John Nixon wrote:r > >aL > > Sorry if this is a dumb question (and I do believe there are such things as/ > > dumb questions), but I am not a programmer.b > >tJ > > One of our resident, constantly complaining ex-unix programmers is nowE > > screaming because we are forcing him to begin developing VAX code-	 (DECC) on-G > > a development system instead of  developing right on the production  system.l > >lC > > His first stab at this was to build code on the dev VAX.  He iss complaining0H > > about the fact that executables on the development system are larger thanK > > they are on the production VAX, even though the VMS version is the sameh6 > > (7.1) and the DECC Compiler versions are the same. > > F > > He is comparing "used" space rather than "allocated" space, so the	 differentr) > > disk cluster sizes are not the issue.0 > >-I > > Other than compiler or linker options, such as /DEBUG,  what are someiF > > reasons that the executables would be different sizes on different machinesK > > (VAX 78xxs vs VAX 4705).   Should these different sizes be a warning ofD a1 > > potential problem? >n. > How big a difference in size are you seeing? >nG > How does the application get to the production system?  Is the testediH > executable being copied from the development system or are the sources4 > being copied and rebuilt on the production system? >nI > Since the VMS versions are the same, I would suggest copying the testedLG > executable.  Then they are guaranteed to be identical on both system.f >dG > Another thing that comes to mind is to check whether object librariesiH > are being used in one build and shareable images in the other.  UnlessE > you have exceptional requirements, the application should be linkedlD > against shareable images and not against object libraries.  A UNIX4 > programmer might not be aware of this distinction. >eI > -----------------------------------------------------------------------1& > Chris Scheers, Applied Synergy, Inc. >=I > 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.netB   ------------------------------  # Date: Fri, 14 Apr 2000 10:44:25 GMT0= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ( Subject: Re: what does "Dpnd Busy" mean?0 Message-ID: <009E8965.5687F551@SendSpamHere.ORG>  p In article <09a085ee.a0051a38@usw-ex0101-006.remarq.com>, goodman_j <goodmanNOgoSPAM@accuwx.com.invalid> writes:; >What does it mean in ANALYZE/SYSTEM's SHOW PROCESS/CHANNEL / >command if a channel shows up as "Dpnd Busy" ?D > < >I keep getting batch processes stuck in LEF state that show; >this.  The batch process usually no longer has a batch jobVA >associated with it.  The channel is to a temporary scratch file.  > ? >It also seems that other batch processes on the system spend aaA >lot of time in PFW state while this is occuring.  The channel in @ >question is not on the system disk, although the disk is in the' >same BA356 cabinet as the system disk.b >d@ >I can not STOP the problem process.  It just stays in LEF state9 >(I would have expected it to go into RWAST state with ant= >outstanding I/O).  So I have to reboot to clear the problem.f > A >This is happening every couple of weeks on two AlphaServer 4100sp= >with four 5/533 processors running OpenVMS 6.2-1H3 with most , >patches installed, including ALPSCSI07_062. >a  >Thanks in advance for any help. >e >J. Goodmane >----------e; >"Any technology sufficiently advanced is indistinguishableb >from magic."  Clarke$M >* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network * H >The fastest and easiest way to search and participate in Usenet - Free! >   # "Dpnd Busy" Deaccess PeNDing, BUSY.a  G There is a deassess I/O pending on the channel and its IRP should be ind, the CCB$L_DIRP field of the channel's CCB.    : You can look at the CCB with the following SDA command(s):  ( SDA> READ SYS$LOADABLE_IMAGES:SYSDEF.STBI SDA> SHOW SUMMARY           ! find process (You obviously have done this) H SDA> SET PROCESS/INDEX=<n>  ! <n> is index of process from above commandG SDA> SHOW PROCESS/CHANNEL   ! find channel index with 'Dpnd' and 'Busy'tJ SDA> FORMAT/TYPE=CCB @CTL$GA_CCB_TABLE+(chan/10)*CCB$K_LENGTH-CCB$K_LENGTHF      ! <chan> should be substituted with the channel index of interest   Here's an example output:Y  < 00000000.7FF80240   CCB$L_UCB                       80D67CC0< 00000000.7FF80244   CCB$L_STS                       00000000< 00000000.7FF80248   CCB$L_IOC                       00000000< 00000000.7FF8024C   CCB$L_DIRP                      00000000< 00000000.7FF80250   CCB$B_AMOD                            02: 00000000.7FF80251                                   000000< 00000000.7FF80254   CCB$L_WIND                      80F06040< 00000000.7FF80258   CCB$L_CHAN                      00000130                     CCB$W_CHAN  H CCB$L_IOC non-zero will indicate that there is an outstanding I/O (I/Os)C CCB$L_DIRP non-zero should be the IRP address of the deaccess I/O.    G What you should do is figure out which device is involved here (ie. useaG the CCB$L_UCB field's value with SDA> SHOW DEVICE/ADDRESS=<@CCB$L_UCB>).F Format the IRP and find out what it is attempting to do.  Compose thisG information and forward it to CSC and open a service request.  It would F appear, however, that the outstanding incomplete I/O (ie, the BUSY) isH detaining the deaccess I/O.  Figure out what is causing the outstanding  I/O to not complete.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Fri, 14 Apr 2000 09:04:52 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e. Subject: Re: Wierd Elsa Gloria Synergy Problem+ Message-ID: <8d74uk$l9d$1@lead.zk3.dec.com>a  E Tom Leitner wrote in message <8d15o1$fr0$1@fstgss02.tu-graz.ac.at>...e >fF >I just don't see the point of using 24bpp. 16bpp truecolor has enoughE >colors by far and consumes much less RAM, as I've pointed out above.s >m    K Then you will be happy to know that the next incarnation of the server will)  support 16bpp (5/6/5) truecolor.   ------------------------------   End of INFO-VAX 2000.209 ************************