0 INFO-VAX	Thu, 31 Jan 2002	Volume 2002 : Issue 59      Contents: Adding fonts to a VMS system, Ahora mas que NUNCA... defienda su dinero!!! BA350-SA & RZ28M-VW  RE: BA350-SA & RZ28M-VW  RE: BA350-SA & RZ28M-VW  Re: BA350-SA & RZ28M-VW  Re: BA350-SA & RZ28M-VW  Re: BA350-SA & RZ28M-VW D Re: Be prepared, Encompass is using SBA to SPAM folks for MembershipD Re: Be prepared, Encompass is using SBA to SPAM folks for MembershipD Re: Be prepared, Encompass is using SBA to SPAM folks for Membership BEA Message Q Recovery< Re: Calling COBOL "called programs" from Non-COBOL languages( Capellas: merger on track for March vote Carly's O/S Commitment Re: Carly's O/S Commitment! Commercial version of PGP for VMS % Re: Commercial version of PGP for VMS - Re: Compaq Analyze - security for web server? 5 Re: Comparitive reliability figures as used by Compaq 5 RE: Comparitive reliability figures as used by Compaq " Re: Cross Compiler to SUN/Solaris?" RE: Cross Compiler to SUN/Solaris?" Re: Cross Compiler to SUN/Solaris? Re: CSWS: POST Problem Re: CSWS: POST Problem' Re: CTLPAGES - Monitoring Free P1 Space # CTLPAGES - Monitoring Free P1 Space . Re: C|Net - Itanium to take on Alpha influence* C|Net - Itanium to take on Alpha influence Re: DCPS - DECprint docs? % Re: DEC ALPHA ES40 Equipment For Sale P Re: DECW$SERVER_0 dies periodically; X11 colour wheel program blackouts the  scrP Re: DECW$SERVER_0 dies periodically; X11 colour wheel program blackouts the  scr Re: FMS/CFMS Re: FMS/CFMS Re: fopen crashes while in AST Re: GNV Update now available3 Re: How to change vms system ip address and domain? A Re: How to tell if File is locked in C ?fopen extension pehraps ? ( Re: Intel Special issue of OpenVMS Times Is OpenVMS e-store gone? Re: Is OpenVMS e-store gone? Re: Is OpenVMS e-store gone? Re: lexicals question E mapping two main images (was Re: Purveyor is superior for VMS - proof  Re: mount problems on cluster  Re: mount problems on cluster C Re: OpenVMS efficiency with running the same process multiple times C Re: OpenVMS efficiency with running the same process multiple times  OT Slightly - Compaq Warranty  OT Slightly - Compaq Warranty ! Re: OT Slightly - Compaq Warranty 6 Pour traduire vos documents ... Pensez : Traduitoo.comL Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory)( Re: Purveyor is superior for VMS - proof) Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys... - RE: Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys...  Reading from tape  Re: Reading from tape " Re: Remotely starting batch on VMS% Sharing clipboard between 2 X servers ) Re: Sharing clipboard between 2 X servers  STR$ELEMENT usage  Re: STR$ELEMENT usage  Re: STR$ELEMENT usage  Re: STR$ELEMENT usage  Re: STR$lowercase ?  Re: STR$lowercase ?  Re: The demise of compaq( Re: Using vfork/execvp with DCL commands6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)J RE: www.openvms.compaq.com and the link "OpenVMS Solutions Status	 Matrix"I Re: www.openvms.compaq.com and the link "OpenVMS Solutions Status Matrix"   F ----------------------------------------------------------------------  % Date: Wed, 30 Jan 2002 20:54:25 -0500 % From: JF Mezei <jfmezei@videotron.ca> % Subject: Adding fonts to a VMS system , Message-ID: <3C58A3CF.294619C9@videotron.ca>  J Is there a cookbook on how to add fonts to a VMS workstation so that it is0 available to applications such as DECwrite etc ?  M I have fontographer on my mac and can convert fonts to various formats, and I K know that there is a font compiler on VMS. Not sure about the exact formats G and what is needed to make the font available to x-windows apps on VMS.    ------------------------------  % Date: Thu, 31 Jan 2002 01:10:27 -0300 , From: "FWA Sender" <sender0102@yahoo.com.ar>5 Subject: Ahora mas que NUNCA... defienda su dinero!!! 8 Message-ID: <iss.bfa.3c58c3a4.bf927.1@mx2.east.saic.com>   <html>   <head>! <meta http-equiv=3D"Content-Type" , content=3D"text/html; charset=3Diso-8859-1">E <meta name=3D"GENERATOR" content=3D"Microsoft FrontPage Express 2.0"> A <title>Si los cartuchos de su impresora a chorro de tinta</title>  </head>    <body bgcolor=3D"#FFFFFF">   <blockquote type=3D"CITE">:     <p align=3D"center"><font color=3D"#0000A0" size=3D"5"A     face=3D"Verdana"><strong><i>Ahora m=E1s que NUNCA... aumentan )     los cartuchos</i></strong></font></p> :     <p align=3D"center"><font color=3D"#0000A0" size=3D"4"D     face=3D"Verdana"><strong><i>pero Vd. puede ahorrar m=E1s del 70%2     sobre originales para:</i></strong></font></p>:     <p align=3D"center"><font color=3D"#FF0000" size=3D"4"=     face=3D"Verdana"><strong><i>Canon=AE - Epson=AE - Hewlett 3     Packard=AE - Lexmark=AE</i></strong></font></p> :     <p align=3D"center"><font color=3D"#0000FF" size=3D"5"L     face=3D"Verdana"><strong><i>Con GARANTIA TOTAL...</i></strong></font><a=  @     href=3D"http://supplies300102.tripod.com/response-form2.htm"     onclick=3D"return F ex_link('http://members.theglobe.com/fwassistance/RESPONSEGLOBE.HTML', 'msgWin560868884')"><font @     color=3D"#0000FF" size=3D"7" face=3D"Impact"><i>CLIQUEE AQUI !!!</i></font></a><font      size=3D"3"> </font></p> :     <p align=3D"center"><font color=3D"#0000A0" size=3D"5">     face=3D"Impact"><i>Inform=E1ndonos la marca y modelo de suG     impresora</i></font><font color=3D"#0000A0" size=3D"4"> </font></p> :     <p align=3D"center"><font color=3D"#FF0000" size=3D"5"A     face=3D"Impact"><i>comenzar=E1 a ahorrar m=E1s del 70% en sus <     costos de impresi=F3n </i></font><font color=3D"#0000A0"F     size=3D"4" face=3D"Verdana"><em><strong><i>(=BFincre=EDble? ley=F3D     bien: setenta por ciento de ahorro)</i></strong></em></font></p>"     <p align=3D"center">&nbsp;</p>F     <p><font size=3D"2" face=3D"Arial"><b>NOTA:</b> Su direcci=F3n nos5     fue proporcionada como interesada en recibir esta @     informaci=F3n, en caso de no ser as=ED, rogamos disculpar la=     intromisi=F3n y responder este mensaje - Cliqueando en el       siguiente link&gt; </font><a:     href=3D"mailto:ink20010@yahoo.com.ar"><font size=3D"2"C     face=3D"Arial"><b>Asunto: REMOVE</b></font></a><font size=3D"2" ?     face=3D"Arial"> [no recibir=E1 nuevos mensajes]</font> </p> L     <p align=3D"center"><font color=3D"#004080" size=3D"1" face=3D"Arial"><= b>Bajo=     el Decreto S.1618 TITULO III aprobado por el 105 Congreso A     base de las normativas internacionales sobre SPAM, esta carta ?     no puede ser considerada SPAM mientras incluya una forma de ?     ser removido y usted puede hacerlo ahora mismo respondiendo @     este e-mail con &quot;remover&quot; en el asunto. Gracias, yA     disculpe las molestias que pudi=E9ramos haberle ocasionado en L     caso de que =E9sta informaci=F3n no sea de su inter=E9s.</b></font></p>=  
 </blockquote>  </STRIPBODY></body>  </html>    ------------------------------  % Date: Wed, 30 Jan 2002 14:50:17 -0700 % From: Dan O'Reilly <dano@process.com>  Subject: BA350-SA & RZ28M-VWB Message-ID: <5.1.0.14.2.20020130144943.036865c0@raptor.psccos.com>  ' Will a BA350-SA support RZ28M-VW disks?    ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+    ------------------------------  % Date: Wed, 30 Jan 2002 17:23:19 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>  Subject: RE: BA350-SA & RZ28M-VW- Message-ID: <0033000049848362000002L022*@MHS>    =0AHi, Dan- it's been a while.  / Hmmm. I know the Ks but haven't ever seen an S.   , I'm assuming that the BA350 is a narrow SCSI( device- all the 350s I've ever seen are.  . I've heard rumors of people doing exactly what. you propose with no ill effect (in other words/ you probably won't toast your drives unless you / file off the rails and put 'em in upside down.)   0 Performance *will* be lessened because the 350's4 bus width will force them to operate in narrow mode.  . You'd be better off finding a couple of BA356s0 with the 16-bit I/O modules- then you could hook/ two together, have a bigger chain AND run wide.   3 Oh, and beware using 7200 RPM drives like the RZ29.   4 You can end up with heat death just like the Multia.2 350s had to have a fan upgrade to handle the heat.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Wednesday, January 30, 2002 4:53 PM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: BA350-SA & RZ28M-VW    ' Will a BA350-SA support RZ28M-VW disks?    ------H +-------------------------------+--------------------------------------= -+H | Dan O'Reilly                  |                                      =  |H | Principal Engineer            |  "Why should I care about posterity? =  |H | Process Software              |   What's posterity ever done for me?"=  |H | http://www.process.com        |                    -- Groucho Marx   =  |H +-------------------------------+--------------------------------------= -+=    ------------------------------  % Date: Wed, 30 Jan 2002 15:45:06 -0700 % From: Dan O'Reilly <dano@process.com>   Subject: RE: BA350-SA & RZ28M-VWB Message-ID: <5.1.0.14.2.20020130154400.00a85a58@raptor.psccos.com>   Hi yourself!  A Yeah, I'm not worried about performance (it's only a 100mhz Alpha D anyway).  I just need some storage, and we have these laying around.  * At 03:23 PM 1/30/2002, WILLIAM WEBB wrote: >Hi, Dan- it's been a while. > 0 >Hmmm. I know the Ks but haven't ever seen an S. > - >I'm assuming that the BA350 is a narrow SCSI ) >device- all the 350s I've ever seen are.  > / >I've heard rumors of people doing exactly what / >you propose with no ill effect (in other words 0 >you probably won't toast your drives unless you0 >file off the rails and put 'em in upside down.) > 1 >Performance *will* be lessened because the 350's 5 >bus width will force them to operate in narrow mode.  > / >You'd be better off finding a couple of BA356s 1 >with the 16-bit I/O modules- then you could hook 0 >two together, have a bigger chain AND run wide. > 4 >Oh, and beware using 7200 RPM drives like the RZ29. > 5 >You can end up with heat death just like the Multia. 3 >350s had to have a fan upgrade to handle the heat.  >  >WWWebb  >  >-----Original Message----- 0 >From: Info-VAX-Request@Mvb.Saic.Com at INTERNET* >Sent: Wednesday, January 30, 2002 4:53 PMC >To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET  >Subject: BA350-SA & RZ28M-VW  >  > ( >Will a BA350-SA support RZ28M-VW disks?   ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+    ------------------------------  % Date: Wed, 30 Jan 2002 22:50:57 -0000 / From: "rasler" <removethis.rasler@ntlworld.com>   Subject: Re: BA350-SA & RZ28M-VWC Message-ID: <kN_58.56515$ka7.9419851@news6-win.server.ntlworld.com>   K If I remember right you can not put wide drives in a BA350  but you can use  wide and narrow in a BA356.  Jools. if    7 "WILLIAM WEBB" <WWEBB1@email.usps.gov> wrote in message ' news:0033000049848362000002L022*@MHS...    Hi, Dan- it's been a while.   / Hmmm. I know the Ks but haven't ever seen an S.   , I'm assuming that the BA350 is a narrow SCSI( device- all the 350s I've ever seen are.  . I've heard rumors of people doing exactly what. you propose with no ill effect (in other words/ you probably won't toast your drives unless you / file off the rails and put 'em in upside down.)   0 Performance *will* be lessened because the 350's4 bus width will force them to operate in narrow mode.  . You'd be better off finding a couple of BA356s0 with the 16-bit I/O modules- then you could hook/ two together, have a bigger chain AND run wide.   3 Oh, and beware using 7200 RPM drives like the RZ29.   4 You can end up with heat death just like the Multia.2 350s had to have a fan upgrade to handle the heat.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Wednesday, January 30, 2002 4:53 PM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: BA350-SA & RZ28M-VW    ' Will a BA350-SA support RZ28M-VW disks?    ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | J +-------------------------------+---------------------------------------+=   ------------------------------  # Date: Wed, 30 Jan 2002 22:56:42 GMT ' From: Steve Thompson <smt@vgersoft.com>   Subject: Re: BA350-SA & RZ28M-VWG Message-ID: <Pine.LNX.4.33.0201301756050.6769-100000@vger.vgersoft.com>   ( On Wed, 30 Jan 2002, Dan O'Reilly wrote:  ) > Will a BA350-SA support RZ28M-VW disks?   F No, it doesn't work. The BA350 is a narrow shelf and the -VW is a wide7 disk. The other way around works though (-VA in BA356).    steve    ------------------------------  % Date: Wed, 30 Jan 2002 19:19:33 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)  Subject: Re: BA350-SA & RZ28M-VWK Message-ID: <rdeininger-3001021919330001@1cust166.tnt3.nashua.nh.da.uu.net>   F In article <5.1.0.14.2.20020130144943.036865c0@raptor.psccos.com>, Dan" O'Reilly <dano@process.com> wrote:  ( >Will a BA350-SA support RZ28M-VW disks?    8 Try to find these files lurking on the Compaq web pages:* QB00LQPF.PDF  --  Storage Disk Drives V2.1- QB001QPF.PDF  --  Storwk Carr, Shel, Ped V2.1   I These are sections of Systems and Options, related to storageworks drives  and shelves.  K I'm pretty sure my copies of these files came from Compaq about a year ago.  I neglected to keep the URLs.   J I can email them as attachments if you can't find them.  They total around 100 kB.   % A quick scan of these docs indicates: =  You can't put the wide -VW drives in the narrow BA350 shelf. O  The -VA (narrow) variant of the RZ28M is 5400 RPM and is supported in a narrow 	    shelf. N  The doc references a BA350-SB.  I don't know what the difference from -SA is.:  Some 7200 RPM drives are supported in some BA350 shelves.   ------------------------------    Date: 30 Jan 2002 14:52:26 -0800' From: jbecker@ui.urban.org (Jim Becker) M Subject: Re: Be prepared, Encompass is using SBA to SPAM folks for Membership = Message-ID: <c113b52c.0201301452.4aaaf4ee@posting.google.com>   u Jim.Johnson@software-exploration.nospam.com (Jim Johnson) wrote in message news:<3c57a8ae.436727@news.demon.co.uk>...  > Terry, > H > I don't think that's the full story.  I received the Encompass SPAM atF > an email address that has never had anything to do with Encompass orH > DECUS.  They got that email address from somewhere, and it wasn't from > their own archives.  >  > Jim.  A I state categorically that Encompass does not obtain addresses by  inappropriate means.  C All addresses for these mailings were acquired directly from people 3 who provided them to Encompass, one way or another.   = Apparently, most of the complaints are coming from people who A registered on the CETS portal site, apparently because they don't  realize the following:E a) Encompass was a full partner in CETS 2000 and CETS 2001. Encompass + had access to the portal registration data.r> b) If in your portal registration you indicated an interest in, Encompass, you were included in the mailing.C c) If in your portal registration you allowed non-program mailings,A! you were included in the mailing.m  B FYI, another list of addresses was provided to Encompass by INFORMD magazine -- but (they tell us) the addresses included only those who. explicitly indicated an interest in Encompass.  ? And of course, there are those who have registered as EncompassnF members or associates, or whose DECUS U.S. Chapter memberships carried over into Encompass.   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)r' Encompass (http://www.encompassus.org/)A. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------    Date: 30 Jan 2002 14:55:37 -0800' From: jbecker@ui.urban.org (Jim Becker)oM Subject: Re: Be prepared, Encompass is using SBA to SPAM folks for Membershipt= Message-ID: <c113b52c.0201301455.1f44417e@posting.google.com>   Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3C582848.BFC96A80@127.0.0.1>...t [snip] > I would suggest a subject of:  > < > Encompass User Group - Limited time discounted joining fee > F > And whilst I appreciate the body of the message is a sales pitch, itJ > needs to be slightly toned down. If I warrent the subject needs a closer? > look, I've been known to hit delete based on the first line. e > H > I'm trying to be constructive, I'm not condemning you for sending this > email.   Noted. Thanks (really!).   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)s' Encompass (http://www.encompassus.org/)f. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------    Date: 30 Jan 2002 20:50:46 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)oM Subject: Re: Be prepared, Encompass is using SBA to SPAM folks for Membershipe3 Message-ID: <vp66lpQ8Vs64@eisner.encompasserve.org>h  g In article <c113b52c.0201301452.4aaaf4ee@posting.google.com>, jbecker@ui.urban.org (Jim Becker) writes:i  ? > Apparently, most of the complaints are coming from people whoiC > registered on the CETS portal site, apparently because they don'ta > realize the following:G > a) Encompass was a full partner in CETS 2000 and CETS 2001. Encompassy- > had access to the portal registration data.e@ > b) If in your portal registration you indicated an interest in. > Encompass, you were included in the mailing.E > c) If in your portal registration you allowed non-program mailings,-# > you were included in the mailing.d  7 I do not recall being asked about non-program mailings,n3 but I _did_ give the woman on the phone a throwaway * email address to avoid problems like this.   ------------------------------  % Date: Wed, 30 Jan 2002 14:46:14 -0600T* From: "Earl D. Lakia" <elakia@hotmail.com> Subject: BEA Message Q Recoveryo( Message-ID: <3c585b9e@news.netnitco.net>  J We have a problem with a BEA MessageQ application.   There is a client appH running on Windows NT and 2000. There is a server app running on OpenVMS< 7.3.  We are using BEA MessageQ 5.0 client library services.  B * If I stop and restart the server application process, the clientK application does what it is designed to do.  That is, it displays a red boxiL indicator on the screen that displays that communications to the SupervisoryE system is down, when the application is stopped.  When application is-H started it reconnects successfully within 15 seconds and resumes working
 correctly.  I * If I stop the server app and then stop DMQ via @DMQ$SHUTDOWN 1 40, thenrH reboot the server, then start DMQ and start the app, then the client appA does recover within 45 seconds or so after the server app starts.a   so far so good...   L * If, while the system and apps are running, I just reboot the server systemH (simular to a system crash might be), restart DMQ and the apps, then theI Windows 2000 Client does not reconnect for at least ten minutes.  Well, I-K did not wait any longer than that so I do not know exactly how long it tookrH to reconnect.  Basically, I found that it was stuck in the PAMS_ATTACH_Q= call.  I have a timeout specified of 5 seconds (value of 50).h  I I did try setting the ReconnectTimerInterval=15, and this did not help atr, all.  The documentation I have seems sparse.  H Any other ideas or infomation would be appreciated on how to not hang in PAMS_ATTACH_Q?   -Earl Lakiat lakia@<nospam>ipact.comg   ------------------------------  + Date: Wed, 30 Jan 2002 22:59:14 +0000 (UTC)o, From: "Richard Maher" <maher_rj@hotmail.c0m>E Subject: Re: Calling COBOL "called programs" from Non-COBOL languages</ Message-ID: <a39ts2$cnp$1@helle.btinternet.com>n   Hi Don,#  J I've always used SET WS_REAL_INTEGER TO REFERENCE LS_IN_INTEGER to recieveD arguments BY VALUE. (Really handy if you'll be using COBOL with $ICCF services! Is official support for this documented anywhere or is thereK intrinsic language support planned for recieving arguments BY VAL, BY DESC?<   Regards Richard Maher   K PS. In the early days I'd tried to use "by content" for an AST argument andt1 it only ever worked the first time. Any comments?=   PPS. Well Done!!!/  7 Don Braffitt <don.braffitt@compaq.com> wrote in message=7 news:14c5ce2f.0201300952.6a511a7e@posting.google.com...a2 > cask1@yahoo.com (Kelly Donahue) wrote in message9 news:<f4f1188e.0201171925.5a065c60@posting.google.com>...EI > > Does anyone know how to call a COBOL "Called Program" from a languagenC > > other than COBOL?  We're running DEC COBOL V2.4 and OpenVMS 7.1i > >r > > Thanks in advance. >oG > There are two sections of the Compaq COBOL User Manuaul which providet > some of this information:r >fK > http://www.openvms.compaq.com/doc/73final/cobol/cobum_005.htm#index_x_577r >EL http://www.openvms.compaq.com/doc/73final/cobol/cobum_contents_003.htm#toc_c	 hapter_12e >" > - Don BraffittA >   Compaq COBOL and SORT project leader (OpenVMS and Tru64 UNIX)n   ------------------------------  % Date: Wed, 30 Jan 2002 19:22:11 -0500/% From: JF Mezei <jfmezei@videotron.ca>a1 Subject: Capellas: merger on track for March votei, Message-ID: <3C588E2C.D6507F9E@videotron.ca>  / Compaq CEO Sees Merger on Track with Regulatorsl  ,                           By Peter Henderson  H  SAN FRANCISCO (Reuters) - Compaq Computer Corp. Chief Executive MichaelE Capellas said on Wednesday his company and Hewlett-Packard  Co.  were L determined to hold shareholder votes in March on their $22.3 billion merger,= and said regulatory approval was on track for that to happen.=  K  ``I think I can speak for us collectively -- HP -- here. We are absolutelyIV bound and determined to get the vote in March,'' he said in an interview with Reuters.  L  ``All the processes are moving forward. Whether it's filing the S-4 (mergerQ plan document), regulatory approval, all the things are going through,'' he said.o  L  A decision by European regulators on whether to approve the deal or prolongK their investigation by four months -- and potentially challenge part of theeN plan -- is due by Thursday, but Capellas said he did not have official word on the ruling.-  J  Whether the merger will be approved by shareholders is also still an openG question. The deal has run into fierce opposition from key shareholders5T including HP director Walter Hewlett, the son of company co-founder William Hewlett.  E  Capellas and Hewlett-Packard Chief Executive Carly Fiorina this week-N independently briefed Institutional Shareholder Services, a company which willM advise fund managers how to vote on the merger. Capellas said it would affect K a ``tremendous'' number of funds but declined to say how the meetings went.e  J  ``I honestly feel better now than I did, say, four to six weeks ago,'' heJ added in a presentation to investors. In mid-December the final undeclaredH Hewlett-Packard founding family trust threw in with other family membersM against the merger, increasing the opposition bloc to 18 percent of HP stock.   K  But Compaq and HP had not estimated their support before setting in motionb* the voting process, Capellas told Reuters.  L  The companies have said that shareholders of record on Jan. 28 will vote onM the deal, and by doing that they have tied themselves to a vote by the end oftD March. Capellas said they could change the date but did not plan to.  S  ``We are watching pretty damn carefully -- we don't see that happening,'' he said.r  J  His company had delivered stronger than anticipated results in the fourthI quarter and earlier this week raised its forecast for 2002, both of whichtC would bolster support for management and thus the merger, he added.e    STRONG RESULTS NEEDED  J  That was especially important after the Sept. 11 attacks and other issues& skewed third-quarter results, he said.  M  Fiorina has urged employees to focus on delivering results for the company's-H fiscal first quarter, which ends on Thursday and will be reported in the middle of February.   M  Those numbers will be key to helping many investors decide which way to vote0 on the merger, Capellas said.0  M  ``Strong results from HP would indicate that we've been focused and continue- to execute,'' he said.  M  Capellas told the investors at the conference, organized by Banc of America, E that the companies had made it through the period when they were mostt" vulnerable to customer defections.  N  ``My biggest fears about revenue loss were in the quarter that just passed,''V he said. ``Quite frankly it doesn't look like either company has lost much momentum.''  H  He laid out the integration of the firms, which have total sales of $80I billion to $90 billion, as a fairly straightforward job and said Compaq'ssS acquisition of Digital Equipment Corp, had been a success after initial stumblings.5  J  Compaq tried to reorganize the sales forces while integrating and did notL clarify its product line and assign responsibility for implementing changes, he said.  K  ``There is not a lot of magic to what you have to do, but the product road T map piece and the accountability piece was actually missing early'' at DEC, he said.  G  In a statement issued Wednesday, Hewlett said that studies showed most E technology mergers were a failure, including the Compaq-DEC alliance.o  L  Hewlett argues that HP is taking on a vendor of commodity computers insteadN of a technology leader. HP and Compaq say they are addressing industry changes as well as saving money.  K  ``History shows that management's optimism does not provide an escape fromfJ the economic reality that business model, not scale, determines success in5 commodity computing,'' Hewlett said in his statement.   K  HP has promised to quickly boost earnings and immediately to begin cuttingiL some $2.5 billion in costs. ``Whenever you have mixed  opinions, you have to& have early successes,'' Capellas said.   ------------------------------  % Date: Wed, 30 Jan 2002 23:47:49 -0500n% From: "John Vottero" <John@mvpsi.com>  Subject: Carly's O/S Commitment / Message-ID: <u5hj3q3ti7c155@news.supernews.com>5  " You can read the whole article at:  B http://www.computerworld.com/storyba/0,4125,NAV47_STO67832,00.html  # The comment that caught my eye was:-  L Fiorina said. "This is a combination that's good for Linux. What I have beenD telling customers is that as this merger goes forward, our strategicH commitment at the operating system level is to Windows, Unix and Linux."   ------------------------------  # Date: Thu, 31 Jan 2002 06:51:24 GMT - From: michael.greenNOSP@Mvideotron.ca (MikeG)-# Subject: Re: Carly's O/S Commitment 1 Message-ID: <3c58e67e.38013734@news.videotron.ca>    Folks,A not that I mean to defend Ms Fiorina, but being fair I doubt thatuC she's going to be mentioning commitments to a product (OpenVMS) shenB doesn't yet own.  Besides, thinking of the event where she uttered? such prophetic words, I doubt that OpenVMS is relevant to theirB conference/expo.     Just my .02B Mike G  e    C On Wed, 30 Jan 2002 23:47:49 -0500, "John Vottero" <John@mvpsi.com>  wrote:  # >You can read the whole article at:w >eC >http://www.computerworld.com/storyba/0,4125,NAV47_STO67832,00.htmln >o$ >The comment that caught my eye was: >eM >Fiorina said. "This is a combination that's good for Linux. What I have beenlE >telling customers is that as this merger goes forward, our strategicoI >commitment at the operating system level is to Windows, Unix and Linux."b >e >n >b >u   ------------------------------    Date: 30 Jan 2002 11:14:50 -0800& From: dorrt@sutterhealth.org (tr dorr)* Subject: Commercial version of PGP for VMS= Message-ID: <59b7bbb8.0201301114.5be0a23b@posting.google.com>   F We are in the Health Care business and am finding it difficult gettingB a current COMMERCIAL version of PGP for VMS. I talked with Network	 Assoc andt1 all they could provide was a NT license for PGP. r= Does anyone use a current Commercial version of PGP for VMS? ,B Ealier posts recommended a non-commercial version by doing a buildE using a C compiler. At this time, we do not have a c compiler and not3/ able to build our own. What options do we have?- Thanks,- TR   ------------------------------  % Date: Wed, 30 Jan 2002 15:51:13 -0500 1 From: Michael Austin <maustin@firstdbasource.com> . Subject: Re: Commercial version of PGP for VMS2 Message-ID: <3C585CC1.56D8B56D@firstdbasource.com>   tr dorr wrote: > H > We are in the Health Care business and am finding it difficult gettingD > a current COMMERCIAL version of PGP for VMS. I talked with Network > Assoc and-2 > all they could provide was a NT license for PGP.> > Does anyone use a current Commercial version of PGP for VMS?D > Ealier posts recommended a non-commercial version by doing a buildG > using a C compiler. At this time, we do not have a c compiler and not 1 > able to build our own. What options do we have?S	 > Thanks,Z > TR    C contract me to do the compiles and give you the objects with a linki> procedure. (hey- those of us out of work need to make a livingD somehow...) Or just search the web using your favorite search engineC (mine is now gone.. was NorhternLight.com) for openvms pgp binaries) -- j   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.coms Sr. Consultant   ------------------------------  % Date: Wed, 30 Jan 2002 14:57:22 -0500n* From: "Chris Moore" <moore_mc@hotmail.com>6 Subject: Re: Compaq Analyze - security for web server?0 Message-ID: <bfY58.3587$X2.49912@nnrp1.uunet.ca>  A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in messageS0 news:29JAN02.21484559@thuria.waisman.wisc.edu...J > I've listened to the numerous complaints about CA in this forum and haveI > dreaded the day when new hardware will require it. Today I've installedoH > it (WEBES V4.0 with SP3) on a recently acquired ES40 (Decevent doesn't* > support the ES40) with low expectations. >oF > While the installation was successful and everything appears to workJ > (although at a snail's pace due to the dependance on Java I assume), I'mH > wondering how one controls access to the web server. There's nothing IG > can find in the documentation about limiting access to the web serverr= > other than disabling it. There's a password.txt file in the B > [desta.config] directory that looks hopeful but adding a line ofA > "username password" appears to have no effect. I've deleted thelH > configuration.dat file and restarted DESTA as well (as this appears toH > be how some configuration data is changed). While I doubt that the webH > server will be of any actual value, was the thought of security really > left out of this product?  >rI > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 2 > --                      karcher@waisman.wisc.edu  H I suspect that almost ANY kind of "thought" was left out of this product   ------------------------------  # Date: Thu, 31 Jan 2002 02:58:01 GMTd. From: "Duane Sand" <Duane.Sand@mindspring.com>> Subject: Re: Comparitive reliability figures as used by Compaq; Message-ID: <Zo268.1400$OC6.6232@rwcrnsc51.ops.asp.att.net>    "Alan Greig" wroteB > At  the November London DECUS session a figure was given for theD > highest speed they had been able to push EV7 pass zero silicon to.G > Given that Elias confirmed 64 processor EV7 systems were "stable" and E > currently running every Compaq OS (presumably Tru64, VMS and Linux)a   Windoze and NSK too, huh?,   ------------------------------  % Date: Wed, 30 Jan 2002 23:15:40 -0500l+ From: "Main, Kerry" <Kerry.Main@Compaq.com>e> Subject: RE: Comparitive reliability figures as used by CompaqT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C01@kaoexc01.americas.cpqcorp.net>  C >>> it should please intel since it isn't an impressive performances, compared to its 8086s that run at 1.6ghz.<<<  - Yep, single and dual cpu systems only though..  C As someone already stated, Mhz is certainly not the only measure ofh performance.=20   F The 32bit X86's have done well, but check out the different vendors toD see what the latest 3+ CPU server speeds are at - I suspect you willE find they are running Xeon's at 700Mhz range. Some very recent modelsi@ use 900Mhz, but most models are also still using PIII Xeon CPUS.   Regards,    
 Kerry Main Senior Consultant. Compaq Canada Corp.o Professional Servicesi Voice: 613-592-4660@ Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: JF Mezei [mailto:jfmezei@videotron.ca] Sent: January 30, 2002 7:14 AM To: Info-VAX@Mvb.Saic.Coml> Subject: Re: Comparitive reliability figures as used by Compaq     Bill Todd wrote:E > Is even that initial speed yet definite?  My impression was that atn one timeF > the expectation got backed down to 1 GHz, but that more recently 1.2 GHz hasc > been hinted=20  E Apple is starting to sell 1ghz machines on POWER. So if Alpha manages  1.0 orD 1.2, it should please intel since it isn't an impressive performance compared  to its 8086s that run at 1.6ghz.  C Remember that in the "industry standard" market, only mhz counts to6 compare chips.   ------------------------------  # Date: Wed, 30 Jan 2002 21:11:50 GMTs  From: cjt <cheljuba@prodigy.net>+ Subject: Re: Cross Compiler to SUN/Solaris?e+ Message-ID: <3C5861EB.2F4DEC6A@prodigy.net>0  ! Steve.Spires@yellgroup.com wrote:  > H > Yes, that's happening to me here. I was bought on board to oversee theJ > phasing out of the VMS boxes to be replaced by SAP. My original contract8 > was for 9 months. Three years later and still going... >  > ;^Dw   What are you doing wrong?  <g>   > 	 > Steve Sp > J > Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> on 01/29/2002 10:09:17 PM > " > To:        Info-VAX@Mvb.Saic.Com > cc:pM > From:      Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>, 29 January 2002,  >            10:09 p.m.n > $ > Re: Cross Compiler to SUN/Solaris? >  > JF Mezei wrote:n > >e > > Larry Kilgallen wrote:K > > > > So, if the Customer decided to move from VMS to SUN, or to Winsh*t,o > my job is to > > > > help him to move.- > > > >- > > > > Sad, but reality.2 > > >17 > > > Not sad for you.  I predict many billable hours !j > >BJ > > Not necessarily. I was involved in a similar project (move from VMS to > NT).M > > The company had hired some "NT specialists" and my involvement was simplyN > toK > > explain the VMS specific stuff they didn't understand. They rewrote thee > appl$ > > from scratch. Took them 2 years. > J > yup, unfortunately this is the way I have observed things to happen. The > VMSiK > people are kept hanging around until the replacement system is needed buts > nothG > involved in the replacement project except when absolutely necessary.n > 	 > regardsh > -- > Tim.Llewellyn@cableinet.co.ukt > D > Standard disclaimer applies. My views in no way represent those of# > my employers or service provider.Q > H > ______________________________________________________________________ >  > [Information] -- PostMaster:F > This transmission is intended solely for the addressee(s) and may beI > confidential. If you are not the named addressee, or if the message hassI > been addressed to you in error, you must not read, disclose, reproduce,s& > distribute or use this transmission. > J > Delivery of this message to any person other than the named addressee isI > not intended in any way to waive confidentiality.  If you have receivedoM > this transmission in error please contact the sender or delete the message.f >  > Thank you. > F > Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.= > Registered in England and Wales, registered number 4205228.  > K > Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,_F > RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  % Date: Wed, 30 Jan 2002 23:22:00 -0500r+ From: "Main, Kerry" <Kerry.Main@Compaq.com>g+ Subject: RE: Cross Compiler to SUN/Solaris?aT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4016CE911@kaoexc01.americas.cpqcorp.net>   JF -   Can't resist ..E  : >> They rewrote the app from scratch. Took them 2 years.<<  E Let me guess - to get the CEO interested, they stated it could all be @ done in 3-6 months and 64bit NT was "right around the corner" ..  ! I hear Consultants love change ..,   :-)C   Regards,  
 Kerry Main Senior Consultantr Compaq Canada Corp.u Professional ServicesA Voice: 613-592-4660o Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: JF Mezei [mailto:jfmezei@videotron.ca] Sent: January 29, 2002 6:56 AM To: Info-VAX@Mvb.Saic.Com + Subject: Re: Cross Compiler to SUN/Solaris?a     Larry Kilgallen wrote:G > > So, if the Customer decided to move from VMS to SUN, or to Winsh*t,B my job is to > > help him to move.  > >t > > Sad, but reality.r >=203 > Not sad for you.  I predict many billable hours !   F Not necessarily. I was involved in a similar project (move from VMS to NT).B The company had hired some "NT specialists" and my involvement was	 simply to3G explain the VMS specific stuff they didn't understand. They rewrote the/ app3  from scratch. Took them 2 years.   ------------------------------  % Date: Wed, 30 Jan 2002 23:44:10 -0500 % From: JF Mezei <jfmezei@videotron.ca>-+ Subject: Re: Cross Compiler to SUN/Solaris?a, Message-ID: <3C58CB8A.32171B90@videotron.ca>   "Main, Kerry" wrote:< > >> They rewrote the app from scratch. Took them 2 years.<< > G > Let me guess - to get the CEO interested, they stated it could all berB > done in 3-6 months and 64bit NT was "right around the corner" ..  L No. The CIO decided it had to be done on Microsoft software only, before theL project specs were defined. I had suggested Digital as consultants to do theN conversion sicne DEC was a Microsoft approved outfit, but he didn't think thatH Digital was a "real" microsoft outfit and never returned the calls I had  arranged DEC make to his office.  J He is the perfect example of "nobody's been fired for choosing microsoft".   ------------------------------  % Date: Wed, 30 Jan 2002 16:03:20 -0500i+ From: "Rick Barry" <barry@star.zko.dec.com>o Subject: Re: CSWS: POST Problemo1 Message-ID: <HcZ58.210$am1.4488@news.cpqcorp.net>   - "Theo Platt" <theop@itex.je> wrote in messageo7 news:31ff7ddd.0201300650.5a9d5dbe@posting.google.com... = > We're noticing the same problem with GET and PUT populatingsB > WWW_QUERY_STRING but POST not doing the same. Did you get to the > bottom of it ? >vF > Reading around a bit and I've found that POST is supposed to put theG > query into APACHE$INPUT but the value stored in there doesn't seem toH# > resemble anything like the query.  >l > Cheers >  > Theo  K GET and PUT place the query data in WWW_QUERY_STRING. For POST, you get the H query data from APACHE$INPUT. The query data should look pretty much the same. What are you seeing?  
 Rick Barry) Compaq Secure Web Server Development Teams OpenVMS System Software Group  Compaq Computer Corporatione
 Nashua, NH   ------------------------------  % Date: Wed, 30 Jan 2002 16:50:16 -0500n1 From: Michael Austin <maustin@firstdbasource.com>i Subject: Re: CSWS: POST Problemo2 Message-ID: <3C586A98.DEB8189C@firstdbasource.com>   Rick Barry wrote:r > / > "Theo Platt" <theop@itex.je> wrote in messages9 > news:31ff7ddd.0201300650.5a9d5dbe@posting.google.com...t? > > We're noticing the same problem with GET and PUT populatingtD > > WWW_QUERY_STRING but POST not doing the same. Did you get to the > > bottom of it ? > > H > > Reading around a bit and I've found that POST is supposed to put theI > > query into APACHE$INPUT but the value stored in there doesn't seem tor% > > resemble anything like the query.d > >s
 > > Cheers > >, > > Theo > M > GET and PUT place the query data in WWW_QUERY_STRING. For POST, you get theuJ > query data from APACHE$INPUT. The query data should look pretty much the > same. What are you seeing? >  > Rick Barry+ > Compaq Secure Web Server Development Team  > OpenVMS System Software Groupa > Compaq Computer Corporationt > Nashua, NH  F I got to the bottom of it my rolling my own (actually modified someoneH elses code to do what I needed it too) equivilent to the OSU CGI_SYMBOLSF program  I tried that one, but I think I may have need to redefine the input logical for OSU.  < It does exactly what I wanted. Although, I will need to makeB modifications if the input is of significant size (ie > 970bytes).  H I have never claimed to be a programmer, but I can sure cut/paste/modifyH just about any language out there.  I once had to reduce a DIBOL programE down to a reproducable case of open/close a file with the correct RMSbH attributes.  Turns out, they had a bit-mask set incorrectly which workedD under a previous version and the code was "tightened up" to actuallyE enforce the bit-mask. Took < 30 minutes to find the problem.  Not bade for a first time run at DIBOL. --     Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comm Sr. Consultant   ------------------------------  % Date: Wed, 30 Jan 2002 21:43:40 -050051 From: Michael Austin <maustin@firstdbasource.com>i0 Subject: Re: CTLPAGES - Monitoring Free P1 Space2 Message-ID: <3C58AF5C.9E4A3980@firstdbasource.com>   Andy Bustamante wrote: > J > Alpha VMS 7.2-1 (and 7.2-1H1) I have a database application that on someF > very large sites has generated a "virtual address space" error.  The@ > processes in question have sufficent pqflquota, monitored withI > F$GETJPI(PID,"PGFLQUOTA").  After an unproductive sesssion with CSC (noiF > names here) I was advised to increase the sysgen parameter CTLPAGES.L > "CTLPAGES specifies the size of P1 pool"  This has eliminated the problem,2 > although follow on increases have been required. > N > On my last autogen I set MIN_CTLPAGES=640.  I'd like to monitor this for theH > database processes and be able to anticipate my reboots/tuning.  TableH > DCLI-9 in the DCL Dictionary points out FREP1VA and FREPTECNT, but theL > values I'm getting from F$GETJPI (7AD02000 and 2147483647) on process withH > PGFLQUOTA of 9000000 don't match my mental model of what the system is= > doing.    Can someone point me in the right direction here?, >  > -- >  > Andy Bustamantem* > remove the ascii-95's to reply by e-mail   Andy,O  G Which database engine are you using.  This would be helpful in figuring " out what should be where and when. -- c   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.come Sr. DBA Consultant   ------------------------------  # Date: Wed, 30 Jan 2002 23:39:37 GMTn6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>, Subject: CTLPAGES - Monitoring Free P1 SpaceD Message-ID: <Zu%58.8329$By6.970313@newsread2.prod.itd.earthlink.net>  H Alpha VMS 7.2-1 (and 7.2-1H1) I have a database application that on someD very large sites has generated a "virtual address space" error.  The> processes in question have sufficent pqflquota, monitored withG F$GETJPI(PID,"PGFLQUOTA").  After an unproductive sesssion with CSC (nogD names here) I was advised to increase the sysgen parameter CTLPAGES.J "CTLPAGES specifies the size of P1 pool"  This has eliminated the problem,0 although follow on increases have been required.  L On my last autogen I set MIN_CTLPAGES=640.  I'd like to monitor this for theF database processes and be able to anticipate my reboots/tuning.  TableF DCLI-9 in the DCL Dictionary points out FREP1VA and FREPTECNT, but theJ values I'm getting from F$GETJPI (7AD02000 and 2147483647) on process withF PGFLQUOTA of 9000000 don't match my mental model of what the system is; doing.    Can someone point me in the right direction here?    --   Andy Bustamantee( remove the ascii-95's to reply by e-mail   ------------------------------  % Date: Wed, 30 Jan 2002 20:11:50 -0500-% From: JF Mezei <jfmezei@videotron.ca>d7 Subject: Re: C|Net - Itanium to take on Alpha influence-, Message-ID: <3C5899CB.B40981B2@videotron.ca>   Ken Farmer wrote:  > $ > Itanium to take on Alpha influence+ > http://news.com.com/2100-1001-826527.htmli  N Until Intel reveals specific features that were present in Alpha and ported toG IA64, I continue to see those articles as vaporware.  The only concreteGL information in the article is that Intel is using former Compaq employees to# develop the compilers for the IA64.    ------------------------------  # Date: Thu, 31 Jan 2002 00:50:14 GMT ( From: "Ken Farmer" <kfarmer@openvms.org>3 Subject: C|Net - Itanium to take on Alpha influence ? Message-ID: <ax068.61537$a07.10623233@typhoon.southeast.rr.com>c  " Itanium to take on Alpha influence) http://news.com.com/2100-1001-826527.htmls     -- Kenneth Farmer http://www.OpenVMS.org http://www.Tru64.org   ------------------------------  % Date: Wed, 30 Jan 2002 14:59:43 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>" Subject: Re: DCPS - DECprint docs?; Message-ID: <300120021459434108%paul.r.anderson@compaq.com>   F In article <OF67BAF0D8.C2A1BC08-ON07256B51.005CB316@rsc.raytheon.com>,2 David D Miller <ddmiller@west.raytheon.com> wrote:  A > Where is DECprint (DCPS -- is that right? DECprint Supervisor?) 6 > documentation live these days?  Has it been renamed?  A DCPS documentation is available in hardcopy (QA-09NAA-GZ), on theoG CD-ROM (QA-09NAB-H8) which contains all DCPS software and documentationeG in five formats (Bookreader, HTML, PDF, PostScript and text) and on thei$ quarterly documentation CDs in HTML.  4 AFAIK, DCPS documentation is not available publicly.   > Am I having a senior moment?  C I can't really say.  But if you would like a copy of the docs I can  e-mail them to you.    Paul   -- o  Paul Anderson   OpenVMS Engineering:   Compaq Computer Corporationw   ------------------------------  % Date: Thu, 31 Jan 2002 01:24:04 +0100e1 From: Michael Heiming <michael+USENET@heiming.de>g. Subject: Re: DEC ALPHA ES40 Equipment For Sale- Message-ID: <4r2a3a.765.ln@charon.heiming.de>s   Joseph M(jmon@retechwest.com -  F <c8732ca9.0201292236.670d3a37@posting.google.com>) wrote at Wednesday  30 January 2002 07:36:    This is a newsgroup not a bazar! Try ebay...t   Michael Heiming0 --$ Remove the +SIGNS case mail bounces.   ------------------------------  % Date: Wed, 30 Jan 2002 12:48:25 -0500a5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>IY Subject: Re: DECW$SERVER_0 dies periodically; X11 colour wheel program blackouts the  scr 1 Message-ID: <%oW58.200$am1.4505@news.cpqcorp.net>s  L If you have a support contract, the best way to handle this is to report theL bug.  With the full file contents from the decw$server_0_error.log file, andJ some information about the system and baselevels you are running - someone* should be able to focus in on the problem.  K You can put the entire contents of the file in here (or send me mail) - but I it may not get the priority and garantee of someone looking at it, that ae real bug report will.    _Fred-  7 Sam Hoblit wrote in message <3C5723FD.90209@bnl.gov>...U >Brass Christof wrote: >  >> Hi folksc >>A >> After investigating my problems, searching in FAQ, comp.os.vms 7 >> and ask the wizard archives I have to resort to you!- >>A >> I expect the 2.5 problems to be related, i.e. to have the samed@ >> source which could be a configuration mistake on my side or a2 >> problem with the DECwindowx X11 display server. >>( >> The two and a half problems in short: >>C >> 1.The display server dies periodically every three or four days.i> >> Normally it dies while I do something but it died also once< >> when I wasn't there. VMS continues running also I have to< >> reboot because restarting the window server doesn't work. >>= >> 2.The example program from section 5.4.2 (Allocating Color-	 >> Cells)-C >> http://www.openvms.compaq.com:8000/73final/5642/5642pro_006.html ? >> blackouts the screen after pressing MB1 to try to rotate thegA >> colour wheel if executed on a TrueColor default visual screen.F@ >> The screen is black and remains black afterwards although the? >> display server continues running. I didn't find any means to0@ >> get anything displayed after that happens therefore I have to> >> reboot. Pressing MB2 to stop the program always works, i.e.8 >> before trying to press MB2. The program also works if? >> executed on a screen with a PseudoColor default visual or one= >> an older machine with a different graphics board, an oldert: >> VMS version and an older DECwindows X11 display server.> >> Also, resizing the colour wheel to a bigger window leads to7 >> a somewhat distorted image. Some background stripes,o< >> horizontally and vertically, adjacent to the former right< >> and bottom borders cut the wheel into pieces. The program@ >> works perfectly wrt that phenomenon on the older environment. >>3 >> Some data for the machine that shows the problemi3 >> ------------------------------------------------a >>- >> This is a machine with a hobbyist license.h >>% >> - DS20E, single cpu 500 MHz, 512MBoA >> - Two PowerStorm 300, devices GBB0 (head 1) and GBA0 (head 2).z >>> >> The default visual for head 2 is changed to PseudoColor and@ >> pixel depth 8. Head 2 is still TrueColor with pixel depth 24. >> >> $ product show history *  >>< >> PRODUCT                             KIT TYPE    OPERATION> >> ----------------------------------- ----------- -----------: >> DEC AXPVMS VMS721_UPDATE V3.0       Patch       Install: >> DEC AXPVMS VMS721_PCSI V1.0         Patch       Install: >> DEC AXPVMS DECNET_OSI V7.2-1        Full LP     Install: >> DEC AXPVMS DWMOTIF V1.2-5           Full LP     Install: >> DEC AXPVMS OPENVMS V7.2-1           Platform    Install: >> DEC AXPVMS TCPIP V5.0-10            Full LP     Install: >> DEC AXPVMS VMS V7.2-1               Oper System Install >>! >> $ type decw$server_0_error.loge >>8 >> This is the DECwindows X11 display server for OpenVMS6 >> AXP V7.1-001212 compiled on Dec 12 2000 at 16:34:31 >> ... >> >>@ >> Some data from the machine that works okay wrt "colour wheel"@ >> ------------------------------------------------------------- >>< >> This is a machine with a commercial license but also only: >> used for private purposes. At the time when I baught it, >> the hobbyist programme didnd't exist yet. >> >> - DEC 3000 300LXi= >> - on board graphics supports only PseudoColor with depth 8  >>
 >> VMS 6.2 >>! >> $ type decw$server_0_error.loga >>8 >> This is the DECwindows X11 display server for OpenVMS6 >> AXP T6.2-950505 compiled on May  5 1995 at 04:29:36 >>@ >> ------------------------------------------------------------- >>A >> I understand that DECwindows X11 display server on the problemi> >> machine has been compiled for VMS 7.1 but is now running on/ >> 7.2-1. But this is the factory installation.  >>A >> I really appreciate any hints or directions how to investigatee; >> the problem any further. Please let me know whether somep= >> necessary information is missing I'm eager to supply that.c: >> If the topic is not appropriate for the NG or for other9 >> reasons please email me directly (brass@infoplus.com).d >s >iC >I don't know how to help you, just wanted to say we have a similar D >problem - DECW$SERVER_0 dies on a couple of machines in our clusterG >every few days or so. It doesn't seem to be related to any particular.aH >application running, and sometime dies when left all alone. One machineD >that has the most frequent problems is an Alphastation 5/500 with 2F >graphics cards. The other is a DPS 600au. Both running 7.2-2 with allG >but ECO's applied. Motif version 1.2-6. The contents of the last crashn6 >on the DPS from the end of DECW$SERVER_0_ERROR.LOG :: >i >n> >  27-JAN-2002 11:40:24.5 Invalid access from transport: TCPIPD >                                                 node: ns1.phy.bnl.9 >                                                 user: ? > >  27-JAN-2002 11:40:25.1 Invalid access from transport: TCPIPD >                                                 node: ns1.phy.bnl.9 >                                                 user: ?RH >  27-JAN-2002 11:40:25.2 Connection d002c40 is closed by Txport (status >= >  20dc)D >  27-JAN-2002 11:40:25.3 %SYSTEM-F-ACCVIO, access violation, reasonB >  mask=00, virtual address=FFFFFFFFCCD56C4C, PC=0000000000000000, >e? >  Unrecoverable server internal error (error code = 12) found,i >  terminating all connections.  >  Mapped Images...  >r/ >   START       END        LENGTH    IMAGE NAME / >   -----       ---        ------    ----------a4 >        0      201ff      201ff    DECW$SERVER_MAIN3 >    22000     1c3bff     1a1bff    DECW$SERVER_DIXs4 >7baca000   7bafbfff      31fff    DECW$SECURITY_VMS, >7b81c000   7b88dfff      71fff    SECURESHR- >7b35e000   7b3cffff      71fff    SECURESHRP  >... >0; >I'm not sure what to try. any/all suggestions appreciated.- >    ------------------------------  + Date: Thu, 31 Jan 2002 07:46:51 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>Y Subject: Re: DECW$SERVER_0 dies periodically; X11 colour wheel program blackouts the  scrUJ Message-ID: <Pine.LNX.4.21.0201310739460.18027-100000@irys.stanpol.com.pl>  + On Wed, 30 Jan 2002, Fred Kleinsorge wrote:   ' >+If you have a support contract, [...]I [...]v >+>Brass Christof wrote: [...]f/ >+>> This is a machine with a hobbyist license.s  :  Hm... Will suspect that the system is explicitly excluded2 from support contract, althought I can be wrong :)   Sam Hoblit wrote [...]E >+>I don't know how to help you, just wanted to say we have a similar F >+>problem - DECW$SERVER_0 dies on a couple of machines in our cluster >+>every few days or so.  &  Have also seen in past the behaviour.:  Because that was a real production system this was *not* 6 a problem ;> (console only and no problem with restart from near machines) - but...    Best regards - Gotfryda   --  E =====================================================================oF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEf. $!                        GS@stanpol.zabrze.plE =====================================================================d   ------------------------------  + Date: Wed, 30 Jan 2002 23:05:43 +0000 (UTC)s, From: "Richard Maher" <maher_rj@hotmail.c0m> Subject: Re: FMS/CFMS / Message-ID: <a39u87$e7j$1@helle.btinternet.com>    Hi,-   If memory serves it's GOLD PF3.e  F But just FMS fred, go into Layout mode and press PF2. That'll tell ya.   Regards Richard Maher.  I FMS the BEST character cell interface ever! It saw off TDMS and who knows"L what would've happened if it was let flourish outside of the misguided filth that came up with DECforms!i  8 Peter CK Kan <kanpeter@graduate.hku.hk> wrote in message7 news:50c45596.0201292235.120ebe7e@posting.google.com... 	 > Help...  >?F > How can I toggle insert mode and overwrite mode during data input onD > screens written by FMS/CFMS  ... (I know I can do that by pressing > ctrl-A in command line). >i
 > -- peter   ------------------------------  # Date: Thu, 31 Jan 2002 05:36:07 GMTU0 From: rsmith@arel.com.inaudomain (Russell Smith) Subject: Re: FMS/CFMSr? Message-ID: <bJ468.25130$Ni2.135920@news-server.bigpond.net.au>   C For what its worth, here is some BASIC code that we use to map the S: insert/overstrike into F12/F13 (and other key assignments)  $ Details for this from the FMS manual   ---    DEFINE WORD NEWKEY(22%)r  A NEWKEY(0%) = 7%  \NEWKEY(1%) = 1025%    !Gold Key as itself (PF1)P< NEWKEY(2%) = 12% \NEWKEY(3%) = 233%     !Backspace as insert< NEWKEY(4%) = 5%  \NEWKEY(5%) = 1032%    !Insert as Backspace? NEWKEY(6%) = 6%  \NEWKEY(7%) = 1034%    !Overstrike as Linefeedg> NEWKEY(8%) = 9%  \NEWKEY(9%) = 1026%    !Refresh as Overstrike> NEWKEY(10%) = 4% \NEWKEY(11%) = 1042%   !Erase Field as Ctrl R: NEWKEY(12%) = 14% \NEWKEY(13%) = 1027%  !Uparrow as itself< NEWKEY(14%) = 15% \NEWKEY(15%) = 1028%  !Downarrow as itself6 NEWKEY(16%) = 5% \NEWKEY(17%) = 56%     !Insert as F12: NEWKEY(18%) = 6% \NEWKEY(19%) = 57%     !Overstrike as F13B NEWKEY(20%) = 4% \NEWKEY(21%) = 35%     !Erase Field as Remove key  ? CALL FDV$DFKBD(NEWKEY(),11%)            !redefine PFKEY DetailsP   ---P   Regards,  
 Russell Smithk Arel Asia Pacific   > In article <50c45596.0201292235.120ebe7e@posting.google.com>,   kanpeter@graduate.hku.hk says... >y >Help... > E >How can I toggle insert mode and overwrite mode during data input ontC >screens written by FMS/CFMS  ... (I know I can do that by pressing  >ctrl-A in command line).u >l	 >-- peterO   ------------------------------  # Date: Wed, 30 Jan 2002 19:43:36 GMT ' From: Don Sykes <anonymous@pacbell.net>t' Subject: Re: fopen crashes while in ASTw+ Message-ID: <3C584D7B.B0DB7A12@pacbell.net>i   JF Mezei wrote:z >  > Ryan Moore wrote:a > >vI > > Did you use the decc$set_reentrancy() function to specify you will beaK > > using ASTs?  You should really do this if you want to use fopen() in and > > AST.  See: > >lW > > http://www.openvms.compaq.com/commercial/c/5763p023.htm#decc_set_reentrancy_routinec > O > Nop. Never looked at that routine. But reading its documentation I *guess* ity > might have made a difference.  > L > The irony is that the first incarnation of the program used C io (open andI > write) in the main program (and fopen/fprintf in the AST) and it didn'tcO > exhibit the crashing in fopen in an AST. The second incarnation used RMS $GET2M > and $UPDATE in the main and fopen/fprintf in the AST and that is when fopenR( > would cause a crash after a few calls.  G Are you sure the file is actually closed in the AST before the AST gets G called again. It sounds like your stepping back on some memory still in E use. As was mentioned, the CRTL is not thread safe by default, but if D you're using QIOW, I believe it should work. Did you try assigning a different efn in your QIO? -- f   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscoe   ------------------------------   Date: 30 Jan 2002 22:34:27 GMT) From: leslie@clio.rice.edu (Jerry Leslie)h% Subject: Re: GNV Update now availables' Message-ID: <a39sdj$q00$1@joe.rice.edu>a  + Kenneth Block (krblock@computer.org) wrote:iL : For that reason, it is best do install the latest CRTL which is available A : from  http://ftp.support.compaq.com/patches/.new/openvms.shtml.  :P4 There's no CRTL for VAX there. Should there be one ?  $ tar and bzip2 get an ident mismatch:     $ tar 5   %DCL-W-ACTIMAGE, error activating image CMA$TIS_SHRe   -CLI-E-IMGNAME, image file7    SCCVXG$DKA0:[SYS0.SYSCOMMON.][SYSLIB]CMA$TIS_SHR.EXEn<   -SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image  A I'm digging around now for an update to the DEC C, which is V6.2:      $ cc/version nla0:'   Compaq C V6.2-003 on OpenVMS VAX V7.1,   --Jerry Leslie   ------------------------------  # Date: Wed, 30 Jan 2002 20:43:05 GMTl+ From: "Andy Proctor" <aproctor@hotmail.com>e< Subject: Re: How to change vms system ip address and domain?5 Message-ID: <1012423327.657026@ananke.eclipse.net.uk>i  0 "sol gongola" <sol@adldata.com> wrote in message% news:3C5729D7.243755DA@adldata.com...l: > I am looking for specific directions for changing the ip1 > address and the domain name (a.b.com-->a.c.com)a >d= > Last time I tried it, I wound up with a local host mismatchp? > error in 'ucx sho name', couldn't fix it, and finally deletedp@ > the tcpip$configuration.dat file and started from scratch with > tcpip$config.p >m >r  
 @tcpip$configA   Option 1 - Core Environmento   then  ? Option 1 (IIRC) - Interfaces - Change IP address/Host Name heren2 Option 2 (IIRC) - Domain - Change domain info here  1 Stop and restart from withing the config utility.e   HTHd   Andy   ------------------------------  + Date: Wed, 30 Jan 2002 23:11:38 +0000 (UTC) , From: "Richard Maher" <maher_rj@hotmail.c0m>J Subject: Re: How to tell if File is locked in C ?fopen extension pehraps ?/ Message-ID: <a39uj9$fju$1@helle.btinternet.com>s   Hi,    Memory again:-  K All in EXEC mode $CMEXEC is the easiest. dvi$_devlocknam(sp?) of the volumeeL that the file is mounted on concatenated with the FID of the particular fileJ that you're after. This is the parent lock followed by RFA sublocks if you want record locking.  # Use blkast and compast as required,D   Regards Richard Maher.  5 pocketmoon <pocketmoon@ntlworld.com> wrote in messageA= news:S2H58.51156$ka7.8395723@news6-win.server.ntlworld.com...  > Hi Folks,e >l$ > OpenVMS 7.2 Dec C (cant remember!) >AL > I'm scanning through a directory tree using opendir/readdir and would likeI > to determine if a file is locked, i.e. currently opened by another userm (who' > would in fact be writing to the file)  >4G > I'm trying to replace a bit of C code which gets the lock status (andMI > creation/modification dates) by calling a DCL script via the C system()aH > function. This script creates a logical with either date set and the C code% > then reads this logical back in (!)f >nJ > The DCL gets the creation or modification timestamp via a file attributeH > call which fails if the file is being written to by another user. ThisE > failure is returned back to the C which assumes the file is locked.. >eL >  So I'm thinking perhaps there's perhaps a DEC C extension to fopen which,J > e.g. fp = fopen (myfile, "r", "???=???)  which will ask for an exclusiveC > lock on the file, which will of course fail if it's already open.t >n > Cheers >  > Rob J. >D >r >  >P >-   ------------------------------  # Date: Wed, 30 Jan 2002 21:47:17 GMT ! From: Ian Parker <parker@gol.com>n1 Subject: Re: Intel Special issue of OpenVMS Timesh& Message-ID: <JbpLvFApQ7V8EwRS@gol.com>  ? In article <857e9e41.0201291520.35f36d@posting.google.com>, SueH. Skonetski <susan_skonetski@hotmail.com> writes >Dave and Terry, >D5 >Please forgive the spelling mistakes I am on a role.e >bG >Thank you very much for your kind words.  This was my first time doingoG >a newsletter and I am glad you found it useful and I hope you like the- >Intel issue as well.p >MG >Just so folks know, (as far as I know) this was the only portion of my-' >previous job that I will not be doing.  >0A >And in case you thought you would be rid of me in the newsgroup.: >C >NO WAY ;')q >mE >It never was part of my job I became part of the newsgroup because IM@ >love VMS and the community that supports it.  Sometimes I agreeE >sometimes not but I am planning on continuing doing everything I cans! >to get more VMS information out.  >hE >If you think I am taking it personal, you are right it is personal. -> >Some of the people I respect the most work with VMS either asC >engineers or customer engineers (no such thing as and ignorant VMS$G >user), my daughters college education is being bet on VMS AND I do not  >want-5 >Nuclear Power plants running anything but VMS or NSKv. >healthcare running on anything but VMS or NSK4 >Stock exchanged running on anything but VMS and NSKG >Anything that can hurt major amounts of people running on anything buts >VMS and NSK >s: >I am not a complete VMS bigot NSK is a great product too. >r >ok I am off my soap box now.e >n >Sue >t >f > Q >"David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C561E94.88D1n >BF4D@fsi.net>...a >> "Terry C. Shannon" wrote: >> > -B >> > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message0 >> > news:uki58.105$am1.1433@news.cpqcorp.net... >> > > Dear Newsgroup, >> > >K >> > > The Intel issue of OpenVMS Times will be posted and on line tomorrowy
 >>  thanksM >> > > to Warren Sander http://www.openvms.compaq.com/openvmstimes/index.htmlc >> > >O >> > > Please note that this will be the last issue of OpenVMS Times where I ams >>  theeI >> > > editor.  I have changed jobs in the VMS group.  Diane Gaudreau HPSe
 >>  Marketinga& >> > > will be the editor from now on. >> > > >> > lK >> > Sue, congratulations on your role in getting the OpenVMS Times off the N >> > ground and up and running. I am certain that the comp.os.vms constituencyI >> > shares the (correct) opinion that you've done a superb job with this>% >> > downstream marketing collateral!c >> 0/ >> Terry's statements seconded whole-heartedly!e   Sue   1 Thanks for all the great work on OpenVMS times.  h  H Inspired by the web-page, I tried to subscribe to OpenVMS Times, but theD Compaq web-page reported that my trusty old email address had failedE validation.  Odd, really.  I'm now patiently awaiting a response frome the web-master.e     -- h
 Ian Parker   ------------------------------  % Date: Wed, 30 Jan 2002 17:36:33 -0500g> From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>! Subject: Is OpenVMS e-store gone? M Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D01602728@MBCALBEXC03.BENDER.COM>v  6 I believe the there was a link to the OpenVMS e-store 8 at www.openvms.compaq.com .  Perhaps it is still there, 0 but in addition to needing sleep I need my lens  prescription changed.   : How does one get to the OpenVMS e-store now?  Link anyone?   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadwayo Albany, NY  12204  USAf 518-487-3255 John.C.Koska@lexisnexis.com-  ) I post personal opinion only, and all the-* disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s).c+ One should also take note of the ElectronicT) Communications Privacy Act of 1986, whichP+ imposes civil and criminal liability on anyt( person who intentionally intercepts "any( wire, oral or electronic communication."   ------------------------------  # Date: Thu, 31 Jan 2002 02:06:24 GMT-- From: michael.greenNOSP@Mvideotron.ca (MikeG)C% Subject: Re: Is OpenVMS e-store gone? 1 Message-ID: <3c58a52c.21289665@news.videotron.ca>    John, C by George !! You're correct!  The already tenous e-Store (sic) linklF has just gone poof (?!).  Too bad because it would've been nice to see  E a direct order site happening.  Doing a little surfing however I did 0A uncover an link referred to as "Compaq Customer Advantage" which  B seems to require some prior registration and "makes buying Compaq F products easier".   It certainly is being presented in low key fashion  ; judging from the site:  http://www.compaq.com/advantage/na/>   Mike a   ------------------------------  % Date: Wed, 30 Jan 2002 21:51:56 -0500-0 From: "Kenneth Randell" <ken.randell@fortel.com>% Subject: Re: Is OpenVMS e-store gone?c* Message-ID: <a3abfd$2m$1@bob.news.rcn.net>  J It does not surprise me that the link is gone.  Clicking on this link overL the past 3 months (from time-to-time just for the sake of curiousity) alwaysJ generated a page that said that the e-store was currently closed, but gave@ an 800 (888?) number to call.  I never followed through on that.   Ken Randelli   ------------------------------  % Date: Wed, 30 Jan 2002 16:54:07 -0500-; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>  Subject: Re: lexicals question$ Message-ID: <3c586bba$1@news.si.com>  8 >Is there any lexical to extract Authorize informations,% >like default users directory, etc ?r  1 No, but there exists a utility called GETUAI from>L ftp://ftp.process.com/vms-freeware/fileserv/getuai.zip that will do this for you.  Here's an example:  ) $ getuai/device=dev/directory=dir tillmanp $ write sys$output dev,dir A305_DISK:[TILLMAN]s --A Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.comE= 3290 Patterson Ave. SE, MS      Addresses modified to preventd< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 30 Jan 2002 20:22:32 CDT= From: wayne@tachysoft.xxx.120519.killspam.00c7 (Wayne Sewell)tN Subject: mapping two main images (was Re: Purveyor is superior for VMS - proof. Message-ID: <JvJjE4ienvV6@tachxxsoftxxconsult>  \ In article <87d6zrcv9q.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:. > Arne Vajhj <arne.vajhoej@gtech.com> writes: >  >> Paul Repacholi wrote:, >> > JF Mezei <jfmezei@videotron.ca> writes:; >> > > Why not use the VMS standard shared images ? (.exe )p >> > PK >> > They are mapped at run time with... <mumble>... that find image symbol 
 >> > thing :)  >>  A >> LIB$FIND_IMAGE_SYMBOL only works on standard shareable images.iF >> Nothing weird about that (except maybe the name of the function !). > F > Just an evil thought. Remember the trick of activating another imageE > without running down the current one? ???? from NZ Gov Print posted  > how to do it, so...o > E > has anyone tried 'calling' a standard exe, not a sharable, as if itr > was a sharable?N  H The TAPESYS VMSBU module does this, at least when running on VMS 6.x andI earlier, i.e. before callable backup was created.  We had callable backup1E before there was callable backup, because VMSBU calls BACKUP.EXE as a  subroutine.  :-)  L Note that I am *not* talking about spawning backup.exe, but about calling itL directly from another executable.  vmsbu and backup are both main images and7 both are mapped into the same process at the same time.h    O It's really not as difficult as you might think.  The tricky part about mappingpI two main images into the same process at the same time is to prevent thempM from fighting for the same virtual address space.  This is not a problem with0K traditional shareable images because these are relocatable and float in thefH virtual address space.  Main images by default start at the same virtual address.    G Since VMSBU belongs to us, we force it to map high in the memory space,sJ allowing BACKUP.EXE to map into the traditional location.  We have a dummyJ module called BACKUP_HOG, which has no purpose other than to take up space3 (should probably have named it BILLY_GATES).  :-)  0       	.TITLE	BACKUP_HOG 	.IDENT	"V5.1.17"  ;e 	.PSECT	HOG,NOEXE. ;  BACKUP_BEG:: 	.BLKB	^X400000a BACKUP_END:: ;t 	.END       O Since the hog module is linked first in the image, all of the real modules havehL virtual addresses higher than any used by the backup main image.  Of course,L even though the hog module doesn't contain any data, it is still mapped as aN demand-zero section during the image activation of the vmsbu image.  vmsbu has+ to unmap it before backup.exe can remap it.l    ) When it starts, vmsbu does the following:=  I 1.  Unmaps the virtual memory range reserved by backup_hog (BACKUP_BEG to      BACKUP_END)2J 2.  performs a merged image activation of backup.exe into the memory space#     formerly occupied by backup_hog7O 3.  intercepts a couple of system services and library routines for the currenttO     process, replacing them with custom versions that do tapesys stuff (such as I     communicating with SYSBAK and SBPOLL, which are completely different h:     processes) in additional to the original functionality" 4.  does other tapesys setup stuffO 5.  locates the backup.exe entry point (can't use the find_image_symbol routine 8     with a main image; have to walk the data structures)N 6.  calls backup.exe for the actual backup, behavior somewhat modified because&     of the intercepted system services? 7.  backup.exe exits, returning control to vmsbu instead of DCL & 8.  vmsbu does tapesys post processing       --  O ===============================================================================mM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxi: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)iO ===============================================================================%= Society Lady:  Are you familiar with the great wall of China?l5        Curly:  No, but I know a big fence in Chicago!s   ------------------------------  # Date: Wed, 30 Jan 2002 20:11:40 GMTa" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: mount problems on cluster1 Message-ID: <0sY58.2263$A3.10473@typhoon.bart.nl>t  H Putting hardware related/dependent commands outside SYSTARTUP_VMS is notH a smart move IMO. If it fails you have no MINimal boot option to recover
 whatever went2 wrong.K I recall a 6310 CI cluster with third party controllers and disks connectedK to the HSC.\< The vendor had put all new mount commands in SYLOGICALS.COM.H Unfortunately they made a mistake in device names. The cluster would not	 boot past K the first failing mount command. DEC Field Service, in mock horror, refused  to touchB anything sold by a third party. By the time I arrived on site, the responsible IT staff was, errr, _very_ unhappy.G Of course this may be fixed quite easily, provided you know your trade.sH VMS is a very flexible, intuitive and forgiving O/S, as long as you know what corners to)E cut. That is why I try to warn people for seemingly quick-and-eleganta
 solutions.  K That may still leave us in complete disagreement, but then again folks likew you keep folks like me in business ;-)A  
 Hans Vlems  2 Carl Perkins <carl@gerg.tamu.edu> wrote in message' news:29JAN200209381762@gerg.tamu.edu...(5 > In article <5a2UgNSrUXvz@eisner.encompasserve.org>,u1 koehler@encompasserve.org (Bob Koehler) writes...n@ > }In article <HnP48.1431$A3.7139@typhoon.bart.nl>, "Hans Vlems" <hvlems@iae.nl> writes:cG > }> First of all, mounting disks in sylogicals.com is not a good idea.a > }i& > }   We are in complete disagreement. > }mD > }   Mounting disks in sylogicals is needed if the disk in questionA > }   holds the cluster common files for which sylogicals definesoB > }   logical names.  Mounting other disks is not a bad idea.  CDsC > }   and Infoserver services often cannot be mounted in sylogicalsnJ > }   (never understood the issue with CDs, I think it has something to do > }   with security profiles). > }oC > }   All my clusters mount all thier hard disks in sylogicals.com.a > }aI > }   Is it possible that the correct sylogicals.com is in a sys$specificaC > }   directory instead of a sys$common directory?  The other nodesu > }   wouldn't see it if it is.r > }d >u9 > In SYLOGICALS.COM (initially, at least) is the comment:V >  > $!G > $! Include MOUNT/SYSTEM command(s) for the disk(s) on which the above- files-D > $! reside on.   Please see SYS$EXAMPLES:CLU_MOUNT_DISK.COM for the recommendedu8 > $! method of performing these MOUNT/SYSTEM operations. > $! >.K > Where the "above files" are the various site specific files referenced by,B > logicals names when not in the default location, such as SYSUAF, RIGHTSLIST,p > NETPROXY, QMAN$MASTER, etc.e >sH > Thus mounting such disks in SYLOGICALS.COM is obviously something that > VMS Engineering is OK with.: > E > On the other hand, it seems that some people ignore the "please seeIA > SYS$EXAMPLES:CLU_MOUNT_DISK.COM" part and don't do it properly.$ >_
 > --- Carl   ------------------------------  + Date: Thu, 31 Jan 2002 02:52:52 +0000 (UTC)n* From: bleau@umtof.umd.edu (Lawrence Bleau)& Subject: Re: mount problems on cluster0 Message-ID: <a3abi4$lsp$1@grapevine.wam.umd.edu>  c In article <5a2UgNSrUXvz@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:hV >In article <HnP48.1431$A3.7139@typhoon.bart.nl>, "Hans Vlems" <hvlems@iae.nl> writes:E >> First of all, mounting disks in sylogicals.com is not a good idea.a >m$ >   We are in complete disagreement.  H I can see both sides of this issue.  May I suggest a compromise: Write aF separate procedure (MOUNTDISKS.COM?) that is conditionally called fromJ SYLOGICALS.COM.  SYLOGICALS gets its P1 from STARTUP.COM, and if there's aM minimum boot, P1 = "MIN".  If P1 is "MIN" (or, alternately, if it is anythingaG other than the empty string), do *not* invoke MOUNTDISKS.COM.  That way M logicals realted to disks that are mounted in common get defined, and you can & still fall back and do a minimal boot.  N MOUNTDISKS.COM can either be in the various SYS$SPECIFIC: areas, as one posterE suggested, or can have both common and node-specific sections of codee7 maintained within a single file in the SYS$COMMON area.r   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  # Date: Wed, 30 Jan 2002 19:58:14 GMTE' From: Don Sykes <anonymous@pacbell.net>lL Subject: Re: OpenVMS efficiency with running the same process multiple times+ Message-ID: <3C5850EA.4D06A066@pacbell.net>.   Michael Austin wrote:f >  > Tony Cheung wrote: > >  > > Hi All,o > >.E > > I'd like to know the efficency of OpenVMS running a OpenVMS C/C++oC > > images (.EXE) multiple times. Is there any copy-on-write memory60 > > savings of loading the EXE file into memory? > >lH > > Is there any difference in efficiency between using shared libraries > > or static linking? > >i > > Thank you very much. > >d > > Tony Cheunge > G > using INSTALL add/open/header <full-file-spec>  should reduce some ofw) > the overhead for this particular image.e > -- > F add /share to that. Also if you say /header, you don't need the /open.    
 > Regards, > @ > Michael Austin  -- Remote and Onsite System/Database/Web Admin9 > First DBA Source, Inc. -- http://www.firstdbasource.comi > Sr. Consultant   -- n   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscot   ------------------------------    Date: 30 Jan 2002 14:15:25 -0600- From: koehler@encompasserve.org (Bob Koehler) L Subject: Re: OpenVMS efficiency with running the same process multiple times3 Message-ID: <GAK9L8zqAB$K@eisner.encompasserve.org>o  l In article <f9dc0a5a.0201300837.1a4ad88b@posting.google.com>, tony.cheung@asiayeah.com (Tony Cheung) writes:	 > Hi All,  > C > I'd like to know the efficency of OpenVMS running a OpenVMS C/C++-A > images (.EXE) multiple times. Is there any copy-on-write memorya. > savings of loading the EXE file into memory? > F > Is there any difference in efficiency between using shared libraries > or static linking?  B    The shareable sections of any image can be physically shared if:    the image is installed shared with the INSTALL utility.  /    The efficiency of using shared libraries is:r;       1) they usually are installed shared, giving you the a       	 above benefita:       2) they do not need to tie up disk space with a copy4       	 in each image file for images linked to them   ------------------------------  # Date: Wed, 30 Jan 2002 20:53:32 GMTg+ From: "Andy Proctor" <aproctor@hotmail.com> & Subject: OT Slightly - Compaq Warranty5 Message-ID: <1012423954.101663@ananke.eclipse.net.uk>o   Slightly OT, sorry  J I have a customer in the US (Im in the UK) with a defective XP900. It wentJ down a couple of days ago, suspect PSU I believe. Now, this XP900 is stillL under warranty, you know the 3 years on site NBD service one that comes with	 the unit.p  L Well for 4 days now both myself and my US based engineer have been trying toF get Compaq to honour the warranty and go and fix the thing. First theyE refused to recognise the model number of the unit, until the customernB actually read off the details printed on the unit and mailed it toK us/compaq. Then Compaq said it's not under warranty, never been registered.bE So I pull the "confirmation that the system has been entered onto the J warranty database" e mail that I've fortunately kept! Sent this to compaq.L "Oh" was the response. We have now been waiting for 4 days for Compaq to getL back to either us or the customer. They are a university in a state with oneI star on their flag (guess who!) so of course this really teaches studentskJ how good compaq are. MMM guess they'll all go to Sun or IBM in the future.  D Anyway, I'm quite sure our sales account manager in the UK cannot doI anything, so does anyone have any ideas who I can contact to air the factnJ that Compaq have failed under their warranty and not provided the level of service as purchased.P  I We seem to be getting nowhere, although I've not been updated for 3 hours  now as I've finished work.   Thoughts anyone please?o  2 (Kerry Main - can you put any pressure somewhere?)   Andy Proctor> business mail address - andy_dot_proctor_at_spirentcom_dot_com   ------------------------------  + Date: Wed, 30 Jan 2002 17:47:39 -0600 (CST)r From: sms@antinode.org& Subject: OT Slightly - Compaq Warranty) Message-ID: <02013017473915@antinode.org>h  + From: "Andy Proctor" <aproctor@hotmail.com>   D > I have a customer in the US (Im in the UK) with a defective XP900. [...]l  H    I recently had a power supply fail in an XP1000, a few months after IE got it (free!) from a fellow who got it from his former employer whentF they dropped Tru64 support on one of their products.  (He dumped it onE me because Linux had some trouble with some PCI card he was trying tokF use, and he decided to give up.)  A little Web research suggested thatC the unit had a three-year, on-site warranty with one-day response. >G (Also, I could not find any reference to the power supply model itself,0& except on the Taiwanese maker's site.)  D    (When working, these units give every indication of being able toF toast bread at the power supply's fan output, so it's not obvious that8 these power supplies have a multi-year life expectancy.)  A    I called Compaq, and, after a short struggle, I got through toKE someone who agreed that there was an unexpired three-year warranty on E this unit, and promised that a local service rep would contact me thex3 next day (as it was late in the day when I called).   G    She did, and told me that the system was still at the former owner'seG location (so far as Compaq knew).  She also told me that the _part_ wassE under warranty, but there was no service contract on the _system_, socF the best she could do was have a replacement power supply sent to me. G (As if I'm an expert, and can say with confidence that the power supply-H was the bad FRU.)  I said, "Fine."  Within a couple of days, a new powerF supply arrived (six weeks newer than the original, judging by the date? code), I installed it, and it worked.  (I must _be_ an expert.)   B    In the midst of the original service request, frightened by theB prospect of _buying_ a power supply from Compaq after the warrantyG expired, I got in touch with a Compaq sales rep whom I asked to quote adA service contract for the system.  At my request, he also did somehC research and admitted that there was, in fact a three-year, on-site D warranty with one-day response in effect, and I should have gotten a: free service call after all.  He apologized for the error.  E    He also quoted about $1000/year for the service contract, but as I0E could buy a comparable replacement system on Ebay this week for aboutu' $1300, I've decided to take my chances.s  H    I also collected the forms for a (Tru64) license transfer ($300), butH as I doubt that I can find anyone at the former (official) owner who hasG any idea what or where this machine is, or is willing to spent the timetE required (potentially infinite) to find the PAKs, a sales invoice, or D whatever, I estimate the probability of completing that operation as somewhere near nil.   H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)x9    sms@antinode.org                sms@provis.com  (work)m   ------------------------------  # Date: Thu, 31 Jan 2002 01:49:39 GMTm1 From: "David J. Dachtera" <djesys.nospam@fsi.net> * Subject: Re: OT Slightly - Compaq Warranty' Message-ID: <3C58A3BE.8B743B54@fsi.net>    Andy Proctor wrote:  >  > Slightly OT, sorry > L > I have a customer in the US (Im in the UK) with a defective XP900. It wentL > down a couple of days ago, suspect PSU I believe. Now, this XP900 is stillN > under warranty, you know the 3 years on site NBD service one that comes with > the unit.- > N > Well for 4 days now both myself and my US based engineer have been trying toH > get Compaq to honour the warranty and go and fix the thing. First theyG > refused to recognise the model number of the unit, until the customertD > actually read off the details printed on the unit and mailed it toM > us/compaq. Then Compaq said it's not under warranty, never been registered.iG > So I pull the "confirmation that the system has been entered onto thewL > warranty database" e mail that I've fortunately kept! Sent this to compaq.N > "Oh" was the response. We have now been waiting for 4 days for Compaq to getN > back to either us or the customer. They are a university in a state with oneK > star on their flag (guess who!) so of course this really teaches students.L > how good compaq are. MMM guess they'll all go to Sun or IBM in the future. > F > Anyway, I'm quite sure our sales account manager in the UK cannot doK > anything, so does anyone have any ideas who I can contact to air the factaL > that Compaq have failed under their warranty and not provided the level of > service as purchased.S > K > We seem to be getting nowhere, although I've not been updated for 3 hoursu > now as I've finished work. >  > Thoughts anyone please?K > 4 > (Kerry Main - can you put any pressure somewhere?)  A I could be (probably am) wrong, but I believe our beloved Richardn, Marcello would find that *VERY* interesting!   -- g David J. Dachterap dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/u   ------------------------------  # Date: Thu, 31 Jan 2002 04:16:08 -00p( From: "Traduitoo" <ventes@traduitoo.com>? Subject: Pour traduire vos documents ... Pensez : Traduitoo.comh5 Message-ID: <28152184-2200214314168816@traduitoo.com>i  ) ------=_NextPart_84815C5ABAF209EF376268C8y, Content-type: text/plain; charset="US-ASCII"+ Content-Transfer-Encoding: quoted-printable O X-MIME-Autoconverted: from 8bit to quoted-printable by mcnet.a4a.fr id EAA27754o     =20W     =20d     =20u  =20  =20:  Si vous ne lisez pas correctement ce message, cliquez ici   Bonjour,  J Je suis en charge du d&eacute;veloppement et de la promotion d'un portail=J  de traduction : Traduitoo.com et je vous sollicite aujourd'hui car j'ai == relev&eacute; votre adresse e-mail en naviguant sur Internet.i  J Traduitoo.com r&eacute;alise tous types de traductions ( sites Internet, =F e-mails, livres, cv, etc...) dans  plus de 75 combinaisons de langues.  J Notre r&eacute;seau de plus 500 traducteurs r&eacute;partis sur l'ensembl=J e de la plan&egrave;te a &eacute;t&eacute; rigoureusement s&eacute;lectio=J nn&eacute; ; chaque traducteur travaillant d'une langue ma&icirc;tris&eac=J ute;e vers sa langue maternelle dans le pays d=92origine de celle-ci.  Po=J ur plus de d&eacute;tails sur nos crit&egrave;res et conditions, cliquez = ici).s  J Nos services vous int&eacute;ressent ? Demandez votre devis gratuit,je me=+  ferai un plaisir de traiter votre demande.t  J En revanche, si vous pensez ne jamais avoir besoin de Traduitoo.com, cliq=( uez ici et je ne vous solliciterai plus.  J Si ce mail vous a importun&eacute;, je vous pr&eacute;sente mes excuses e=< t vous prie d'agr&eacute;er mes sinc&egrave;res salutations.   Florence Ailloud   florence.ailloud@traduitoo.com
 Traduitoo.como BP 137 13443 MARSEILLE Cantini Cedexw/ T&eacute;l : 04 91 81 32 68 Fax :04 91 81 32 68r) ------=_NextPart_84815C5ABAF209EF376268C8i+ Content-Type: text/html; charset="US-ASCII"v+ Content-Transfer-Encoding: quoted-printable    <html> <head> <title>Traduitoo</title>9 <meta http-equiv=3D"Content-Type" content=3D"text/html;">=K <!-- Fireworks 4=2E0  Dreamweaver 4=2E0 target=2E  Created Tue Jan 08 19:2= % 3:29 GMT+0100 (Paris, Madrid) 2002-->n </head>fK <body leftmargin=3D0 topmargin=3D0 marginwidth=3D"0" marginheight=3D"0" bg=x color=3D"#FFFFCC">K <table width=3D"663" border=3D"0" cellspacing=3D"0" cellpadding=3D"1" alig==! n=3D"center" bgcolor=3D"#983132">= <tr><td valign=3D"middle">F <table border=3D"0" cellpadding=3D"0" cellspacing=3D"0" width=3D"663">K <!-- fwtable fwsrc=3D"mail=2Epng" fwbase=3D"mail=2Egif" fwstyle=3D"Dreamwe= 0 aver" fwdocid =3D "742308039" fwnested=3D"0" -->   <tr>K    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" =1- width=3D"195" height=3D"1" border=3D"0"></td>tK    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" =a+ width=3D"9" height=3D"1" border=3D"0"></td>rK    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" =l- width=3D"438" height=3D"1" border=3D"0"></td>dK    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" = , width=3D"21" height=3D"1" border=3D"0"></td>K    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" =o+ width=3D"1" height=3D"1" border=3D"0"></td>t   </tr>y     <tr>K    <td rowspan=3D"2"><a href=3D"http://www=2Etraduitoo=2Ecom/index=2Ehtml"= K ><img name=3D"mail_r1_c1" src=3D"http://www=2Etraduitoo=2Ecom/images/mail/= D mail_r1_c1=2Egif" width=3D"195" height=3D"76" border=3D"0"></a></td>K    <td rowspan=3D"3"><img name=3D"mail_r1_c2" src=3D"http://www=2Etraduito=nK o=2Ecom/images/mail/mail_r1_c2=2Egif" width=3D"9" height=3D"106" border=3D=u	 "0"></td>nK    <td><a href=3D"mailto:florence=2Eailloud@traduitoo=2Ecom?subject=3DRens=PK eignements offre du 1er F=E9vrier"><img name=3D"mail_r1_c3" src=3D"http://=uL www=2Etraduitoo=2Ecom/images/mail/mail_r1_c3=2Egif" width=3D"438" height=3D=0 "60" border=3D"0" alt=3D"bandeaux pub"></a></td>K    <td rowspan=3D"3"><img name=3D"mail_r1_c4" src=3D"http://www=2Etraduito=sL o=2Ecom/images/mail/mail_r1_c4=2Egif" width=3D"21" height=3D"106" border=3D=	 "0"></td> K    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" = , width=3D"1" height=3D"60" border=3D"0"></td>   </tr>    <tr>K    <td rowspan=3D"2"><img name=3D"mail_r2_c3" src=3D"http://www=2Etraduito=sL o=2Ecom/images/mail/mail_r2_c3=2Egif" width=3D"438" height=3D"46" border=3D=	 "0"></td>cK    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" = , width=3D"1" height=3D"16" border=3D"0"></td>   </tr>c   <tr>K    <td><img name=3D"mail_r3_c1" src=3D"http://www=2Etraduitoo=2Ecom/images=aF /mail/mail_r3_c1=2Egif" width=3D"195" height=3D"30" border=3D"0"></td>K    <td><img src=3D"http://www=2Etraduitoo=2Ecom/images/mail/spacer=2Egif" = , width=3D"1" height=3D"30" border=3D"0"></td>   </tr>t   <tr>(   <td bgcolor=3D"#FFFFCC" colspan=3D"5">K   <font face=3D"Verdana,Arial,'Comic Sans MS'" size=3D"2" color=3D"#983132=  ">K <div align=3D"center"><font size=3D"-2"><strong>S</strong>i vous ne lisez =fK pas correctement ce message, <a href=3D"http://www=2Etraduitoo=2Ecom/image=sD s/mail/traduitoo9-01-02=2Ehtml">cliquez ici</a></font></div><br><br>   <strong>B</strong>onjour,t    <br><br>SK  <strong>J</strong>e suis en charge du d&eacute;veloppement et de la promo=hK tion d'un portail de traduction : <a href=3D"http://www=2Etraduitoo=2Ecom"= K >Traduitoo=2Ecom</a> et je vous sollicite aujourd'hui car j'ai relev&eacut= 4 e; votre adresse e-mail en naviguant sur Internet=2E	  <br><br>pK <a href=3D"http://www=2Etraduitoo=2Ecom"><strong>T</strong>raduitoo=2Ecom<= K /a> r&eacute;alise <b>tous types de traductions</b> ( sites Internet, e-ma=cK ils, livres, cv, etc=2E=2E=2E) dans  plus de 75 combinaisons de langues=2E=. <br><br>K <strong>N</strong>otre r&eacute;seau de plus <b>500 traducteurs</b> r&eacu=BK te;partis sur l'ensemble de la plan&egrave;te a &eacute;t&eacute; rigoureu= K sement s&eacute;lectionn&eacute; ; chaque traducteur travaillant d'une <b>=.K langue ma&icirc;tris&eacute;e</b> vers sa <b>langue maternelle</b> dans le=eK  pays d=92origine de celle-ci=2E  Pour plus de d&eacute;tails sur nos crit=oK &egrave;res et conditions, <a href=3D"http://www=2Etraduitoo=2Ecom/clients=S =2Ehtm">cliquez ici</a>)=2EA	  <br><br>nK <strong>N</strong><b>os services vous int&eacute;ressent ?</b> Demandez vo=fK tre <a href=3D"#" onclick=3D"window=2Eopen('http://www=2Etraduitoo=2Ecom/f=MK orm_devis=2Ecfm','form_devis','scrollbars=3Dyes,menubar=3Dno,height=3D600,=d" width=3D717');">devis gratuit</a>,: je me ferai un plaisir de traiter votre demande=2E<br><br>K <b>En revanche, si vous pensez ne jamais avoir besoin de</b> <a href=3D"ht=aK tp://www=2Etraduitoo=2Ecom">Traduitoo=2Ecom</a>, <a href=3D"mailto:desinsc=SK ription@traduitoo=2Ecom?subject=3DDESINSCRIPTION">cliquez ici</a> et je ne=e  vous solliciterai plus=2E	  <br><br>oK <strong>S</strong>i ce mail vous a importun&eacute;, je vous pr&eacute;sen=1K te mes excuses et vous prie d'agr&eacute;er mes sinc&egrave;res salutation=e s=2E    	  <br><br>s Florence Ailloud</font>sK <font face=3D"Verdana,Arial,'Comic Sans MS'" size=3D"-4" color=3D"#983132"= K ><br><br><a href=3D"mailto:florence=2Eailloud@traduitoo=2Ecom">florence=2E=c ailloud@traduitoo=2Ecom</a><br> @ <a href=3D"http://www=2Etraduitoo=2Ecom">Traduitoo=2Ecom</a><br>
 BP 137<br>K 13443 MARSEILLE Cantini Cedex<br>T&eacute;l : 04 91 81 32 68 Fax :04 91 81=e
  32 68</font>e   </td>e   </tr>h </table></td></tr></table> </body>? </html>   + ------=_NextPart_84815C5ABAF209EF376268C8--    ------------------------------  % Date: Wed, 30 Jan 2002 22:45:06 -0600w, From: "Rich Jordan" <rjordan@mindspring.com>U Subject: Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory) 1 Message-ID: <a3ai1o$ia$1@slb7.atl.mindspring.net>e  H Most sites that have gone to the effort  and cost of installing an AlphaK have made the effort to properly document their system setup on hardcopy (a@G system bible) stored in a safe place.  Typical lowbrow haphazard wintel0L installers, of course, should not be expected to take such pains for what isH after all a temporary commodity box.  Thus new features must be added toG allow for the shortcomings inherent in the allegedly technical subclassaJ known as 'pc technicians' and the entire mindset surrounding the commodity computer world.      Fabio Cardoso wrote in message7 <20020130111857.60334.qmail@web20205.mail.yahoo.com>...(% >We have  Proliants here at Petrobras-  >and its management software can$ >display the memory slots (hardware) >What decadence for Alphas...c >c >Regards >n >Fcr >l >a >s   ------------------------------    Date: 31 Jan 2002 06:46:09 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Re: Purveyor is superior for VMS - proofc- Message-ID: <87d6zrcv9q.fsf@prep.synonet.com>t  , Arne Vajhj <arne.vajhoej@gtech.com> writes:   > Paul Repacholi wrote: + > > JF Mezei <jfmezei@videotron.ca> writes:e: > > > Why not use the VMS standard shared images ? (.exe ) > > J > > They are mapped at run time with... <mumble>... that find image symbol > > thing :) > @ > LIB$FIND_IMAGE_SYMBOL only works on standard shareable images.E > Nothing weird about that (except maybe the name of the function !).,  D Just an evil thought. Remember the trick of activating another imageC without running down the current one? ???? from NZ Gov Print postedt how to do it, so...n  C has anyone tried 'calling' a standard exe, not a sharable, as if iti was a sharable?    -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 30 Jan 2002 15:43:42 -0500m5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n2 Subject: Question - those pesky MS Windows keys...1 Message-ID: <kZY58.209$am1.4475@news.cpqcorp.net>w  K I've just finished the USB keyboard and mouse input decoders for X11/Motif.TI And while I'm in here, I think I'll actually generate something for thoseoH pesky 3 extra keys on keyboards designed for windows (I'll do it for the current PS2 keyboards as well).e  J But generating keycodes is one thing, deciding on what the *keysym* shouldF be is another.  That is, X11 uses a set of tables that are loaded fromJ KEYSYM files to translate the keycodes that it gets, into keysyms that the application uses.p  F Does anyone know what, if any, is the  standard or even typical keysym- mappings for these keys on random UNIX boxes?h  L The keys, BTW, are the ones that look like the flying MS Windows logo (thereL is a left and right) as well as the one that looks like a menu with an arrow> on it (i.e. like you are selecting something from a pulldown).  B The USB definitions for these are left and right GUI and "Keyboard
 Application".s   Any opinions out there?i   ------------------------------  % Date: Wed, 30 Jan 2002 15:58:10 -0500s1 From: Michael Austin <maustin@firstdbasource.com>06 Subject: Re: Question - those pesky MS Windows keys...2 Message-ID: <3C585E62.EE4AECE0@firstdbasource.com>   Fred Kleinsorge wrote: > M > I've just finished the USB keyboard and mouse input decoders for X11/Motif. K > And while I'm in here, I think I'll actually generate something for thoseiJ > pesky 3 extra keys on keyboards designed for windows (I'll do it for the! > current PS2 keyboards as well).i > L > But generating keycodes is one thing, deciding on what the *keysym* shouldH > be is another.  That is, X11 uses a set of tables that are loaded fromL > KEYSYM files to translate the keycodes that it gets, into keysyms that the > application uses.' > H > Does anyone know what, if any, is the  standard or even typical keysym/ > mappings for these keys on random UNIX boxes?t > N > The keys, BTW, are the ones that look like the flying MS Windows logo (thereN > is a left and right) as well as the one that looks like a menu with an arrow@ > on it (i.e. like you are selecting something from a pulldown). > D > The USB definitions for these are left and right GUI and "Keyboard > Application".n >  > Any opinions out there?a  G I am not sure what all of the short cuts are using the "flying windows"c* keys are, but my favorites in PC-land are:   <fw>+M == Minimize ALL NOW.p <fw>+E == Start explorer.   H the other key is used similar to positional-right-click-menu (copy/paste etc...)R     -- i   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comt President/Sr. DBA Consultant 704-947-1089 (Office)i 704-236-4377 (Mobile)u   ------------------------------  % Date: Wed, 30 Jan 2002 16:16:28 -0500i* From: WILLIAM WEBB <WWEBB1@email.usps.gov>6 Subject: RE: Question - those pesky MS Windows keys...- Message-ID: <0033000049838141000002L012*@MHS>   E =0AI thought that the key with the flag on it was the BSOD key... :^)m   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETn) Sent: Wednesday, January 30, 2002 4:03 PM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET6 Subject: RE: Question - those pesky MS Windows keys...     Fred Kleinsorge wrote: > H > I've just finished the USB keyboard and mouse input decoders for X11/= Motif.H > And while I'm in here, I think I'll actually generate something for t= hoseH > pesky 3 extra keys on keyboards designed for windows (I'll do it for = ther! > current PS2 keyboards as well).i >aH > But generating keycodes is one thing, deciding on what the *keysym* s= houldnH > be is another.  That is, X11 uses a set of tables that are loaded fro= mpH > KEYSYM files to translate the keycodes that it gets, into keysyms tha= t the- > application uses.- >-H > Does anyone know what, if any, is the  standard or even typical keysy= me/ > mappings for these keys on random UNIX boxes?  >-H > The keys, BTW, are the ones that look like the flying MS Windows logo=  (therecH > is a left and right) as well as the one that looks like a menu with a= n arrow-@ > on it (i.e. like you are selecting something from a pulldown). >mD > The USB definitions for these are left and right GUI and "Keyboard > Application".n >  > Any opinions out there?B  H I am not sure what all of the short cuts are using the "flying windows"=  * keys are, but my favorites in PC-land are:   <fw>+M =3D=3D Minimize ALL NOW.u <fw>+E =3D=3D Start explorer.b  H the other key is used similar to positional-right-click-menu (copy/past= ee etc...)i     --   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comi President/Sr. DBA Consultant 704-947-1089 (Office)w 704-236-4377 (Mobile)=   ------------------------------  % Date: Wed, 30 Jan 2002 23:10:59 -0000u3 From: "Malcolm" <malcolm@neverness.freeserve.co.uk>r6 Subject: Re: Question - those pesky MS Windows keys.../ Message-ID: <a39uhf$mjg$1@newsg4.svr.pol.co.uk>i  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message+ news:kZY58.209$am1.4475@news.cpqcorp.net...hB > I've just finished the USB keyboard and mouse input decoders for
 X11/Motif.K > And while I'm in here, I think I'll actually generate something for thosesJ > pesky 3 extra keys on keyboards designed for windows (I'll do it for the! > current PS2 keyboards as well).a >sL > But generating keycodes is one thing, deciding on what the *keysym* shouldH > be is another.  That is, X11 uses a set of tables that are loaded fromL > KEYSYM files to translate the keycodes that it gets, into keysyms that the > application uses.C >aH > Does anyone know what, if any, is the  standard or even typical keysym/ > mappings for these keys on random UNIX boxes?h >,J Does this help? In order: left Windows key, right Windows key, "menu" key.  9 From a Linux system with a UK keyboard, XFree86 X server.u  : KeyPress event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114162516, (51,-78), root:(180,443),nE     state 0x10, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,e)     XLookupString gives 0 characters:  ""o  < KeyRelease event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114162562, (51,-78), root:(180,443),oE     state 0x50, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,e)     XLookupString gives 0 characters:  ""2  : KeyPress event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114165319, (51,-78), root:(180,443),-H     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,)     XLookupString gives 0 characters:  ""o  < KeyRelease event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114165385, (51,-78), root:(180,443),gH     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,)     XLookupString gives 0 characters:  ""r  : KeyPress event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114166428, (51,-78), root:(180,443),uC     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,e)     XLookupString gives 0 characters:  ""u  < KeyRelease event, serial 24, synthetic NO, window 0x4400001,C     root 0x26, subw 0x0, time 3114166474, (51,-78), root:(180,443),cC     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,c)     XLookupString gives 0 characters:  "" ? X connection to :0.0 broken (explicit kill or server shutdown).a  	 -Malcolm.r  G > The keys, BTW, are the ones that look like the flying MS Windows logou (thereH > is a left and right) as well as the one that looks like a menu with an arrown@ > on it (i.e. like you are selecting something from a pulldown). >oD > The USB definitions for these are left and right GUI and "Keyboard > Application".c >; > Any opinions out there?e >x >e   ------------------------------  # Date: Thu, 31 Jan 2002 00:04:25 GMTr+ From: Ryan Moore <rmoore@rmoore.dyndns.org>m6 Subject: Re: Question - those pesky MS Windows keys...= Message-ID: <Pine.LNX.4.31.0201301600560.21086-100000@jaipur>t  I xev on FreeBSD with XFree86 (U.S. keyboard) produced the same keycodes as B the Linux results below.  At least those two operating systems are consistent!/  # On Wed, 30 Jan 2002, Malcolm wrote:eB > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- > news:kZY58.209$am1.4475@news.cpqcorp.net...0D > > I've just finished the USB keyboard and mouse input decoders for > X11/Motif.M > > And while I'm in here, I think I'll actually generate something for thoseeL > > pesky 3 extra keys on keyboards designed for windows (I'll do it for the# > > current PS2 keyboards as well).  > >eN > > But generating keycodes is one thing, deciding on what the *keysym* shouldJ > > be is another.  That is, X11 uses a set of tables that are loaded fromN > > KEYSYM files to translate the keycodes that it gets, into keysyms that the > > application uses.i > >cJ > > Does anyone know what, if any, is the  standard or even typical keysym1 > > mappings for these keys on random UNIX boxes?r > >fL > Does this help? In order: left Windows key, right Windows key, "menu" key. >=; > From a Linux system with a UK keyboard, XFree86 X server.  >g< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114162516, (51,-78), root:(180,443), G >     state 0x10, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,s+ >     XLookupString gives 0 characters:  """ >b> > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114162562, (51,-78), root:(180,443),lG >     state 0x50, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,g+ >     XLookupString gives 0 characters:  ""< ><< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114165319, (51,-78), root:(180,443), J >     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,+ >     XLookupString gives 0 characters:  ""n >n> > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114165385, (51,-78), root:(180,443), J >     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,+ >     XLookupString gives 0 characters:  ""/ >=< > KeyPress event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114166428, (51,-78), root:(180,443),=E >     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,0+ >     XLookupString gives 0 characters:  ""d >w> > KeyRelease event, serial 24, synthetic NO, window 0x4400001,E >     root 0x26, subw 0x0, time 3114166474, (51,-78), root:(180,443),oE >     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,m+ >     XLookupString gives 0 characters:  ""tA > X connection to :0.0 broken (explicit kill or server shutdown).a >r > -Malcolm.h >:I > > The keys, BTW, are the ones that look like the flying MS Windows logog > (thereJ > > is a left and right) as well as the one that looks like a menu with an > arrowrB > > on it (i.e. like you are selecting something from a pulldown). > >>F > > The USB definitions for these are left and right GUI and "Keyboard > > Application".s > >D > > Any opinions out there?d > >i   ------------------------------  % Date: Wed, 30 Jan 2002 19:49:39 +0000o# From: R <haxxxby_rem2x@vizzavi.net>p Subject: Reading from tape@ Message-ID: <daY58.43082$4i5.5805900@news11-gui.server.ntli.net>  H I'm trying to read a file from a TK50, mounted via a HSD50.  Its a text % file, but with long (up to 2K) lines.tK I can read from a similar file from a disk (using perl or gawk), but get a dJ message (in gawk) about a line being too long for the users buffer when I  try to read the file from tape.e  > I cannot move the file onto disk - its too large in one piece.  L Is there anything I can do with set rms to increase a process buffer, or am = I stuck with it.  Are tape files different from normal files?,  L If I'm stuck with it, I may have to read the file line by line with another % language to split it up.  On VMS 6.1.u    	 Thank you  Rogere   ------------------------------    Date: 30 Jan 2002 14:20:45 -0600- From: koehler@encompasserve.org (Bob Koehler)o Subject: Re: Reading from tape3 Message-ID: <19v7JOk10+RY@eisner.encompasserve.org><  f In article <daY58.43082$4i5.5805900@news11-gui.server.ntli.net>, R <haxxxby_rem2x@vizzavi.net> writes:J > I'm trying to read a file from a TK50, mounted via a HSD50.  Its a text ' > file, but with long (up to 2K) lines.<M > I can read from a similar file from a disk (using perl or gawk), but get a ?L > message (in gawk) about a line being too long for the users buffer when I ! > try to read the file from tape.' > @ > I cannot move the file onto disk - its too large in one piece. >   B    Look at the /blocksize and /recordsize when you mount the tape.B    If you're not sure, try a recordsize of 80.  Dump will help you@    figure out what the actual blocksize is, but too big is not a    problem for the blocksize.c  >    gawk want's to read one record at a time, the recordsize isF    important.  Each physical block on the tape will look like multiple%    records no larger than recordsize.    ------------------------------  % Date: Wed, 30 Jan 2002 15:40:48 -0500e From: William_Bochnik@acml.com+ Subject: Re: Remotely starting batch on VMS > Message-ID: <OFE0B62279.B13F49B8-ON85256B51.00718104@acml.com>  > my favorite is to do a combination of either ftp or rcp to the? dec box, and then rsh and do a submit to a queue - that way youhA dont have to wait around for the completion, and can get a log if3 something fails.      [                                                                                            l[                       Poiter                                                               -[                       <johan@noway.not                To:  Info-VAX@Mvb.Saic.Com           r[                       >                               cc:                                  p[                                                Subject: Remotely starting batch on VMS     g[                       01/30/2002 12:09                                                      [                       PM                                                                   p[                       Please respond                                                        [                       to Poiter                                                            c[                       <johan@noway.not                                                     e[                       >                                                                    0[                                                                                             [                                                                                            l      < What is an easy way to launch .com files on VMS from WinNT ?   PB            F ______________________________________________________________________;  The information contained in this transmission may containg@ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intendedf= recipient, or an employee or agent responsible for deliveringd3 this message to the intended recipient, any review,t@ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient,aA please contact the sender immediately by reply e-mail and destroyt# all copies of the original message.e   ------------------------------  % Date: Wed, 30 Jan 2002 20:51:32 -0500t% From: JF Mezei <jfmezei@videotron.ca>o. Subject: Sharing clipboard between 2 X servers, Message-ID: <3C58A323.6AA0733B@videotron.ca>  I On, VAXstation 3100 with decwindows. I have a DECterm window from which In spawn/nowait EDIT/TPU.  L The TPU has init commands that do SET CLIPBOARD to enable the sharing of theN clipboard across TPU and DECterm windows. That works fine for multiple windows on the same display.  ; But now, I do the following on a DECterm window on the vax:-  # $SPAWN/NOWAIT EDIT/TPU  vaxfile.com2, $SET DISPLAY/CREATE/TRANSPORT=TCPIP/NODE=MAC" $SPAWN/NOWAIT EDIT/TPU macfile.com  M The first EDIT pops a window on the vaxstation. The second edit pops a windowc on the MAC. Just as it should.  L However, even though both TPU sessions are children of the same process, the do not share their clipboard.r  H Is there a way to force the clipboard to be shared between those two TPU? instances even though they are not on the same display device ?e   ------------------------------  # Date: Thu, 31 Jan 2002 04:19:59 GMTi- From: "John E. Malmberg" <wb8tyw@qsl.network>h2 Subject: Re: Sharing clipboard between 2 X servers* Message-ID: <3C58CA0B.4070005@qsl.network>   JF Mezei wrote:   > > On, VAXstation 3100 with decwindows. I have a DECterm window% > from which I spawn/nowait EDIT/TPU.o    H If you launch it from the Filevue or Session Manager, it does not count , against the shared quotas for the processes.    hG > The TPU has init commands that do SET CLIPBOARD to enable the sharingcF > of the clipboard across TPU and DECterm windows. That works fine for' > multiple windows on the same display.o    L That is because the clipboard is owned by the X-Server, not the application.     = > But now, I do the following on a DECterm window on the vax:r > % > $SPAWN/NOWAIT EDIT/TPU  vaxfile.comk. > $SET DISPLAY/CREATE/TRANSPORT=TCPIP/NODE=MAC$ > $SPAWN/NOWAIT EDIT/TPU macfile.com > F > The first EDIT pops a window on the vaxstation. The second edit pops) > a window on the MAC. Just as it should.r > J > However, even though both TPU sessions are children of the same process,# > the do not share their clipboard.d    H That is the intended behavior.  The clipboard is owned by the X-Server, # not the applications running on it.*  H On the MAC, you should be able to share the clipboard with the X-server A and other MAC applications.  But that also could be a feature or ,. limitation of the X-Server program on the MAC.    oF > Is there a way to force the clipboard to be shared between those twoE > TPU instances even though they are not on the same display device ?e    F I would expect that you would have to write a custom TPU extension to I use a global section as a clipboard.  Otherwise you would need to use an e intermediate temporary file.  C In my own TPU$SECTION file, I have a routine that adds the command:d" WRITE SELECTED (FILE_NAME) to EVE.  I That way I do not need to use a temporary buffer to write a select range   into a file.   -Johni wb8tyw@qsl.network   Personal Opinion OnlyC   ------------------------------    Date: 30 Jan 2002 15:50:15 -08001 From: glenmark@utxvms.cc.utexas.edu (Glen Martin)h Subject: STR$ELEMENT usage< Message-ID: <6e2f14f4.0201301550.1657277@posting.google.com>   (OpenVMS Alpha v6.2f@ This is probably something trivial that I'm overlooking, but I'mD having trouble getting STR$ELEMENT working in a C program. I suspectC that I'm setting up the destination descriptor incorrectly, but I'mlC not certain that this is the cause. Here is a snippet from my code:e   /* begin snippet */8!  struct dsc$descriptor in_string;t%  struct dsc$descriptor_d out_string =h4             {0, DSC$K_DTYPE_T, DSC$K_CLASS_D, NULL};  /      in_string.dsc$w_length  = strlen(devname);E'      in_string.dsc$a_pointer = devname;3-      in_string.dsc$b_dtype   = DSC$K_DTYPE_T;@-      in_string.dsc$b_class   = DSC$K_CLASS_S;   $      printf("Input string is...\n");)      status=lib$put_output( &in_string );h2  if (!$VMS_STATUS_SUCCESS( status)) return status;  >  /* So far, so good. The contents of the string are printed as expected...  */=  -      printf("Extracting first element...\n");d  8      status = STR$ELEMENT(&out_string,0,",",&in_string);2  if (!$VMS_STATUS_SUCCESS( status)) return status;    /* end snippet */  D The invocation of STR$ELEMENT is where the program seems to blow up, and I get an access violation:   Extracting first element... ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualo address=00000000, PC =804884C8, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump followsaC   image    module    routine             line      rel PC          e abs PC>                                             0 FFFFFFFF804884C8 FFFFFFFF804884C8>  LPR  LPR  main                         19379 00000000000005F4 00000000000305F4>  LPR  LPR  __main                           0 0000000000000070 0000000000030070>                                             0 FFFFFFFF9690E170 FFFFFFFF9690E170  E  Any clues? Sample code showing the correct utilization of this call?s  	 $ cc/verse$ DEC C V5.6-003 on OpenVMS Alpha V6.2   ------------------------------  % Date: Wed, 30 Jan 2002 17:08:16 -0800e0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com> Subject: Re: STR$ELEMENT usage, Message-ID: <3C582880.71DFAAD5@Mvb.Saic.Com>   Glen Martin wrote: >  > (OpenVMS Alpha v6.2rB > This is probably something trivial that I'm overlooking, but I'mF > having trouble getting STR$ELEMENT working in a C program. I suspectE > that I'm setting up the destination descriptor incorrectly, but I'mcE > not certain that this is the cause. Here is a snippet from my code:j >  > /* begin snippet */ # >  struct dsc$descriptor in_string;z' >  struct dsc$descriptor_d out_string =26 >             {0, DSC$K_DTYPE_T, DSC$K_CLASS_D, NULL}; > 1 >      in_string.dsc$w_length  = strlen(devname);.) >      in_string.dsc$a_pointer = devname;u/ >      in_string.dsc$b_dtype   = DSC$K_DTYPE_T;r/ >      in_string.dsc$b_class   = DSC$K_CLASS_S;  > & >      printf("Input string is...\n");+ >      status=lib$put_output( &in_string );g4 >  if (!$VMS_STATUS_SUCCESS( status)) return status; > @ >  /* So far, so good. The contents of the string are printed as > expected...  */h > / >      printf("Extracting first element...\n");l > : >      status = STR$ELEMENT(&out_string,0,",",&in_string);) ----------------------------------------^r, -------------------------------------------^  A You have two problems.  You are passing the delimiter string as a G literal.  String literals in C are NOT passed by descriptor, which is aeD requirement here.  You will need to build a descriptor to point to a string containing a comma.  B You are also passing the element number as a literal.  I believe CE passes numeric literals by value, the STR$ELEMENT function wants thise argument passed by reference.h   Try:  
 int zero = 0;,? and &zero in place of the 0 in the function call to be certain.4  
 Mark Berrymanx   ------------------------------  % Date: Wed, 30 Jan 2002 21:39:37 -0500n1 From: Michael Austin <maustin@firstdbasource.com>l Subject: Re: STR$ELEMENT usage2 Message-ID: <3C58AE69.5D4EE88B@firstdbasource.com>   Glen Martin wrote: >  > (OpenVMS Alpha v6.21B > This is probably something trivial that I'm overlooking, but I'mF > having trouble getting STR$ELEMENT working in a C program. I suspectE > that I'm setting up the destination descriptor incorrectly, but I'mtE > not certain that this is the cause. Here is a snippet from my code:a >  > /* begin snippet */S# >  struct dsc$descriptor in_string;P' >  struct dsc$descriptor_d out_string =o6 >             {0, DSC$K_DTYPE_T, DSC$K_CLASS_D, NULL}; > 1 >      in_string.dsc$w_length  = strlen(devname); ) >      in_string.dsc$a_pointer = devname; / >      in_string.dsc$b_dtype   = DSC$K_DTYPE_T;l/ >      in_string.dsc$b_class   = DSC$K_CLASS_S;0 > & >      printf("Input string is...\n");+ >      status=lib$put_output( &in_string );04 >  if (!$VMS_STATUS_SUCCESS( status)) return status; > @ >  /* So far, so good. The contents of the string are printed as > expected...  */o > / >      printf("Extracting first element...\n");, > : >      status = STR$ELEMENT(&out_string,0,",",&in_string);4 >  if (!$VMS_STATUS_SUCCESS( status)) return status; >  >  /* end snippet */ > F > The invocation of STR$ELEMENT is where the program seems to blow up,  > and I get an access violation: >  > Extracting first element... = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual- > address=00000000, PC > =804884C8, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump followsd; >   image    module    routine             line      rel PC. > abs PC@ >                                             0 FFFFFFFF804884C8 > FFFFFFFF804884C8@ >  LPR  LPR  main                         19379 00000000000005F4 > 00000000000305F4@ >  LPR  LPR  __main                           0 0000000000000070 > 0000000000030070@ >                                             0 FFFFFFFF9690E170 > FFFFFFFF9690E170 > G >  Any clues? Sample code showing the correct utilization of this call?s >  > $ cc/versf& > DEC C V5.6-003 on OpenVMS Alpha V6.2  G Man, That is UGLY... why not use C string routines instead?  While that H can get the exact field, depending on record size may be just as fast to do it in C.s  C This piece of code takes the input from a web POST splits it using hB the delimiter "&" then splits that with the delimiter "=".  So, itD should be fairly easy to modify to split a comma seperated record.    ,         p1=(char *)strtok(data_buffer, "&");(         while(p1){                      5                 // p1 now points to an individual setm*                 // now break the set apart>                 // we won't use strtok for that, cause we need2 strtok                 p2=(char *)strchr(p1, '=');;                 if (p2){        // p2 now points to the '='e4               *p2=0; // put a NULL where the '=' was                		... do something here... 		}o  F Although, one thing you need to be careful about and consider.  If theE data has a field that could possibly contain a comma, then you are inRD trouble and will need to code accordingly given the following record note the date field:  A Michael,Austin,1000 somestreet,somecity,st,zip,"Jan 21, 2002",,,,k     -- f   Regards,   Michael Austin7 First DBA Source, Inc. -- http://www.firstdbasource.comP President/Sr. DBA Consultant 704-947-1089 (Office), 704-236-4377 (Mobile)    ------------------------------    Date: 30 Jan 2002 20:03:46 -0800- From: tony_mcgrath@toll.com.au (Tony McGrath)e Subject: Re: STR$ELEMENT usage= Message-ID: <ba84734f.0201302003.62d37cfc@posting.google.com>t  u glenmark@utxvms.cc.utexas.edu (Glen Martin) wrote in message news:<6e2f14f4.0201301550.1657277@posting.google.com>...d > (OpenVMS Alpha v6.2uB > This is probably something trivial that I'm overlooking, but I'mF > having trouble getting STR$ELEMENT working in a C program. I suspectE > that I'm setting up the destination descriptor incorrectly, but I'm E > not certain that this is the cause. Here is a snippet from my code:  >  > /* begin snippet */ # >  struct dsc$descriptor in_string;e' >  struct dsc$descriptor_d out_string =06 >             {0, DSC$K_DTYPE_T, DSC$K_CLASS_D, NULL}; > 1 >      in_string.dsc$w_length  = strlen(devname);y) >      in_string.dsc$a_pointer = devname; / >      in_string.dsc$b_dtype   = DSC$K_DTYPE_T;c/ >      in_string.dsc$b_class   = DSC$K_CLASS_S;d > & >      printf("Input string is...\n");+ >      status=lib$put_output( &in_string );S4 >  if (!$VMS_STATUS_SUCCESS( status)) return status; > @ >  /* So far, so good. The contents of the string are printed as > expected...  */l > / >      printf("Extracting first element...\n");  > : >      status = STR$ELEMENT(&out_string,0,",",&in_string);4 >  if (!$VMS_STATUS_SUCCESS( status)) return status; >  >  /* end snippet */ > F > The invocation of STR$ELEMENT is where the program seems to blow up,  > and I get an access violation: >  > Extracting first element...4= > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualf > address=00000000, PC > =804884C8, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump followsdE >   image    module    routine             line      rel PC          s > abs PC@ >                                             0 FFFFFFFF804884C8 > FFFFFFFF804884C8@ >  LPR  LPR  main                         19379 00000000000005F4 > 00000000000305F4@ >  LPR  LPR  __main                           0 0000000000000070 > 0000000000030070@ >                                             0 FFFFFFFF9690E170 > FFFFFFFF9690E170 > G >  Any clues? Sample code showing the correct utilization of this call?1 >  > $ cc/vers & > DEC C V5.6-003 on OpenVMS Alpha V6.2   G'day Glen,J  D The problem is in the usage of STR$ELEMENT. Argument 2 is an integerB passed by REFERENCE. Arg3 (the delimiter) is passed by descriptor, just as you did for args 1 & 4.a? Looks like you've let a bit of DCL F$ELEMENT coding slip in 8-)2  , You need to add some new declarations like..    int element=0;u    $DESCRIPTOR( delim_dsc, ",")   
 and change6    status = STR$ELEMENT(&out_string,0,",",&in_string); to:    status = STR$ELEMENT(&out_string, &element, &delim_dsc, &in_string);   Hope that helps. Cheers from Oz,f    Tony  ---r Tony McGrath OpenVMS System Support, Toll IT, Laverton North, Victoria, Australia   ------------------------------   Date: 30 Jan 2002 13:36 CST ' From: carl@gerg.tamu.edu (Carl Perkins)t Subject: Re: STR$lowercase ?- Message-ID: <30JAN200213362657@gerg.tamu.edu>t  A Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes...c }Rick Dyson wrote:K }>         With your help, I have written this which appears to work.  DoesbH }> anyone see any problems with it?  It is not documented nor tested for }> robustness,J }> but it appears to work with a simple test program I through together... } H }Both LIB$MOVTC and the LIB$AB_ tables has been documented for >10 years }! }  }Arne.  = It also works with STR$Translate (which may be a more obviousc= thing to try that the somewhat inobviously, if you don't known VAX macro, named LIB$MOVTC):         u(1) = 256        u(2) = %loc(LIB$AB_Upcase)       l(1) = 256#       l(2) = %loc(LIB$AB_Lowercase) "       i= STR$Translate(out,in,l,u)  > This also works fine to translate from uppercase to lowercase.   --- Carl   ------------------------------  % Date: Wed, 30 Jan 2002 23:21:19 +0000 1 From: Steve Wright <usenet@wrightnet.demon.co.uk>I Subject: Re: STR$lowercase ?4 Message-ID: <PFM8WyEv$HW8EwpA@wrightnet.demon.co.uk>  E In message <slrna5bs8l.ngh.danco@pebble.org>, danco@pebble.org writes < >In article <3C55B3D5.5F431CAB@UIowa.EDU>, Rick Dyson wrote: > H >>>     In the past I've used calls to BAS$EDIT, IIRC.  There was an old >  > G >Umm, but BAS$EDIT doesn't have "uppercase to lowercase" functionality, + >does it?  I don't see it in any case.  :-)  >  >l >EDIT$ >d	 >  Syntax  >  > - >           str-var = EDIT$(str-exp, int-exp)  >  >               Values   Effect  > ) >               1%       Trim parity bits 4 >               2%       Discard all spaces and tabsM >               4%       Discard characters: CR, LF,FF, ESC, RUBOUT, and NULL 8 >               8%       Discard leading spaces and tabs< >               16%      Reduce spaces and tabs to one space7 >               32%      Convert lowercase to uppercase 2 >               64%      Convert [ to ( and ] to )9 >               128%     Discard trailing spaces and tabs > >               256%     Do not alter characters inside quotes >_ >- Dan  G I don't know the name of the library routine, but when we wanted to do s; something similar in DEC-BASIC, we used the XLATE function.     From the on-line VMS manual  G ================== START OF CUT & PASTE ===============================e   XLATE$  F The XLATE$ function translates one string to another by referencing a  table string you supply.  G -----------------------------------------------------------------------t   Format  ' Str-result = xlate (Str-exp1, Str-exp2)cH ------------------------------------------------------------------------  G -----------------------------------------------------------------------a   Syntax Rules Str-exp1 is the input string.@ Str-exp2 is the table string.g  G ----------------------------------------------------------------------->   RemarkssI Str-exp2 can contain up to 256 ASCII characters, numbered from 0 to 255; oE the position of each character in the string corresponds to an ASCII aF value. Because 0 is a valid ASCII value (null), the first position in " the table string is position zero.E XLATE$ scans str-exp1 character by character, from left to right. It tH finds the ASCII value n of the first character in str-exp1 and extracts F the character it finds at position n in str-exp2. XLATE$ then appends G the character from str-exp2 to str-var. XLATE$ continues this process, e= character by character, until the end of str-exp1 is reached.oI The output string may be smaller than the input string for the following   reasons:C XLATE$ does not translate nulls. If the character at position n in nE str-exp2 is a null, XLATE$ does not append that character to str-var.-B If the ASCII value of the input character is outside the range of G positions in str-exp2, XLATE$ does not append any character to str-var.b    H ------------------------------------------------------------------------   Examplen     DECLARE STRING A, table, sourceh  A = "abcdefghijklmnopqrstuvwxyz" table = STRING$(65, 0) + A4 LINPUT " Type a string of uppercase letters"; source PRINT XLATE$(source, table)s         Output      + Type a string of uppercase letters? ABCDEFGm abcdefgt  H ================== END OF CUT & PASTE ==================================    D Well look at that... the example in the manual shows how to convert A uppercase to lowercase, although it does strip any non uppercase o characters :-(   Better to do something likeo  
 TABLE = "" FOR I = 0% TO ASCII ("A") - 1%      TABLE = TABLE + CHR$ (I)l NEXT I, TABLE = TABLE + "abcdefghijklmnopqrstuvwxyz"  FOR I = ASCII ("Z") + 1% TO 255%      TABLE = TABLE + CHR$ (I)  NEXT I  @ to set up the table. That way, any non uppercase characters are 
 preserved.     --   Steve Wright   ------------------------------  # Date: Thu, 31 Jan 2002 04:13:05 GMTt* From: mrr@reistad.priv.no (Morten Reistad)! Subject: Re: The demise of compaqo2 Message-ID: <vb1a3a.hfi.ln@amanda.reistad.priv.no>  1 In article <3C335216.409E4525@trailing-edge.com>,h- Tim Shoppa  <shoppa@trailing-edge.com> wrote:p >Paul Repacholi wrote: >> u0 >> Tim Shoppa <shoppa@trailing-edge.com> writes: >> m9 >> Tim, please tell me you are joking, I thought you said A >> >         California, which has purchased 33 Alphas to replacee7 >> >         a DEC PDP-11/70 it had been using  [ ... ]a >>  , >> 33 Alphas to replace ONE 70!! Ah, gark... >s> >As always, I'm sure that there was at least *some* promise of, >improved functionality with the new Alphas.  D They may also be running software-emulation of the PDP-11/70 on someE of these alphas; they may not have the source code any longer either.r  = I know of one company in the financial services industry thatwC still ran important PDP-11 stuff two years ago; but now on software-D emulators on (Sun|Aplhas) at almost three times the original speed.   G >The group sidewise-from-mine now has a 2-node Tru64 Alpha 4000 cluster1H >to do the same work that 20 years ago was done with a PDP-11/35, a cardD >reader, and two RK05 drives.  The new Alphacluster - running OracleE >8 - has over 150 Gbytes spread over 20-odd spindles.  While the work ? >is the same, the database has grown by a factor of 2 or 3 overtF >the past twenty years (I don't think it would fit on a RK05 anymore -$ >it is about 3 megabytes right now.)  	 -- Mortens   ------------------------------  # Date: Wed, 30 Jan 2002 19:34:05 GMTD' From: Don Sykes <anonymous@pacbell.net>=1 Subject: Re: Using vfork/execvp with DCL commandsd+ Message-ID: <3C584B41.A61FF3FB@pacbell.net>K  
 Ernest wrote:i > L > How can execvp be used to run DCL commands (such as PIPE and DIR)?  I knowH > that it uses VAXC$PATH to search for commands, but how can one emulateC > system()'s ability (which I can't use, since I must spawn withoutnK > immediately waiting for the job to finish) to run DCL commands?  On Unix,.J > I can accomplish running shell built-in commands by using something likeI > "/bin/ksh -c echo hello", but I am not sure how this would be done witho > DCL. > G I've been down that same road and I was never able to get the vfork() &lG exe() style to work as it does in Unix. Basically, I think it's becausenC VMS doesn't have a comparable fork. The closest is starting a POSIX0G thread. Of course you can use system(), but that spawns a subprocess to G run the command. I would say don't spend too much time trying to get it  to work the way you want.   	 > Thanks,8 > Ernest   -- 8   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  % Date: Wed, 30 Jan 2002 20:13:34 +010001 From: John McLean <mcleanj@swissonline.delete.ch> ? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)s5 Message-ID: <3C5845DE.CB15FA04@swissonline.delete.ch>a   Bill Todd wrote: > @ > "John McLean" <mcleanj@swissonline.delete.ch> wrote in message1 > news:3C583584.9EDE7283@swissonline.delete.ch...a > >r > >  > > Alan Greig wrote:. > > >u > > >... > > >EI > > > The current roadmaps show VMS continuing to be developed on the newtG > > > Intel Itanium 64 bit chip after the end of alpha development. One J > > > problem with this is that Intel have admired they have a backup planL > > > in case this new architecture fails. Instead they will support the AMDK > > > Hammer 64 bit extensions to the IA32 architecture in the follow-on tom' > > > the Pentium codenamed "Prescott".s > > >sJ > > > Unfortunately Compaq have announced that Alpha will not be developedK > > > beyond the next major release (EV7) which could leave VMS marooned ifnB > > > Itanium (or The Itanic as it tend to be called) fails in the > > > marketplace. > >dL > > Don't forget that the current work on VMS is doing a lot to minimize theI > > hardware dependencies (or at least to gather them).  This - as I said_I > > weeks ago - may be the best thing about the whole exercise because it J > > will simplify the porting of VMS ...to AMD, to Power4 (?) from IBM, in > > fact to any processor. > I > The question really is whether VMS will still be considered worth doing,F > *anything* with by whoever owns it should such a second migration beL > required.  Compaq's own numbers suggest that the Alphacide cut deeply intoM > Alpha (including VMS) Q3 sales and that the merger discussion certainly didpK > nothing to help them out of their already-depressed state (Tru64 - thoughoL > not VMS - rebounded strongly in Q4, but only to previous levels - and thatL > seems to have been due to a small number of large sales likely set up some > time ago). > K > Couple depressed sales with the expressed intent of both Compaq and HP topK > phase out everything but Windows and Linux (and perhaps keep HP/UX around-K > for a while, in HP's case) and regardless of how the merger turns out VMShK > looks more and more like toast.  Can the decreasing attractiveness of thesG > new Itanic home it hasn't yet even moved into do anything but further I > discourage people from committing to it?  One really needs rose-coloredo2 > glasses to consider this a positive development.  C I think you are being unreasonably pessimistic about the situation.o  F Firstly, much of VMS is readily portable because it is in a high-levelH language.  The real tasks are with Macro and other uncommon beasts.  TheD effort involved with porting is becoming less and less, or maybe the, engineers know how to do it in their sleep.   H Second, I think a lot of the depressed sales and even defection from VMSE are a reaction to Compaq's  handling of it.  People who had hoped forDF something of a revival under Compaq have now been disappointed.  ThreeD years and all they see is Compaq bailing out of Alpha and continuingA wasting money in the PC arena.  Compaq has shown that despite the ? rhetoric at the time of the Digital buyout, they are not really , interested in anything but the (no)Win-toys.  H Third, and importantly, I'm making no assumptions about VMS staying with= Compaq.  There is a lot of support here for IBM to become theuF foster-parent for example.  Anyone who bought VMS can be assumed to beF enthusiastic and so having the option of moving to AMD could be a goodC move.  (It also doesn't mean Intel *or* AMD but it could mean Intel  *AND* AMD.)0  G I take your point about customers not being happy with two transitions,AD but if Itanic falls out before the customers start porting, then theA customers would just port once which they are going to do anyway.      John McL   ------------------------------    Date: 30 Jan 2002 13:51:32 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)0? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)03 Message-ID: <B0nJgagmY9HX@eisner.encompasserve.org>   ` In article <ohvf5uopq7oe4gq5hu4vplbub66bq6tgpl@4ax.com>, Alan Greig <a.greig@virgin.net> writes:  F > Unfortunately Compaq have announced that Alpha will not be developedG > beyond the next major release (EV7) which could leave VMS marooned ift> > Itanium (or The Itanic as it tend to be called) fails in the > marketplace.  B Or with the more-experienced-at-porting VMS team tackling Power 4.   ------------------------------  # Date: Wed, 30 Jan 2002 22:30:14 GMTw# From: "John Smith" <a@nonymous.com>d? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...) 1 Message-ID: <Wt_58.10359$bIE.4353@news1.bloor.is>   2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:ohvf5uopq7oe4gq5hu4vplbub66bq6tgpl@4ax.com...: > On Wed, 30 Jan 02 10:59:22 GMT, jmfbahciv@aol.com wrote: >t >k >rF > Unfortunately Compaq have announced that Alpha will not be developedG > beyond the next major release (EV7) which could leave VMS marooned if > > Itanium (or The Itanic as it tend to be called) fails in the > marketplace. >.   Does Compaq really give a damn?   J It'll take Compaq until the time the Itanic lists so far to starboard thatJ the lifeboats can't be launched to wake up. And by then it'll be too late.   ------------------------------    Date: 30 Jan 2002 16:37:48 -0800( From: bob@instantwhip.com (Bob Ceculski)? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...) = Message-ID: <d7791aa1.0201301637.574e1a90@posting.google.com>B  u "Bill Todd" <billtodd@metrocast.net> wrote in message news:<WRW58.210468$TC1.14076655@bin5.nnrp.aus1.giganews.com>...:@ > "John McLean" <mcleanj@swissonline.delete.ch> wrote in message1 > news:3C583584.9EDE7283@swissonline.delete.ch...0 > >6L > > Don't forget that the current work on VMS is doing a lot to minimize theI > > hardware dependencies (or at least to gather them).  This - as I said I > > weeks ago - may be the best thing about the whole exercise because itkJ > > will simplify the porting of VMS ...to AMD, to Power4 (?) from IBM, in > > fact to any processor. > I > The question really is whether VMS will still be considered worth doingsF > *anything* with by whoever owns it should such a second migration beL > required.  Compaq's own numbers suggest that the Alphacide cut deeply intoM > Alpha (including VMS) Q3 sales and that the merger discussion certainly didgK > nothing to help them out of their already-depressed state (Tru64 - though L > not VMS - rebounded strongly in Q4, but only to previous levels - and thatL > seems to have been due to a small number of large sales likely set up some > time ago). > K > Couple depressed sales with the expressed intent of both Compaq and HP to K > phase out everything but Windows and Linux (and perhaps keep HP/UX around K > for a while, in HP's case) and regardless of how the merger turns out VMS K > looks more and more like toast.  Can the decreasing attractiveness of theaG > new Itanic home it hasn't yet even moved into do anything but furtherTI > discourage people from committing to it?  One really needs rose-coloredl2 > glasses to consider this a positive development. >  > - bill  K I will not move off vms until absolutely necessary!  Currently, there is noPL where else to go ... windoze?  sorry, got a wait for bill gates to implementJ security, and get it right, ought to take only another 10 years, maybe ...J linux?  you are going to run high end 24x7 clustering with linux?  Anyone K who moves now to any of these insecure, lousy platforms is either a glutton0$ for punishment or just plain stupid!   ------------------------------  # Date: Thu, 31 Jan 2002 03:52:52 GMT $ From: Ric Werme <werme@mediaone.net>? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)w< Message-ID: <oc368.2988$KA4.1288146@typhoon.ne.mediaone.net>  ' Alan Greig <a.greig@virgin.net> writes:'  E >On 29 Jan 2002 21:55:14 -0600, young_r@encompasserve.org (Rob Young)n >wrote:     P >>The best evidence we have of that [long term platform support] is today we areP >>still providing support for Digital PDP-11 and VAX systems purchased well overQ >>10 years ago.  We will be doing new functionality releases of OpenVMS for Alpha M >>users at least through 2006. Beyond that timeframe, Alpha-based maintenancet >>releases will continue.$  B >But interestingly the current 7,3 SPD says 7.3-1 will be the lastC >version to support some of the earlier Alpha systems. So already amG >plan exists to retire Alphas one by one. A large number of VAX systems-B >are also being removed from support in the latest VAX releases as >well.  F Tru64 dropped support in V5.1(?) for the original Turbochannel systemsM which had 133-175 Mhz EV4 CPUs.  Code didn't get deleted for another release.t  0 >>	"new functionality ... at least through 2006"  E >Yes but what Alpha systems will still be supported by a 2006 releaser+ >if we're already retiring systems in 2002.t  M The "bird" machines were introduced in 1992.  Systems to be supported in 2006rA will certainly include whatever is being sold, at the very least.e  I Given the pace of system development, that's pretty reasonable.  And noteeL that dropping support for a system with a new OS release doesn't necessarilyK turn it into a boat anchor.  Support can go on in the support releases too.) --A      "Engineers are unreasonable people." -- NH Judge John Korbeyr  C    Ric Werme                            | werme@nospam.mediaone.netr>    http://people.ne.mediaone.net/werme  |       ^^^^^^^ delete   ------------------------------  % Date: Wed, 30 Jan 2002 17:29:25 -0500r> From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>S Subject: RE: www.openvms.compaq.com and the link "OpenVMS Solutions Status	 Matrix"hM Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D01602727@MBCALBEXC03.BENDER.COM>o  @ Do we bug third party software partners to send you info on what+ version of OpenVMS they are qualified on?     D Attunity comes to mind.  They are qualified on OpenVMS 7.3, I think.  8 How does one get a third party software partner listed?   ? Vista International comes to mind at http:///www.vistacomp.com/t  + By the way, you are doing an excellent job!    :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadway  Albany, NY  12204  USAa 518-487-3255 John.C.Koska@lexisnexis.comN  ) I post personal opinion only, and all theg* disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s).e+ One should also take note of the Electronic ) Communications Privacy Act of 1986, whicha+ imposes civil and criminal liability on any ( person who intentionally intercepts "any( wire, oral or electronic communication."     > -----Original Message-----7 > From: warren sander [mailto:warren.sander@compaq.com] + > Sent: Wednesday, January 30, 2002 5:05 PM  > To: Info-VAX@Mvb.Saic.ComSE > Subject: Re: www.openvms.compaq.com and the link "OpenVMS SolutionsL > Status Matrix" >  >  > Ok? > I've added the following text to all 104 pages of the matrix:- >  > Status Report Guide- > = >  Current Versions Tab Selects OpenVMS 7.2 and 7.3 (default)x3 >  Archive Versions Tab Selects OpenVMS 6.2 and 7.1-@ > -------------------------------------------------------------- > -------------- > ----8 >  Partner Name 'select' Sorts by Partner Name (default)5 >  Applicaton Name 'select' Sorts by Application Name  >  -@ > -------------------------------------------------------------- > -------------- > -----c8 >   A - Z letters Selects Partner/Applications Starting  > Selected Letter ('A'
 > default) > H > You can (and have been able to get) the report by OS version (current, > archive) sorted " > either by Partner or Application > ? > The A through Z letters let you select the beginning letter.   > I can't put it! > all on one page cause there arec > over 800 applications listed.  > 	 > -warren  >  > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS Marketing. > Compaq Computer Corporation          Work:  ! > warren.sander@remove.compaq.coms1 > 200 Forest Street MR01-3/J1          Personal: e > sander@remove.ma.ultranet.com 5 > Marlboro, MA 01752                   (508) 467-4875 7 >    My opinions are my own and I only speak for myself-. >          Read http://www.openvms.compaq.com/D > ------------------------------------------------------------------ >  >  >    ------------------------------  % Date: Wed, 30 Jan 2002 17:04:38 -0500-0 From: "warren sander" <warren.sander@compaq.com>R Subject: Re: www.openvms.compaq.com and the link "OpenVMS Solutions Status Matrix"1 Message-ID: <W5_58.218$am1.4591@news.cpqcorp.net>N   Ok= I've added the following text to all 104 pages of the matrix:r   Status Report Guide   ;  Current Versions Tab Selects OpenVMS 7.2 and 7.3 (default)=1  Archive Versions Tab Selects OpenVMS 6.2 and 7.1eL ---------------------------------------------------------------------------- ----6  Partner Name 'select' Sorts by Partner Name (default)3  Applicaton Name 'select' Sorts by Application Name L  --------------------------------------------------------------------------- -----qJ   A - Z letters Selects Partner/Applications Starting Selected Letter ('A' default)  F You can (and have been able to get) the report by OS version (current, archive) sortedt  either by Partner or Application  K The A through Z letters let you select the beginning letter. I can't put itM all on one page cause there ared over 800 applications listed.v   -warrenn   --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingK Compaq Computer Corporation          Work:  warren.sander@remove.compaq.com L 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com3 Marlboro, MA 01752                   (508) 467-4875e5    My opinions are my own and I only speak for myself ,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------   ------------------------------   End of INFO-VAX 2002.059 ************************