1 INFO-VAX	Wed, 19 Apr 2000	Volume 2000 : Issue 219       Contents:; Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2. ; Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2. ; Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2. ; Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2. 0 ??== Looking for a LN08 printer 1500 sheet unit. RE: Availability Manager  Backup Strategies for Enterprise Re: BridgeWorks Anyone?  Re: BridgeWorks Anyone? 0 Re: Compaq FORTRAN: bring back /CROSS_REFERENCE.0 Re: Compaq FORTRAN: bring back /CROSS_REFERENCE.0 Re: Compaq FORTRAN: bring back /CROSS_REFERENCE. Re: CXML and SETI  Re: CXML and SETI  Re: CXML and SETI , Re: DECW$DEVICE-I-NODEVICE and no decwindows! Re: Dropping DECnet..don't do it! 1 How to prevent user from removing subpanel in CDE * How to use C++ Standard Library on OpenVMSA Re: Is there a "Porting Unix/C Software to OpenVMS for Dummies" ? " Re: Looking for VAX Arch. Handbook Mozilla M15's out... Re: Mozilla M15's out... Re: Mozilla M15's out... Re: Mozilla M15's out... Re: Mozilla M15's out... Re: Mozilla M15's out... MXRN exit "(10)" Re: NT Breaks Again  PATHWORKS 32 V7.2 Field Test  Re: PATHWORKS 32 V7.2 Field Test  Re: PATHWORKS 32 V7.2 Field Test Problem reading files from tape # Re: Problem reading files from tape > Re: Sending MIME attachments in OpenVMS 7.1-H1 and TCPware 5.3% Re: Shock, horror! An OpenVMS advert! & RE: Sun considers VMS a "mainframe" OS& Re: Sun considers VMS a "mainframe" OS Re: Test Using DiskMizer with Oracle  Re: Using DiskMizer with Oracle  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups  Re: Verify of Backups " Re: VMS and MIME: Next episode ??? Re: Web server for VAX/VMS Re: Web server for VAX/VMS ZIP for RSX?  F ----------------------------------------------------------------------  % Date: Wed, 19 Apr 2000 09:30:17 +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: <38FD6089.D534F2DA@gtech.com>    Christoph Gartmann wrote: k > In article <38FC6C5B.132409D4@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > >Gord Coulman wrote:P > >> In my experience, DLTs are cleaner and more reliable that DAT. Easily worth > >> the price delta.  > > H > >DLT is both faster and much more reliable than DAT, but the price forA > >drives is more than x5 and also tapes are much more expensive.  > > C > >So if the specific needs can be met by DAT and money is an issue , > >(it usually is !), then DAT is an option. > P > My experience with DATs has been very good since a few years now. But I always  > used quality drives and tapes.  G I have never had problems with DAT either. But I stay with a good drive  and someE good media *AND* I do not reuse tapes too much *AND* I stay with 90 m  tapes.  E As I understand it, then th eproblems primarily arise with long tapes 2 (120 m and above) if people reuse them many times.   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 09:28:20 +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: <38FD6014.FC8BC0F1@gtech.com>    Alfred Falk wrote:/ > arne.vajhoej@gtech.com (Arne Vajhj) wrote in   > <38FC6C5B.132409D4@gtech.com>: > >Gord Coulman wrote:J > >> In my experience, DLTs are cleaner and more reliable that DAT. Easily > >> worth the price delta.  > > H > >DLT is both faster and much more reliable than DAT, but the price forA > >drives is more than x5 and also tapes are much more expensive.  > B > It's true that DLT tapes are most expensive, but if you consider7 > price/capacity both kinds are very similar in price -   - But not everyone needs the full DLT capacity.   G >                                                       except that DLT + > tapes have a MUCH greater rated lifetime.    Yep.   Arne   ------------------------------   Date: 19 Apr 2000 08:41:29 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) D Subject: Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2.0 Message-ID: <8djrfp$p57$1@n.ruf.uni-freiburg.de>  i In article <38FD6089.D534F2DA@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: F >As I understand it, then th eproblems primarily arise with long tapes3 >(120 m and above) if people reuse them many times.   O Probabely. But I remember DATs considered bad even in times where there were no L 120m or 125m tapes. Currently I am using the long tapes since about one yearL and had no problems so far (just like before with the 90m and the 60m DATs).J I must admit though that my Sony drive broke once and destroyed some  DATsO (the one during production and two or three during the search for the failure).   2 There are two reasons why I prefer DATs over DLTs:: a) We backup each disk on a separate tape => lots of tapesL b) DATs are considerably smaller than DLTs and space in our safe is limited.   Regards,    Christoph Gartmann   H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------    Date: 19 Apr 2000 09:01:20 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett)D Subject: Re: ??== Alternatives to DDS-3 DAT tapes on Alpha/OVMS 7.2., Message-ID: <1mwrNjwQ5KNW@malvm2.mala.bc.ca>  * In article <38FD6089.D534F2DA@gtech.com>, B    Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: > I > I have never had problems with DAT either. But I stay with a good drive 
 > and someG > good media *AND* I do not reuse tapes too much *AND* I stay with 90 m  > tapes. > G > As I understand it, then th eproblems primarily arise with long tapes 4 > (120 m and above) if people reuse them many times. > I    Doesn't that mean you're limited to writing in DDS-1 or DDS-DC format, G regardless of the type of drive you have? This would give you a maximum / tape capacity of 2GB native ( 4GB compressed ).    ------------------------------  % Date: Wed, 19 Apr 2000 13:41:09 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)9 Subject: ??== Looking for a LN08 printer 1500 sheet unit. D Message-ID: <aus-1904001341090001@wvia71.virologie.uni-wuerzburg.de>  I Does anyone have a working 1500 sheet feed unit for the LN08 printer that D they want ot get rid of? This unit attaches to the side of the LN08.   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Wed, 19 Apr 2000 02:14:57 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com> ! Subject: RE: Availability Manager J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284209@kaoexc4.kao.dec.com>  $ Fyi - FAQ on the Avail Mgr product -  D <http://www.openvms.digital.com/openvms/products/availman/faqs.html>	 [one url]   4 As a suggestion, here is an extract from this page -  J "You can send us mail at AvailMan@compaq.com to make suggestions or reportH problems with the web site itself, or to ask general questions about the	 product."    Regards,   Regards,
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----/ From: Richard Brodie [mailto:R.Brodie@rl.ac.uk] % Sent: Tuesday, April 18, 2000 4:53 AM  To: Info-VAX@Mvb.Saic.Com ! Subject: Re: Availability Manager       7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in message $ news:38fb4f12$1@news.kapsch.co.at...L > In article <910612C07BCAD1119AF40000F86AF0D8052841FD@kaoexc4.kao.dec.com>,
 "Main, Kerry"  <Kerry.Main@Compaq.com> writes: L > >Availability Manager is not a traditional performance monitoring product,D > >but rather a proactive tool which is targetted at identifying AND
 optionally? > >fixing issues before they impact the production environment.   , > So, where's your point of DECamds vs. AM ?  J He didn't make one. Look at the thread history; he replied to the original post not the AMDS/AM subthread.  F Personally, I'm quite happy with AM. It's useful to be able to run the monitor G on a machine separate from the systems I am monitoring. For me its more A convenient to use an NT box rather than a standalone VMS machine.   I I know Java isn't exactly everyone's favourite cross-platform development G tool but the VMS performance will improve in time. It's not like Compaq $ can't do a decent JVM when they try.   ------------------------------  % Date: Wed, 19 Apr 2000 12:35:44 -0500 + From: Don Rogstad <Don.Rogstad@dalsemi.com> ) Subject: Backup Strategies for Enterprise H Message-ID: <EA5FE99F5DEAD311A6CB00805F199992BCA805@misnts1.dalsemi.com>   Our current environment has lots of Sun boxes, Digital Unix boxes, Windows NT boxes and of course, OpenVMS VAX and Alpha machines.  We are now looking for ways to consolidate the backup process from multiple machines / platforms.    Does anyone consolidate backups from various platforms?   What products do you use?   Given the reliability of OpenVMS backup, I would like to use OpenVMS as the backup server, but this is not necessarily a requirement.        It looks like Compaq has two solutions.   One, ABS and the other Legato.  Has anyone used Legato Networker?  Wasn't ABS sold to CA?   Anyone used either one for multiple platform backups?   6    Your thoughts and ideas on backups are appreciated.   Thanks,  Don Rogstad  Dallas Semiconductor 972.371.4570 Don.Rogstad@dalsemi.com    ------------------------------  % Date: Tue, 18 Apr 2000 23:26:22 +0100 . From: Roger@natron.demon.co.uk (Roger Barnett)  Subject: Re: BridgeWorks Anyone?- Message-ID: <340421838wnr@natron.demon.co.uk>   > In article: <8dfpq7$482@krdcnews.alcan.com>  "Warren Spencer" " <warren.spencer@alcan.com> writes: > L > I'm considering using DEQ's Bridgeworks/DCOM on OpenVMS to serve up legacyK > data to web-based clients.  Is anyone else considering the same senseless 
 > act? ;-)    D We've done this kind of thing with CORBA with no great difficulty - A although its not "automated" it has the major virtue of avoiding  B MS DCOM/COM++/whateverwecallitnext. It can also be used on a much A wider range of client and server platforms than DCOM/COM++/w*t -  A including more MS platforms - since you get a choice of supplier.   E And of course you're well positioned for CORBAcomponents which is the C language-independent superset of Enterprise Java Beans. As both DEC B and Tandem were major contributors to the CORBA standards I'm sureE Compaq have lots of people who can give you an independent view, even D though that nice Mr. Palmer did pass DEC's own ORB product on to BEAH (whose Ed Cobb is one of the main men behind the CORBA component model).    I In any case, the major determining factor of the amount of work involved  F is how your legacy application is structured. If it can be done with aI Clipper/dBase product running under MS-DOS, see http://www.compassgl.org  9 if you're interested, then most things are possible !  :)     H OTOH, if you literally just want to serve data from VMS to the Web then B your database vendor may have something that does the job for you.     HTH      --  
 Roger Barnett 0 Real Objects Ltd, Leamington Spa & York, England   ------------------------------  % Date: Tue, 18 Apr 2000 15:40:39 -0400 1 From: "Warren Spencer" <warren.spencer@alcan.com>   Subject: Re: BridgeWorks Anyone?+ Message-ID: <8didrv$ak1@krdcnews.alcan.com>    Phil,   K Thank you - your comments were very helpful.  Is there a newsgroup or other H forum available where I can connect with other people working on similarL efforts?  Since this is a "Field Test" version of the product, I'll exchange= information with others, rather than relying on tech support.    ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.     J Phil Hudson wrote in message <8di4ur$jsb$1@mailint03.im.hou.compaq.com>... >Warren,L >    Compaq BridgeWorks is a viable way to package existing 3gl applicationsG >    and logic up as standard components.  Using RPC as the underlining  >technology,L >    it allows access to applications sitting on platforms as old as VAX/VMS >V5.5-2.J >    It then serves this logic (buried treasure) up as COM components that >can be J >    easily accessed by all kinds of clients, including web based clients. > -- snip --   ------------------------------  % Date: Wed, 19 Apr 2000 08:36:20 +0200 - From: Jouk Jansen <JOUKJ@hrem.stm.tudelft.nl> 9 Subject: Re: Compaq FORTRAN: bring back /CROSS_REFERENCE. 3 Message-ID: <38FD7004.36BA99B5@hrem.stm.tudelft.nl>    Steve Lionel wrote:  > G > On UNIX there is the FUSE development environment, where F90 supports E > a cross-reference database available through FUSE.  On Windows, CVF H > supports the Developer Studio "source browser", a similar notion.  AndH > now, on VMS, F90 supports SCA.  These "cross reference database" toolsG > are much more flexible and useful than a cross-reference section in a A > listing file. Nevertheless, we will be adding /CROSS_REFERENCE.  > < What is SCA? Is it a Compaq product? I cannot find it on the Compaq-Campus listings.                     Jouk               --    > Ceterum censeo tertium millennium post Christum natum anno MMI incepturum esse   P >------------------------------------------------------------------------------<  
   Jouk Jansen  		     joukj@hrem.stm.tudelft.nl   E   Technische Universiteit Delft        tttttttttt  uu     uu  ddddddd F   Nationaal centrum voor HREM          tttttttttt  uu     uu  dd    ddG   Rotterdamseweg 137                       tt      uu     uu  dd     dd G   2628 AL Delft                            tt      uu     uu  dd     dd F   Nederland                                tt      uu     uu  dd    ddE   tel. 31-15-2781536                       tt       uuuuuuu   ddddddd   P >------------------------------------------------------------------------------<   ------------------------------  % Date: Wed, 19 Apr 2000 10:55:38 +0100 . From: Roger@natron.demon.co.uk (Roger Barnett)9 Subject: Re: Compaq FORTRAN: bring back /CROSS_REFERENCE. - Message-ID: <529015893wnr@natron.demon.co.uk>   A In article: <38FD7004.36BA99B5@hrem.stm.tudelft.nl>  Jouk Jansen  # <JOUKJ@hrem.stm.tudelft.nl> writes:  > > > What is SCA? Is it a Compaq product? I cannot find it on the > Compaq-Campus listings.     E Source Code Analyzer is integrated with the Language Sensitive Editor D (LSE) which can be licenced either stand-alone or as part of DecSet.  1 AFAIK the DecSet tools are now maintained by EDS.     : We added an SCA data generator to our VMS RTL/2 compiler aB few years ago which our customers found quite useful, notably for ? impact analysis during Year 2000 checking - although as others  6 have pointed out its performance could be diabolical.   A I haven't had the chance to try the latest versions on Alphas, so < I can't say whether the performance problems have gone away.      < obSubject: the RTL/2 compilers have had a /CONCORDANCE since= their humble beginnings as an IBM x PDP product, but SCA does ? provide much more info and, with LSE, an interactive interface.    --  
 Roger Barnett    ------------------------------  % Date: Wed, 19 Apr 2000 07:18:24 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>9 Subject: Re: Compaq FORTRAN: bring back /CROSS_REFERENCE. 7 Message-ID: <200004190718_MC2-A1D0-E34F@compuserve.com>   E         SCA is Source Code Analyzer.   It's part of DECset which also J includes LSE, CMS, MMS, and a few other tools.   I'm not sure if the piec= esC are still sold separately.  DECset was $12K the last time I looked.c    # Message text written by Jouk Jansenq >Steve Lionel wrote: > =l  G > On UNIX there is the FUSE development environment, where F90 supportstE > a cross-reference database available through FUSE.  On Windows, CVF H > supports the Developer Studio "source browser", a similar notion.  AndH > now, on VMS, F90 supports SCA.  These "cross reference database" toolsG > are much more flexible and useful than a cross-reference section in aaA > listing file. Nevertheless, we will be adding /CROSS_REFERENCE.o > =t  < What is SCA? Is it a Compaq product? I cannot find it on the Compaq-Campus listings.o                    Jouk<   ------------------------------  % Date: Wed, 19 Apr 2000 10:08:56 +0200e6 From: "Martin Knoblauch" <martin.knoblauch@compaq.com> Subject: Re: CXML and SETI6 Message-ID: <8djpr0$8fn$1@mailint03.im.hou.compaq.com>  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:bC5L4.95339$1C2.2867213@news20.bellglobal.com...n >g >dL > Since the CXML clients are so much faster than the others, I'm certain theJ > SETI folk are just trying to maintain a friendly relationship with theirH > corporate sponsors. It's not like a scientist (or anyone else for thatI > matter) to turn down free CPU power which is just what they're doing byo note( > allowing the release of a CXML client. >p  K  So - lets see. In the large Company category, sgi is #1, Sun is #2, CompaqoJ is #3. Only Sun is a sponsor mentioned on the seti@home home page and theyK are not gaining workunit-score compared to Compaq. All three seem to run at K comparable rates. I do not see any "cozying up" to the sponsors. Also, nonetL of the sonsors seem to have done a lot of PR around the seti@home effort. WeH should not forget that seti@home is primarily a science project and only/ secondarily a benchmark or bragging contest :-)   I  The seti@home people just have a certain (paranoid) attitude towards the-L integrity of the received results. There have been long discussions about itI elsewhere. Most people disagree, but it is their project and they set theD rules.  H  As for refusing CPU time, according to their statements, they have muchK more CPU time than needed for the current available data. Enough to reissue H workunits a lot of times. To increase the amount of available workunits, seti@home would have to:  1 - add more equipment to the radio-telescope ($$$)  - get more time on the thingK - upgrade their server infrastructure (aslo needed to process more incomingh	 results).t   They just seem to be happy./   Martin  K > p.s. Compaq; have your marketing people donate some equipment to the SETIaL > project (it's probably tax deductible anyway) then quietly mention to themJ > (SETI) that you would like to release a 'CXML based' SETI client through thewK > Berkeley site but would like to keep it hush-hush. After the world starts  toI > download the new client, Alphas will blow the doors off everyone else'sqI > stats. Then, whenever your marketing people need to clinch a sale, justa haveL > the client compare Alpha stats with every other platform at the SETI site.: > This PR investment will pay for itself 10 thousand fold. >sD PS: How long do you think that would be a secret? The SGI folks knowJ exactely whether we are using optimized libraries (as we know in reverse).K Both of us had internal 1.3 clients :-) As for using seti@home run-times as G sales arguments - none of the customers I dealt recently with has askedl
 about them...    ------------------------------    Date: 19 Apr 2000 11:57:51 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e Subject: Re: CXML and SETIH Message-ID: <y4og76o1k0.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  = wayne@tachyon.xxx.351570.killspam.092f (Wayne Sewell) writes:n  M > Then of course the math library found on a billybox will probably implementc > the wrong algorithm [...]   O Well, it might be using the exact same CXML as your <choice of OS> Alpha box...h   	Jan   ------------------------------  # Date: Wed, 19 Apr 2000 13:30:23 GMT 4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> Subject: Re: CXML and SETIE Message-ID: <PxiL4.64517$q67.990369@newsread2.prod.itd.earthlink.net>n  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:bC5L4.95339$1C2.2867213@news20.bellglobal.com...e >w > [snip] >nK > p.s. Compaq; have your marketing people donate some equipment to the SETIiL > project (it's probably tax deductible anyway) then quietly mention to themJ > (SETI) that you would like to release a 'CXML based' SETI client through theRK > Berkeley site but would like to keep it hush-hush. After the world startsi toI > download the new client, Alphas will blow the doors off everyone else's(I > stats. Then, whenever your marketing people need to clinch a sale, justb haveL > the client compare Alpha stats with every other platform at the SETI site.: > This PR investment will pay for itself 10 thousand fold. >m >o > Neil Rieck, > Kitchener(New Berlin?)/Waterloo/Cambridge, > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/78 > http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html6 > http://www3.sympatico.ca/n.rieck/docs/seti_tips.html >w8 You're assuming Compaq really wants to market the Alpha.  
 Mike Ober.   ------------------------------  # Date: Wed, 19 Apr 2000 16:07:57 GMTi From: lucverhoelst@my-deja.com5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindowst) Message-ID: <8dklki$q3s$1@nnrp1.deja.com>h   That's exactly what I tried .  Any other suggestions ?e; I'm willing to try it to get some Windows on this machine .I. Or should I reinstall a lower version of VMS .    + In article <8dfgjv$ihm$1@lead.zk3.dec.com>, 8   "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:H > Wow, it's that old that it still has that syntax.  Do a set console 2,
 > followed by-D > a INIT command, and then when the >>> comes up on the VGA console, boot
 > from there.n > C > Tony Champagne wrote in message <38FADA32.FF6A9766@genicom.be>...d" > >I wish it was just soo simple . > >However it makes sence . # > >But doing a SET CONSOLE Graphics  > >it returns ILL CMD . . > >Help set console shows serial (1)or VGA (2)8 > >So I tried set console 2 , Boot VMS and no DECWindows9 > >Then tried set console 1, Boot VMS and no DECWindows . 3 > >The error after the VMS boot is still the same .u > > > > >Comments still welcome to get this machine up and running . > >- > >Luc Verhoelst > >< > >Fred Kleinsorge wrote:- > >-A > >> This seems like an easy one... the DEC2000 is one of the fewn	 platformse > where)C > >> the console was written by a group unfamiliar with the SRM and- > workstations.@F > >> If you boot the system from the serial port, it configures the HW Restart F > >> Paramater Block to use a Type 2 Console Terminal Block - and does notmA > >> connect the mouse and keyboard drivers.  No mouse & keyboard  consoleC > >> drivers, no DECwindows. > >>A > >> This has been a restriction since the day the platform firstd shipped.  IfH > >> you want to use the graphics, do a SET CONSOLE GRAPHICS followed by an > INIT > >> at the console. > >>. > >> lucverhoelst@my-deja.com wrote in message" > <8cuvbl$a3q$1@nnrp1.deja.com>...4 > >> >I installed VMS 7.1 on a DEC2000 model 300 AXPH > >> >This was a Fresh install , including format of the disk and during theeB > >> >installation the layered product DECWINDOWS was selected and installed .  > >> > > >> >Rom version 2.2o > >> >SRM FW version 3702 > >> >Doing a show config on the boot prompt I see > >> >1  ISA   VGA OK 9 > >> >The installation completed all on the Blue screen .n; > >> >The VMS startup terminates correctly (job terminated)a% > >> >but the DECWindows do not start-2 > >> >On the end of the startup there is a message7 > >> >DECW$DEVICE-I-Nodevice, no graphics devices foundC > >> >= > >> >The License for VMS and DW-Motif are loaded and active._& > >> >I can login on the OPA0: device. > >> >Rund DECW$Configure I getI > >> >Number of Screens 0s% > >> >Screen devices and order : NONEt > >> >' > >> >Using MC SYSGEN> Windows_system 1t > >> >, > >> >So the windows parameter is set to 1 . > >> >& > >> >Any suggestions how to proceed ? > >> > > >> >, > >> >Sent via Deja.com http://www.deja.com/ > >> >Before you buy.p > >  >h >V    & Sent via Deja.com http://www.deja.com/ Before you buy.V   ------------------------------  # Date: Wed, 19 Apr 2000 14:18:12 GMT?+ From: jmorgan@dirconspam.co.uk (Jon Morgan).* Subject: Re: Dropping DECnet..don't do it!1 Message-ID: <38fc89f7.31487730@news.dircon.co.uk>d  M On Thu, 13 Apr 2000 22:16:55 -0400, David A Froble <davef@tsoft-inc.com> saidR something about:N > Tim raises a good point.  Just who's running the asylum?  I'd always thoughtO > that the networking people were providing a service, not dictating company IT 	 > policy.   J I've been currently involved in a little trans-Atlantic battle to do with K this -- a lot of people wanted IP only on the networks. We had to fight to  I get them to give us a DECnet circuit. I did have a minor fit with some ofoJ the network guys about why this mentality against DECnet as a protocol. AsD it turned out, the only real problem was lack of knowledge. Once we J explained that you can route DECnet, they were quite happy to allow us to B use it -- just as long as we didn't need it on the "core" routers.  H Oh well, talking of such things, at least I'm not in the minority about  SNA...   :-)   		-jon.n   -- p jmorgan at dircon dot co dot uk    ------------------------------  # Date: Wed, 19 Apr 2000 08:55:36 GMTS- From: Adam Dorosz <adam.dorosz@softax.com.pl>e: Subject: How to prevent user from removing subpanel in CDE- Message-ID: <38FD6ECF.8113C445@softax.com.pl>a   Hi all,   B I have a following problem with CDE : I need to  disable or remove( option "delete subpanel" under the rightC mouse button, when clicking on the front panel . I tried to do thisk< adding "Locked true" line to the definition of the subpanel:   SUBPANEL AAASubpanel {o   CONTAINER_NAME       AAAMain2   TITLE                                 AAA - Apps   CONTROL_INSTALL       False?(   LOCKED                            True }-  > , but after Window MAnager restart  xsession exits with error:  : "-SET-E-INVDEV, device is invalid for requested operation" and access violation.= I have VMS 7.2, Motif 1.2-5a6 Does anybody know the reason of this system behavior ?H As the problem seems to be connected to VMS, I send the question to this group.   Thanks for any help?   Adam Dorosze   ------------------------------  # Date: Wed, 19 Apr 2000 16:59:50 GMTc) From: mstenns@psi.psi.de (Michael Stenns)D3 Subject: How to use C++ Standard Library on OpenVMST0 Message-ID: <38fde0ec.203953820@news.nacamar.de>  C I am unable to link c++ files using the Standard Library Containerse
 successfully. B Compiling works fine but I get undefined symbols from the  linker.E Same kind of linker messages with map.cxx from the example directory.   
 Any hints?   My environment:e $ cxx /version* Compaq C++ V6.2-035 for OpenVMS Alpha V7.1 $ cxxlink /version Compaq C++ CXXLINK V6.2-035.     Code example (testmap.cxx):n   #include <map> #include <iostream>  #include <string>*   using namespace std;   int main(void) {   map<string, int> phone_book;     phone_book["test"] = 42;m%  cout << phone_book["test"] << endl ;i  return  0;  }-    -
 $ cxx testmap- $ cxxlink testmap,& %LINK-W-NUDFSYMS, 3 undefined symbols:E %LINK-I-UDFSYM,         _RWrwstd::_RWrb_tree<std::basic_string<char,  1 std::char_traits<char >, std::allocator<char > >,   S std::pair<conststd::basic_string<char,std::char_traits<char>,std::allocator<char>>,c int >,?  _RWrwstd::_RWselect1st<std::pair<const std::basic_string<char,l/ std::char_traits<char >, std::allocator<char > e  > %LINK-I-UDFSYM,         _RWrwstd::_RWrb_tree<std::basic_string8 <char, std::char_traits<char >, std::allocator<char > >,A  std::pair<const std::basic_string<char, std::char_traits<char >,e   std::allocator<char > >, int >,?  _RWrwstd::_RWselect1st<std::pair<const std::basic_string<char,r     etc.   --   Michael Stenns	 PSI-BT AGr   ------------------------------  % Date: Wed, 19 Apr 2000 12:40:01 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>eJ Subject: Re: Is there a "Porting Unix/C Software to OpenVMS for Dummies" ?) Message-ID: <38FD8D00.6E0F4993@gtech.com>G   "Andrew C. Stoffel" wrote:@ > It doesn't even have to be a book... a couple pages on coaxing= > DEC C to compile something that supposedly compiles without.E > complaint on half a dozen other OS's (Unix, Linux, Mac OS, NT, etc)o > would be helpful.< > > > [The particular software that is frustrating me is Squeak, a> >  free Smalltalk distribution. I get a LARGE number of errors; >  similar to the following when trying to compile just onec* >  portion of the entire thing (interp.c): >  >   int errorWrongIndex(void) {  >   ^gA >   %CC-W-MISSINGRETURN, Non-void function "errorWrongIndex" doesu# >   not contain a return statement.0 > B > And there are an awful lot of these.... the syntax seems to be aD > feature that other C compilers ( gcc for example) have no problemsE > with.... and following the advice of the DEC C help, to add returnsr@ > to all of the functions that exhibit this behavior, could take@ > me (with my limited C ability) weeks/months. Unless there's an > easier way...] > % > [ oh yeah... DEC C 5.7, VMS 7.2-1 ]- > D > Suggestions are welcome.... (even directions to the relevant pages > in the DEC C documentation.)  ) The code is wrong and should be modified.i  * But it is just a warning and you could use" /WARNING=DISABLE=(MISSINGRETURN) !   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 12:42:22 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>w+ Subject: Re: Looking for VAX Arch. Handbook-) Message-ID: <38FD8D8E.90CC9397@gtech.com>a   Timothy Stark wrote:G > I am looking for VAX Arch. Handbook (1986 or later) right now.  Do iteJ > include complete assembly language information?  That's why I want studyK > that for my emulator developement.  Yes, I found VAX open-source emulator-/ > software in Linux-based sourceforge web site.e  @ The VAX architecture handbook describes the instruction set. And7 that is probably what you want for en emulator project.e  @ If you want to use the MACRO-32 assembler on VMS VAX, then there are definatetly better books.r  : There came an revised version of the book in the late 80's, describing the vector instruction extension.   For a list of books see:,   http://www.levitte.org/~ava/vms_book.htmlx   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 11:17:28 -0400v" From: Dan Sugalski <dan@sidhe.org> Subject: Mozilla M15's out...e8 Message-ID: <4.3.1.0.20000419110909.01d301c0@24.8.96.48>   for the curious. uU ftp://ftp.mozilla.org/pub/mozilla/releases/m15/mozilla_openvms_alpha_m15.dcx_axpexe. 0L It apparently works a bit better on the other platforms--haven't given it a  whirl on VMS yet.    					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunkM   ------------------------------  % Date: Wed, 19 Apr 2000 11:21:08 -04007+ From: Tim Shoppa <shoppa@trailing-edge.com>e! Subject: Re: Mozilla M15's out...r1 Message-ID: <38FD96A4.34FC26A4@trailing-edge.com>m   Dan Sugalski wrote:s >  > for the curious.V > ftp://ftp.mozilla.org/pub/mozilla/releases/m15/mozilla_openvms_alpha_m15.dcx_axpexe.M > It apparently works a bit better on the other platforms--haven't given it a  > whirl on VMS yet.o  B It's good news that it's out, but why is the VMS release 30 Mbytes7 while the other (same version) releases are 5-7 Mbytes?   2 I'll give it a whirl after it finally downloads...   Tim.   ------------------------------   Date: 19 Apr 2000 15:41:39 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Mozilla M15's out...o6 Message-ID: <8dkk3j$hpv$1@mailint03.im.hou.compaq.com>  _ In article <38FD96A4.34FC26A4@trailing-edge.com>, Tim Shoppa <shoppa@trailing-edge.com> writes:<C :It's good news that it's out, but why is the VMS release 30 Mbytes 8 :while the other (same version) releases are 5-7 Mbytes?     WAG: /DEBUG?  3 :I'll give it a whirl after it finally downloads...t  I   Mozilla M15 does work here and it has fixed some oddities from earlier uI   baselevels.  I have seen M15 hard-stackdump (once) due to some sort of ,K   resource exhaustion error.  (I couldn't trap the details, unfortunately.)h  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 19 Apr 2000 10:47:11 -0600 % From: Dan O'Reilly <dano@process.com>-! Subject: Re: Mozilla M15's out...0B Message-ID: <4.2.0.58.20000419104602.00a75f00@pop.clsp.uswest.net>  ' At 09:21 AM 4/19/00 , Tim Shoppa wrote:D >Dan Sugalski wrote: > >m > > for the curious. > > M > ftp://ftp.mozilla.org/pub/mozilla/releases/m15/mozilla_openvms_alpha_m15.d 2 > cx_axpexe.O > > It apparently works a bit better on the other platforms--haven't given it ac > > whirl on VMS yet.  > C >It's good news that it's out, but why is the VMS release 30 Mbytest8 >while the other (same version) releases are 5-7 Mbytes? >t3 >I'll give it a whirl after it finally downloads...   K Be advised - I haven't gotten it to run worth a damn on Multinet (although,SN i'm not sure that's got anything to do with it).  I can send/receive mail thruO it, but it won't load any web pages.  It's also pretty slow, but it is at leasta much more stable.e     ------I +-------------------------------+---------------------------------------+yI | Dan O'Reilly                  |                                       |tI | Principal Engineer            |  "Time flies like an arrow.  Fruit    | I | Process Software Corporation  |   flies like a banana."               |oI | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+s   ------------------------------  % Date: Wed, 19 Apr 2000 12:48:33 -0400d+ From: Tim Shoppa <shoppa@trailing-edge.com>U! Subject: Re: Mozilla M15's out...s1 Message-ID: <38FDAB21.7A4E97C2@trailing-edge.com>    Dan O'Reilly wrote:  > ) > At 09:21 AM 4/19/00 , Tim Shoppa wrote:o > >Dan Sugalski wrote: > > >l > > > for the curious. > > >aN > > ftp://ftp.mozilla.org/pub/mozilla/releases/m15/mozilla_openvms_alpha_m15.d > > cx_axpexe.Q > > > It apparently works a bit better on the other platforms--haven't given it at > > > whirl on VMS yet.h > >/E > >It's good news that it's out, but why is the VMS release 30 Mbytesi: > >while the other (same version) releases are 5-7 Mbytes? > >y5 > >I'll give it a whirl after it finally downloads...  > M > Be advised - I haven't gotten it to run worth a damn on Multinet (although, P > i'm not sure that's got anything to do with it).  I can send/receive mail thruQ > it, but it won't load any web pages.  It's also pretty slow, but it is at leaste > much more stable.l  C Yeah, well, turn browsing off on any web browser and it will becomet much more stable :-).I   Tim.   ------------------------------    Date: 19 Apr 2000 19:05:43 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)! Subject: Re: Mozilla M15's out...r* Message-ID: <38fde767$1@news.kapsch.co.at>  k In article <8dkk3j$hpv$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: J >  Mozilla M15 does work here and it has fixed some oddities from earlier J >  baselevels.  I have seen M15 hard-stackdump (once) due to some sort of L >  resource exhaustion error.  (I couldn't trap the details, unfortunately.)  E M15 still doesn't fix the AUTOPROXY bug (which is a showstopper here)nL and does introduce a new bug: when getting to the homepage or to mozilla.orgH via the buttons "Home" or "Mozilla.org" the URL line doesn't get updatedK and therefore doesn't reflect the page you're looking at (at least on VMS).aA Maybe somebody verifies/reproduce it and make a bugzilla entry...-   Sigh.-  O MOZILLA is at least available on OpenVMS, but why isn't the NETSCAPE beta, too?kM I can't really follow the arguments, that NETSCAPE didn't release the code...0   -- s< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888.< 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: 19 Apr 2000 16:31:53 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)r Subject: MXRN exit "(10)"t0 Message-ID: <8dkn1p$8ip$1@n.ruf.uni-freiburg.de>   Hello,  J when I finally managed to compile MXRN V6.18-32 under Multinet V4.2, DEC-CJ V5.5 and OpenVMS 7.1-2 I found that I am unable to "Save Current Settings"J under "Customize". I get an error message "Caught signal (10), cleanded upG .newsrc and removed temp files" and the program exits. Any ideas what Ic can do against this?   Regards,    Christoph Gartmannc  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  # Date: Wed, 19 Apr 2000 12:19:34 GMT., From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: NT Breaks Again' Message-ID: <2000Apr19.081934.1@eisner>   j In article <BV0L4.936$PT3.114753@news-west.usenetserver.com>, "Jack Peacock" <peacock@simconv.com> writes:I > I put this on in the "blame it on the MS-NBC tie-in" conspiracy theory..J > Older readers will recall the premiere of the rotating globe logo on theH > NBC evening news, and how it showed the earth rotating backwards.  NowA > we know where that particular graphics artist found employment.  > D > I was disappointed that NBC eventually fixed it.  It appropriately. > symbolized the accuracy of their journalism. >    Jack Peacocki  B I too was dispaointed that they "fixed" it.  It wasn't broken.  It? correctly depicts a view of the earth as seen from a low orbit.w  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationr= Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  # Date: Wed, 19 Apr 2000 11:56:28 GMTm From: bushman4@my-deja.com% Subject: PATHWORKS 32 V7.2 Field Test ) Message-ID: <8dk6t7$9fo$1@nnrp1.deja.com>   G This field kit is no longer available on the patahworks32 web site, butpF I have a CFO with a new "toy" (win2K Pro machine) that needs to access@ our Vax... anyone know where I can get a copy of the field test?   Thanks,.   Glenn Sullivan    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Wed, 19 Apr 2000 14:29:53 +0200f= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>r) Subject: Re: PATHWORKS 32 V7.2 Field Testt) Message-ID: <38FDA6C1.225465CD@gtech.com>    bushman4@my-deja.com wrote:oI > This field kit is no longer available on the patahworks32 web site, buthH > I have a CFO with a new "toy" (win2K Pro machine) that needs to accessB > our Vax... anyone know where I can get a copy of the field test?   ????  C I thougth field tests was for computer staff on sites already usingCE PathWorks that wanted to test and prepare for the upgrade - not for a  usen
 by a CFO !   Arne   ------------------------------   Date: 19 Apr 2000 13:15:54 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: PATHWORKS 32 V7.2 Field Test>6 Message-ID: <8dkbia$ede$1@mailint03.im.hou.compaq.com>  F In article <8dk6t7$9fo$1@nnrp1.deja.com>, bushman4@my-deja.com writes:H :This field kit is no longer available on the patahworks32 web site, butG :I have a CFO with a new "toy" (win2K Pro machine) that needs to accesswA :our Vax... anyone know where I can get a copy of the field test?a  F   I will pass your request along to the PATHWORKS 32 engineering team.  F   I do not know if there will be a second field test for V7.2, nor do D   I know the particular schedule for the release of the version.  (IE   do know that there were various problems that were identified in ors>   as a result of the first field test of PATHWORKS 32 V7.2...)  H   As was asked else-posting, are you really sure you want to have a CFO H   with a brand new toy running early field test software?  (Not to implyD   anything about CFOs, beyond the relative rarity of CFOs among the '   participants of most field tests....)m  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 19 Apr 2000 12:11:12 GMT+ From: "Gerke Grashuis" <g.grashuis@kpn.com>t( Subject: Problem reading files from tape8 Message-ID: <01bfa9f8$5abccf10$8d4c15ac@HKTGN9911301604>  D I'm using a TZ89 drive and trying to restore a great number of filesJ (112.000 files) with backup/select from a saveset on a tape in that drive.I Doing this, the tape always stops responding at exactly the same file (ata approx. 85.000) files.G The error rate on the drive starts increasing and the status changes to  MountVerify. What can I do to tackle this?  Please help!   Most sincerely,t   Gerke.   ------------------------------   Date: 19 Apr 2000 13:04:38 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: Problem reading files from tape6 Message-ID: <8dkat6$e5r$1@mailint03.im.hou.compaq.com>  f In article <01bfa9f8$5abccf10$8d4c15ac@HKTGN9911301604>, "Gerke Grashuis" <g.grashuis@kpn.com> writes:E :I'm using a TZ89 drive and trying to restore a great number of files K :(112.000 files) with backup/select from a saveset on a tape in that drive.eJ :Doing this, the tape always stops responding at exactly the same file (at :approx. 85.000) files.aH :The error rate on the drive starts increasing and the status changes to
 :MountVerify.  :What can I do to tackle this?  I   Given your comments, I will assume this is OpenVMS VAX or OpenVMS Alpha-   environment.  J   I would first look for BACKUP and mandatory ECO kits for the particular J   OpenVMS version in use, and I would also check the system error log for G   messages, and I would then contact your hardware support organizationdG   as this initially looks like a tape media or tape drive or tape drivefJ   firmware or SCSI error (length, termination, cabling, etc), and (if the I   hardware is correct and at current revision) I would next contact your n/   software support organization for assistance.x  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 19 Apr 2000 12:38:36 +0200s= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> G Subject: Re: Sending MIME attachments in OpenVMS 7.1-H1 and TCPware 5.3i) Message-ID: <38FD8CAC.6520380B@gtech.com>s   Steve Freegard wrote:_M > I was wondering if anybody knows how to send MIME attachments under VMS.  I<L > have tried MAIL/FOREIGN but this seems to preserve the VMS file format and0 > make text files impossible to read in Windoze. > J > Basically what I am trying to do is send out mail from VMS with multipleN > spool files attached, so the recipient can view/print the report in Windows.   You have two tasks:r   1)  To do the MIME encoding.  B     This can be done with the MIME tool in rececent VMS version or.     MPACK or MMENCODE or a lot of other tools.  0 2)  To get the resulting file emailed correctly.  >     Unfortunatetly SMTP packages for VMS MAIL is traditionally     not good at this.0  ?     In newer version sof UCX, there are an undocumented utilityc=     to do it. You can write a simple SMTP program to send it.M?     I have written a small NBL foreign mail protocol to be ableA     to do it via VMS MAIL.   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 08:34:58 -0500s1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>a. Subject: Re: Shock, horror! An OpenVMS advert!8 Message-ID: <8dkcfp$ir8$1@fizban.fizban.pprd.abbott.com>  @ Seems like you need to get on the VMS mailing list.  Here's how.  . Send e-mail to:     Susan.Skonetski@compaq.com   Dave...     8 Jonathan Boswell <jsb@ost.cdrh.fda.gov> wrote in message* news:38FC8691.4F17BD1C@ost.cdrh.fda.gov... > Bob Kaplow wrote: K > > I got one too. It seemed pretty pointless to me. I trashed it, but kept  theo# > > tube for my model rocket hobby!  > > K > > I got another oVMS poster a couple months back (packaged in yet anotherCA > > rocket to be), plus a nice desk clock trinket just after Y2K.o > >t > >         Bob Kaplow > >t7 > > SPAM:   spamrecycle@ChooseYourmail.com  uce@ftc.govi postmaster@127.0.0.1 > G > How come you guys get nice VMS posters, while all I get is a brochurew
 telling meG > that my mission is to deploy Windows 2000?  This is the brochure that 	 describestI > the "Compaq\Microsoft Frontline Partnership" as though we're fighting ar war, andE > has a nice picture of the US Air Force Blue Angels with a bulls eyeI surroundingIH > the lead plane... This brochure also claims Windows 2000 is "virtually crash0L > proof", and states that my agency should "establish Microsoft Windows 2000 as aG > real enterprise-class operating system".  Perhaps this brochure has a7
 subliminalE > message; deploying Windows 2000 is like shooting down our own boys.r >t >  - JB    ------------------------------  % Date: Wed, 19 Apr 2000 02:14:47 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com>m/ Subject: RE: Sun considers VMS a "mainframe" OSoJ Message-ID: <910612C07BCAD1119AF40000F86AF0D805284208@kaoexc4.kao.dec.com>   Andrew,   > >>> Currently none of the Compaq systems map onto the S390 <<<  < The S390 does some things well and some things not so well.   G Keep in mind that the high availability numbers of these systems do note4 include their regular scheduled downtimes for maint.  	 Regards, u  
 Kerry Main Senior Consultant,
 Compaq Canadat Professional Servicesv Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----' From: Andrew Harrison SUNUK Consultancyl! [mailto:andrew.nospam@uk.sun.com]1% Sent: Tuesday, April 11, 2000 9:43 AM  To: Info-VAX@Mvb.Saic.Com// Subject: Re: Sun considers VMS a "mainframe" OSo     Bill Todd wrote:  L > Considering VMS a 'mainframe' system is not limited to Sun.  In fact, backG > when the most powerful VAXen were in development, there was sentiment- within- > DEC that VMS was headed for that territory.i >   < The sentiment resulted in the 9000 series which was marketed= if that is the right word as a mainframe by Digital. The fact ? that it was a failure because it was late, slow, unreliable etc-? does not alter the fact that it was designed to be Digitals VAXh
 mainframe.     >cI > VMS certainly has far closer to mainframe-level support for things likeaB > batch processing than Unices do, and in general may look like an inscrutableiK > mainframe-style OS to people raised on Unix.  Which is not to say that itaG > competes directly with S/390 system variants across their full range.  >h  D Most commercial UNIX's have batch support, batch control systems andE batch scheduler classes nowdays, they also have things like fairshare  schedulers.    >wI > Compaq's full system line-up maps at least somewhat to IBM's in several-L > ways:  Tru64 <-> AIX, Linux, Windows boxes, and (Tandem systems + VMS) <->L > (the S/390 system variants + OS/400).  But the last mapping is the hardestK > to couch in terms of apples-to-apples comparisons.  However, these systemiL > sets do point out the fact that no other vendor comes anywhere near having  > the same breadth of offerings. >   C Currently none of the Compaq systems map onto the S390 because theyUD don't have the reliability facilities or the performance. Things mayB change with WildFire when it is announced but at the moment Compaq> have nothing that has the capabilities of something like a G6.   Regards  Andrew Harrisont Enterprise IT Architectr   ------------------------------  % Date: Wed, 19 Apr 2000 09:16:49 +0100nB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>/ Subject: Re: Sun considers VMS a "mainframe" OS * Message-ID: <38FD6B71.9547CD38@uk.sun.com>   "Main, Kerry" wrote:  	 > Andrew,  > @ > >>> Currently none of the Compaq systems map onto the S390 <<< >s= > The S390 does some things well and some things not so well.  >tI > Keep in mind that the high availability numbers of these systems do not 6 > include their regular scheduled downtimes for maint. >e  8 True but this is the norm, Compaq, HP, Sun etc all quote7 high availability numbers based on unscheduled downtimev8 not numbers based on scheduled and unscheduled downtime.     Regards  Andrew Harrisonh Enterprise IT Architect    ------------------------------  % Date: Tue, 18 Apr 2000 08:01:28 -0400 1 From: "Warren Spencer" <warren.spencer@alcan.com>d Subject: Re: Test + Message-ID: <8dhiur$6f1@krdcnews.alcan.com>S  6 Yes - even a level 10 containment field can't stop it.   ws   -- Warren Spencer Automation Systems Analyst Alcan Aluminum Corporation warren.spencer@alcan.comK My employer does not necessarily agreement with my opinions - neither do I.-    $ Vincent Kurdyla wrote in message ... >Is it getting out ??  >    ------------------------------  + Date: Wed, 19 Apr 2000 09:17:46 -0700 (PDT)k" From: Ed Burke <clegg67@yahoo.com>$ Subject: Using DiskMizer with Oracle> Message-ID: <20000419161746.5128.qmail@web3004.mail.yahoo.com>  1 We are considering using DiskMizer from Symark to-4 compress some Oracle database disks.  We already use4 DiskMizer for other storage and have been happy with5 it, but our management would like to hear about othert, people's experiences with Oracle data before1 committing to using DiskMizer for our databases. d4 Symark could not give me any references because they- don't keep track of what types of files theirt6 customers use DiskMizer for.  So, does anyone have any6 experiences they can share or know of any gotchas that& aren't mentioned in the documentation?  1 We are running DiskMizer v3.2, Oracle 7.3.2.3 andv/ 8.0.x on an AlphaServer 8400 running VMS 7.1-2.    Thanks,d  
   Ed Burke   clegg67@yahoo.com   2 __________________________________________________ Do You Yahoo!?, Send online invitations with Yahoo! Invites. http://invites.yahoo.com   ------------------------------  # Date: Wed, 19 Apr 2000 17:10:10 GMTt* From: Gord Coulman <gcoulman@ccinet.ab.ca>( Subject: Re: Using DiskMizer with Oracle, Message-ID: <38FDE16B.163F8117@ccinet.ab.ca>  A How does the cost of the compression software compare with adding D additional storage?  Disks are cheap these days.  At first glance, IG think that anything that gets between Oracle and fast disk access coulde not be good.   Gord.+   Ed Burke wrote:a  3 > We are considering using DiskMizer from Symark tos6 > compress some Oracle database disks.  We already use6 > DiskMizer for other storage and have been happy with7 > it, but our management would like to hear about otherM. > people's experiences with Oracle data before2 > committing to using DiskMizer for our databases.6 > Symark could not give me any references because they/ > don't keep track of what types of files theirl8 > customers use DiskMizer for.  So, does anyone have any8 > experiences they can share or know of any gotchas that( > aren't mentioned in the documentation? >z3 > We are running DiskMizer v3.2, Oracle 7.3.2.3 and 1 > 8.0.x on an AlphaServer 8400 running VMS 7.1-2.  >l	 > Thanks,e >u >   Ed Burke >   clegg67@yahoo.coma > 4 > __________________________________________________ > Do You Yahoo!?. > Send online invitations with Yahoo! Invites. > http://invites.yahoo.com   ------------------------------   Date: 19 Apr 2000 08:16:26 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)  Subject: Re: Verify of Backups0 Message-ID: <8djq0q$oj1$1@n.ruf.uni-freiburg.de>  O In article <xg5L4.1371$JJ6.1830@client>, "L McCann" <lmccann@ddpwa.com> writes:AG >We are running VMS Backup on Alpha servers and tz88 tape drives (hsz50VH >controller) and we do not use the /verify option on the backup command. >aJ >I'd like to get a feel for what other VMS shops do for their backups.  DoJ >you verify them or not?  I have found them to be reliable whenever I do a@ >restore but I know that it only takes 1 time to make you sorry.  I We don't use /VERIFY (did in former times but think that newer drives aremK more reliable). But we use separate tapes for each disk, have several tapes7H per disk, use quality tapes and drives, mail the nightly logfiles of theD backups to the people who have to check them (especially the time of processing).   Regards,    Christoph Gartmanni  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Wed, 19 Apr 2000 21:55:41 +1200-* From: "Ryan C. Price" <pricerc@ihug.co.nz> Subject: Re: Verify of Backups* Message-ID: <8djvr0$6kn$1@news.ihug.co.nz>  < One of my best friends caused a factory to be closed because8 he didn't verify his backups. Needless to say, he ALWAYS verifies backups these days.  A I don't care what technology (hardware or software) you're using,NA you can't trust your backup unless you've tested it. The only waymE to test it is to scan the whole tape. Since you're scanning the wholes< tape anyway, you might as well compare the contents with the original data on disk.  D Based on the principles of Murphy's law, if you verify your backups,C you'll never find a problem with them; however, if you don't verifysB them, you'll find that you need to restore some data, and it won't	 be there.t   /Ryan   / "L McCann" <lmccann@ddpwa.com> wrote in messager" news:xg5L4.1371$JJ6.1830@client...A > We are running VMS Backup on Alpha servers and tz88 tape drives  (hsz50@ > controller) and we do not use the /verify option on the backup command. > > > I'd like to get a feel for what other VMS shops do for their backups.  DoF > you verify them or not?  I have found them to be reliable whenever I do aA > restore but I know that it only takes 1 time to make you sorry.3 >7* > Your input would be greatly appreciated. >. > lmccann@ddpwa.come > Loretta McCann > Washington Dental Service3
 > Seattle, WAp >  >e   ------------------------------  # Date: Wed, 19 Apr 2000 11:51:19 GMT.2 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: Verify of Backups' Message-ID: <2000Apr19.075119.1@eisner>.  O In article <xg5L4.1371$JJ6.1830@client>, "L McCann" <lmccann@ddpwa.com> writes:1H > We are running VMS Backup on Alpha servers and tz88 tape drives (hsz50I > controller) and we do not use the /verify option on the backup command.4 > K > I'd like to get a feel for what other VMS shops do for their backups.  DovK > you verify them or not?  I have found them to be reliable whenever I do awA > restore but I know that it only takes 1 time to make you sorry.e > * > Your input would be greatly appreciated.  G If you want to save time by skipping /verify, I have a method that willh save you twice as much time...   ------------------------------   Date: 19 Apr 2000 12:26:00 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Verify of Backups6 Message-ID: <8dk8ko$df1$1@mailint03.im.hou.compaq.com>      Follow-ups set to comp.os.vms.  O In article <xg5L4.1371$JJ6.1830@client>, "L McCann" <lmccann@ddpwa.com> writes:uJ :I'd like to get a feel for what other VMS shops do for their backups.  DoJ :you verify them or not?  I have found them to be reliable whenever I do a@ :restore but I know that it only takes 1 time to make you sorry.  H   This is one of the class of "how high is 'up'?" questions...  The only   answer can be "It depends..."n  I   There is no generic answer for this question...  The answer depends on pH   such factors as the hardware and media reliability in your particular B   environment, your window of time available for the BACKUP, your H   expectations around the restorability of the BACKUP, your willingness I   to occasionally restore a BACKUP tape just to see if it all works, the rF   value and uniqueness of the particular data, the performance of the    tape drive, etc.  J   That said, if I have unique or difficult-to-replace data, I usually use :   BACKUP /VERIFY -- otherwise, why bother with the BACKUP?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 19 Apr 2000 12:26:12 GMTl, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Verify of Backups' Message-ID: <2000Apr19.082612.1@eisner>a  O In article <xg5L4.1371$JJ6.1830@client>, "L McCann" <lmccann@ddpwa.com> writes: H > We are running VMS Backup on Alpha servers and tz88 tape drives (hsz50I > controller) and we do not use the /verify option on the backup command.s > K > I'd like to get a feel for what other VMS shops do for their backups.  DosK > you verify them or not?  I have found them to be reliable whenever I do a-A > restore but I know that it only takes 1 time to make you sorry.n  H Why do you do backups?  We do them to make sure we can recover from lostE files or lost disks.  How do we know we can recover?  We use /verify.5  G I've not seen one UNIX ship with any kind of backup which will do this,i( and they want us to take them seriously?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationa= Hubble Space Telescope Payload  | Federal Sector, Civil Group0E  Flight Software Team           | please remove ".aspm" when replyingu   ------------------------------   Date: 19 Apr 2000 13:13:04 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: Verify of Backups- Message-ID: <8dkbd0$gh$1@info.service.rug.nl>n  : In article <8djvr0$6kn$1@news.ihug.co.nz>, "Ryan C. Price" <pricerc@ihug.co.nz> writes: e  C > I don't care what technology (hardware or software) you're using,aC > you can't trust your backup unless you've tested it. The only way ( > to test it is to scan the whole tape.    Agreed.r  ! > Since you're scanning the whole > > tape anyway, you might as well compare the contents with the > original data on disk.  # /VERIFY scans the whole tape AGAIN.i   ------------------------------   Date: 19 Apr 2000 14:03:38 GMT4 From: hammond@not@peek.ppb.dec.com (Charlie Hammond) Subject: Re: Verify of Backups6 Message-ID: <8dkebq$fqn$1@mailint03.im.hou.compaq.com>  * In article <8djvr0$6kn$1@news.ihug.co.nz>,, "Ryan C. Price" <pricerc@ihug.co.nz> writes: ..B >you can't trust your backup unless you've tested it. The only way* >to test it is to scan the whole tape. ...  B I disagree.  The only way to test your backup is to restore it andF check that the restored disk/files is/are correct.  Short of that, anyJ number of things -- Backup utility, media reliability, storage procedures, etc. -- can and will go wrong.  I As for /VERIFY -- if push came to shove I would probably cover myself andpG advise  to use it.  However, this option exists because the tape drives.L typically used for backup a decade or two ago were not paricularly reliable.F They would sometimes report a write operation completed, but not writeH anything readable; /VERIFY caught this.  Today's backup devices are much; more robust.  The need for and value of /VERIFY is reduced.i  9 The need for and value of periodic test restores remains.X8 This also provides a test for your procedures to recover% any input lost since the last backup.t   --K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAvD            (hammond@peek.ppb.dec.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Wed, 19 Apr 2000 14:32:03 GMTr* From: Gord Coulman <gcoulman@ccinet.ab.ca> Subject: Re: Verify of Backups, Message-ID: <38FDBC5D.5058B2D3@ccinet.ab.ca>  O I have never seen verify catch any problems other than files that changed sincegN the backup pass (not really a problem).  When tape problems have occurred (badM tapes, dirty heads, etc) backup always bagged an error during the backup passkB and never even got to the verify pass.  I still use verify anyway.  N The worst backup problems I have seen are techs that don't properly rotate theO tapes or get too lazy to do the offsite rotation.  Improper backup commands are N another big one.  I once wrote a DCL procedure that backed up several disks toL the same tape (so far, so good), but used /rewind between disks, effectively+ overwriting each saveset with the next one!l   Gord.s   Charlie Hammond wrote:  , > In article <8djvr0$6kn$1@news.ihug.co.nz>,. > "Ryan C. Price" <pricerc@ihug.co.nz> writes: > ..D > >you can't trust your backup unless you've tested it. The only way, > >to test it is to scan the whole tape. ... >oD > I disagree.  The only way to test your backup is to restore it andH > check that the restored disk/files is/are correct.  Short of that, anyL > number of things -- Backup utility, media reliability, storage procedures,  > etc. -- can and will go wrong. >sK > As for /VERIFY -- if push came to shove I would probably cover myself and-I > advise  to use it.  However, this option exists because the tape drivesMN > typically used for backup a decade or two ago were not paricularly reliable.H > They would sometimes report a write operation completed, but not writeJ > anything readable; /VERIFY caught this.  Today's backup devices are much= > more robust.  The need for and value of /VERIFY is reduced.i >i; > The need for and value of periodic test restores remains.e: > This also provides a test for your procedures to recover' > any input lost since the last backup., >o > --M >     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAiF >            (hammond@peek.ppb.dec.com -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 19 Apr 2000 14:58:24 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Verify of Backups6 Message-ID: <8dkhig$gki$1@mailint03.im.hou.compaq.com>  m In article <8dkebq$fqn$1@mailint03.im.hou.compaq.com>, hammond@not@peek.ppb.dec.com (Charlie Hammond) writes: - :Today's backup devices are much more robust.i  D   True, though because of this I usually target the use and need for=   /CRC and /GROUP, though I will still tend to use /VERIFY...w  B   There is a whitepaper around on the value of /CRC and /GROUP on B   various types of tape archival media (DDS, DLT, etc), I'll have 2   to see if I can find it and post it somewhere...  . :The need for and value of /VERIFY is reduced.  D   True.  That said, I have seen /VERIFY catch errors that all other C   BACKUP processing missed, most recently with problems with a DDS 3A   drive and DDS media...  The only way I knew there was a problem 3   with the BACKUP was because I had used /VERIFY...   G   But to tie this discussion in with another recent discussion, the useeG   of /VERIFY does clearly reduce the useful life (2,000 head passes) ofI   the DDS media itself.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 19 Apr 2000 09:51:35 -0500+ From: rjordan@Mars.mcs.net (Richard Jordan)  Subject: Re: Verify of Backups( Message-ID: <8dkh5n$2k4j$1@Mars.mcs.net>  G > I'd like to get a feel for what other VMS shops do for their backups.t  E We were burned with the backup issues in VMS V5.2; /verify would havedE caught the fact that what was being written to our magtapes was caca.a  F More recently, we started having problems with backups to TLZ07 drivesB where the backup would complete successfully but the savesets wereD corrupted (hardware problem on the drive); /verify caught this.  ForC sites which flat don't have the time to run /verify every night, wenB require it be on at least for the weekly backups.  Everywhere else we have /verify on by default.   Rich Jordano rjordan@mcs.nets   ------------------------------  # Date: Wed, 19 Apr 2000 15:42:47 GMTm, From: kaplow_r@eisner.decus.org (Bob Kaplow) Subject: Re: Verify of Backups' Message-ID: <2000Apr19.114247.1@eisner>   m In article <8dkebq$fqn$1@mailint03.im.hou.compaq.com>, hammond@not@peek.ppb.dec.com (Charlie Hammond) writes:l, > In article <8djvr0$6kn$1@news.ihug.co.nz>,. > "Ryan C. Price" <pricerc@ihug.co.nz> writes: > ..C >>you can't trust your backup unless you've tested it. The only way-+ >>to test it is to scan the whole tape. ...p > D > I disagree.  The only way to test your backup is to restore it andH > check that the restored disk/files is/are correct.  Short of that, anyL > number of things -- Backup utility, media reliability, storage procedures,  > etc. -- can and will go wrong.  F Hear! Hear! At a previous employer, that was my #1 priority task everyG Monday. 6 months before they hired me, they trashed their database, and K found out that their backups were garbage. If you don't do at least regular-L restores from your backup tapes, you never know if it is possible to recover 100% from those tapes.  K Even further back, as a Digit, I worked with the Chicago Restart center. WeaJ had customers come out, restore their tapes, and run real processing. THeyH knew 100% for sure that not only were their backups good, but that their  whole recovery process was good.  K > As for /VERIFY -- if push came to shove I would probably cover myself andtI > advise  to use it.  However, this option exists because the tape drivesnN > typically used for backup a decade or two ago were not paricularly reliable.H > They would sometimes report a write operation completed, but not writeJ > anything readable; /VERIFY caught this.  Today's backup devices are much= > more robust.  The need for and value of /VERIFY is reduced.   J We use Save Set Manager to dup all of our backups. The originals go to offD site storage, and the dups to our second data center, where they areL restored. That pretty much tells us that what we've got is good. With modern( DLTs, /VERIFY does seem to be redundant.  8 BTW, I don't think it's been pointed out that if you useH BACKUP/IMAGE/IGNORE=INTERLOCK/VERIFY it is very likely that /VERIFY willL FAIL. Any file that is either open at backup time, or is changed between theI backup and verify passes will trigger errors. That renders /VERIFY prettye useless.   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1l   ------------------------------  # Date: Wed, 19 Apr 2000 15:45:34 GMTi, From: kaplow_r@eisner.decus.org (Bob Kaplow) Subject: Re: Verify of Backups' Message-ID: <2000Apr19.114534.1@eisner>   k In article <8dkhig$gki$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:cF >   True.  That said, I have seen /VERIFY catch errors that all other E >   BACKUP processing missed, most recently with problems with a DDS oC >   drive and DDS media...  The only way I knew there was a problems5 >   with the BACKUP was because I had used /VERIFY...o > I >   But to tie this discussion in with another recent discussion, the useiI >   of /VERIFY does clearly reduce the useful life (2,000 head passes) ofi >   the DDS media itself.s   What is DDS?   	Bob Kaplow	  E SPAM:	spamrecycle@ChooseYourmail.com	uce@ftc.gov	postmaster@127.0.0.1    ------------------------------  # Date: Wed, 19 Apr 2000 17:25:22 GMTi- From: "Richard D. Piccard" <piccard@ohio.edu>- Subject: Re: Verify of Backups( Message-ID: <38FDEBFC.F32D34A2@ohio.edu>   Hoff Hoffman wrote:c   > [snip]  K >   That said, if I have unique or difficult-to-replace data, I usually useg< >   BACKUP /VERIFY -- otherwise, why bother with the BACKUP? >AP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  P There is one failure scenario that the /VERIFY won't detect:  mis-aligned heads.M In a previous position, we were passing the /VERIFY comparison, but could not G restore the tapes on any other drive because of the head mis-alignment.   +                                         RDPm   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Wed, 19 Apr 2000 12:49:25 -0500a1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>4 Subject: Re: Verify of Backups8 Message-ID: <8dkrcr$l9u$1@fizban.fizban.pprd.abbott.com>  K I for one am really interested in the whitepaper mentioned below.  My guess- is that others are as well.   	 TIA Hoff,    Dave...   = Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in messagen0 news:8dkhig$gki$1@mailint03.im.hou.compaq.com... >-8 > In article <8dkebq$fqn$1@mailint03.im.hou.compaq.com>,6 hammond@not@peek.ppb.dec.com (Charlie Hammond) writes:/ > :Today's backup devices are much more robust.  >nF >   True, though because of this I usually target the use and need for? >   /CRC and /GROUP, though I will still tend to use /VERIFY...e >dC >   There is a whitepaper around on the value of /CRC and /GROUP oniC >   various types of tape archival media (DDS, DLT, etc), I'll havea4 >   to see if I can find it and post it somewhere... >a0 > :The need for and value of /VERIFY is reduced. >aE >   True.  That said, I have seen /VERIFY catch errors that all otherpD >   BACKUP processing missed, most recently with problems with a DDSC >   drive and DDS media...  The only way I knew there was a problemh5 >   with the BACKUP was because I had used /VERIFY...e > I >   But to tie this discussion in with another recent discussion, the use7I >   of /VERIFY does clearly reduce the useful life (2,000 head passes) of  >   the DDS media itself.t >l, >  --------------------------- pure personal# opinion --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringa hoffman#xdelta.zko.dec.com >r   ------------------------------  % Date: Wed, 19 Apr 2000 12:52:19 +0200n= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>p+ Subject: Re: VMS and MIME: Next episode ???n) Message-ID: <38FD8FE3.BB5854CF@gtech.com>n   Patrick Coulier wrote:G > Using SFF (Send From File) to work around the UCX 5.0A SMTP NULL line0 > bug,  3 I would not call it a bug. It is a missing feature.e  I > I have to edit the file MANUALLY and make the following changes to make  > thet > thing work : >  >  . >  . >  . > Mime-version: 1.0aH > Content-Type: multipart/mixed; boundary="OpenVMS/MIME.54353.956049702" >  . >  . >  . > I > Once the boundary-string is in between "double quotes" everything seems 	 > to work  > fine.l > @ > Does this mean that the MIME-utility is a bit out of order ???   Sounds like it.o  + AFAIK then boundary values must be quoted !t   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 09:52:28 +0900d2 From: Mike Rechtman <michael.rechtman@digital.com># Subject: Re: Web server for VAX/VMS + Message-ID: <38FD81DC.2C0C5D7B@digital.com>    Arne Vajhj wrote: >  > Geoff Roberts wrote:? > > I'm running WASD on a Vax 6440 under VMS 6.0 at the moment.)G > > It works very well, and the price is right.  ie Free, and it has a h .....a? > You can use YAHMAIL and SSL with OSU as well (not in the base3               ^^^^^^^  .....   ; On a VAXstation 4000-60, OpenVMS 6.2, OSU V3.6b I've tried o> installing yahMAIL and could not get it running. Got a message> (from memory, now) something like "ERROR access not permitted"> The message came on a HTML formatted page, and I could find no reason for it.> In the end I gave up, took the source for HYPERMAIL and 'bent'> it so it allows me to read VMSmail from a browser. Fairly Q&D, but enough for whats needed.   Mike   -- cK ---------------------------------------------------------------------------,F Usual disclaimers apply. All opinions are mine alone, perhaps not even that  Mike Rechtman                   F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  D     "20% of a job takes 80% of the time, the rest takes another 80%"K ---------------------------------------------------------------------------d   ------------------------------  % Date: Wed, 19 Apr 2000 12:34:36 +0200y= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e# Subject: Re: Web server for VAX/VMS-) Message-ID: <38FD8BBB.7CBBE2CF@gtech.com>n   Mike Rechtman wrote:< > On a VAXstation 4000-60, OpenVMS 6.2, OSU V3.6b I've tried@ > installing yahMAIL and could not get it running. Got a message@ > (from memory, now) something like "ERROR access not permitted"@ > The message came on a HTML formatted page, and I could find no > reason for it.@ > In the end I gave up, took the source for HYPERMAIL and 'bent'@ > it so it allows me to read VMSmail from a browser. Fairly Q&D, > but enough for whats needed.  B It is my impression that many has gotten YAHMAIL to work with OSU.   Arne   ------------------------------  % Date: Wed, 19 Apr 2000 07:41:40 -0700I9 From: "David D Miller" <ddmiller@notes.west.raytheon.com>a Subject: ZIP for RSX?o: Message-ID: <072568C6.0050FCAF.00@notes.west.raytheon.com>   Hi  5 Anyone know of a site for ZIP/UNZIP that runs on RSX?e   dave.i   ------------------------------   End of INFO-VAX 2000.219 ************************