1 INFO-VAX	Mon, 25 Mar 2002	Volume 2002 : Issue 166       Contents: Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS* Alert:(Nasdaq:DRVR) up 9.9% allready today Alpha emulator ??  Re: Alpha emulator ?? , Re: Another AntiSPAM RBL dies - ORBZ is gone, Re: Another AntiSPAM RBL dies - ORBZ is gone creating a mailbox in DCL  Re: creating a mailbox in DCL  Re: DCPI for VMS! / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? : Re: External authentication + trapping password changes...: Re: External authentication + trapping password changes...( Re: FORTRAN (was: Re: R.I.P. OpenVMS...)( Re: FORTRAN (was: Re: R.I.P. OpenVMS...) How to fork() ?  Re: How to fork() ? G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux http://vaxarchive.khubla.com Interesting Alpha advertising ! Re: Interesting Alpha advertising ! Re: Interesting Alpha advertising 0 Is there going to be a VMS based kernel for NSK?7 Re: Low Level format of SCSI Disc in VaxStation 4000VLC & LP11/LA11/LS11 Line Printer Supported? M$Access -> VMS  Re: M$Access -> VMS  M$Access -> VMS C New book: OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver G RE: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver * Re: Once a fool, always a fool I guess ...) OpenVMS port to Intel - video now on line - Re: OpenVMS port to Intel - video now on line - Re: OpenVMS port to Intel - video now on line - Re: OpenVMS port to Intel - video now on line - Re: OpenVMS port to Intel - video now on line ) Registration for London Technical Updates  Re: Right down the middle P Re: Session abstracts and bio's for OpenVMS Technicial Updates in Europe (Austri Set user similar to SU Re: Set user similar to SU Re: Set user similar to SU Re: Set user similar to SU Re: Set user similar to SU RE: Set user similar to SU Re: Set user similar to SU RE: Set user similar to SU$ Re: Shannon knows DEC -> CPQ -> ???? Re: Talk about downtime.... 7 Re: VMS 7.3 VLM Fast I/O UWSS It's a Crash Crash CRASH!   F ----------------------------------------------------------------------    Date: 25 Mar 2002 08:12:45 -0600- From: koehler@encompasserve.org (Bob Koehler) # Subject: Re: ADA95 for ia64/OpenVMS 3 Message-ID: <znsQZI7P8E0U@eisner.encompasserve.org>   i In article <3C9B50A5.F49DD68D@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  >  > Good news. >  > For those that use Ada.  >   F    Nope.  A lot of users are heavily tied to DEC Ada (83?).  Moving to$    GNAT is going to be a major cost.   ------------------------------  % Date: Mon, 25 Mar 2002 17:01:33 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> # Subject: Re: ADA95 for ia64/OpenVMS ) Message-ID: <3C9F49DD.29AB7480@gtech.com>    Bob Koehler wrote:k > In article <3C9B50A5.F49DD68D@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > > Good news. > >  > > For those that use Ada.  > H >    Nope.  A lot of users are heavily tied to DEC Ada (83?).  Moving to& >    GNAT is going to be a major cost.   Hmmm.   2 Would they not have to migrate from Ada83 to Ada95 at some point in time anyway ?   Arne   ------------------------------  % Date: Mon, 25 Mar 2002 16:54:36 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1># Subject: Re: ADA95 for ia64/OpenVMS ) Message-ID: <3C9F564C.CC2530B1@127.0.0.1>    Bob Koehler wrote: > k > In article <3C9B50A5.F49DD68D@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > >  > > Good news. > >  > > For those that use Ada.  > >  > H >    Nope.  A lot of users are heavily tied to DEC Ada (83?).  Moving to& >    GNAT is going to be a major cost.   Ditto.  B And many (all) flight software development systems have to be keptF operational during the lifetime [of the aircraft], considerably longerC than Compaq's current projected time scales of *anything*. Consider F Concorde - engineering had to take place, not sure if software systemsC were involved but should prove the point. 1969 - heyday of the PDP.   E The problem is if someone is now forced to rework and recertify code, H will the lure of other platforms take their toll on the VMS base? VAX toA Alpha, a lot of compatibility (VAX_Float) was kept, so helped the H transition. This is one key area I'm not sure Compaq have fully exploredH the issues involved. I don't think they are even aware of the numbers of' systems, by definition many are secret.   C I personally still maintain not providing / continuing DEC Ada is a  mistake.   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 25 Mar 2002 08:51:19 -0800 - From: "Douglas B Rupp" <rupp@nospam_gnat.com> # Subject: Re: ADA95 for ia64/OpenVMS - Message-ID: <3c9f5886.0@topcat.tabbygnat.com>   E GNAT on VMS supports all the DEC Ada pragmas and attributes and tries % to be highly compatible with DEC Ada.   K If you have some specific complaints or suggestions for improvement of GNAT  on VMS,  we would be glad to hear them.    G >   Nope.  A lot of users are heavily tied to DEC Ada (83?).  Moving to % >   GNAT is going to be a major cost.      Douglas Rupp Ada Core Technologies, Inc   ------------------------------   Date: 25 Mar 2002 17:34:12 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) # Subject: Re: ADA95 for ia64/OpenVMS + Message-ID: <a7nn2k$lbn$2@info.cs.uofs.edu>   - In article <3c9f5886.0@topcat.tabbygnat.com>, 0  "Douglas B Rupp" <rupp@nospam_gnat.com> writes:H |> GNAT on VMS supports all the DEC Ada pragmas and attributes and tries( |> to be highly compatible with DEC Ada. |>  B Which does not address Application (not compiler) Certification as has been pointed out by others.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 25 Mar 2002 16:42:38 -0000* From: "Mag Net News" <MAG@lb.bcentral.com>3 Subject: Alert:(Nasdaq:DRVR) up 9.9% allready today ( Message-ID: <1017074558.16054.qmail@ech>  + Hot Opportunity: Explosive Growth Potential $ DriverShield CRM Corp. (Nasdaq:DRVR)D Company has $9,000,000 Cash on hand, and just signed major contract.# ----------------------------------- E Driversshield.com Corp. is engaged in automotive fleet management and J administration of automotive repairs for businesses, insurance companies = and J members of affinity groups. For the nine months ended 9/30/01, revenues r= ose H 14% to $12 million. Net loss totaled $347 thousand vs. an income of $199F thousand. Results reflect higher collision repair and fleet managementJ revenue due to expansion of the client base, offset by higher marketing a= nd non-cash compensation costs.   RECENT UPDATES: J DriverShield CRM Corp. (Nasdaq:DRVR) has signed Bankers Insurance Company=  of E Florida to a three-year contract. Bankers will use DriverShield's CRM J program to manage its automobile collision-repair claims process. Bankers=  E also will offer their insureds membership in DriverShield's ADS (Auto J Discounts and Services). In so doing, Bankers will lower the severity of = its C auto physical-damage claims and loss-adjusted expenses (LAE), while H enhancing customer loyalty and retention -- and increasing market-share.J DriverShield Corp. Completes Sale of Fleet Unit to PHH Arval. $7.3 Millio= n J Transaction, Following Shareholder Approval at Annual Meeting, Sets Stage=  A for Strategic Partnership with PHH and Ramp-Up of CRM Business -- J DriverShield (Nasdaq:DRVR) announced today that it has completed the sale=  of E its fleet services unit to PHH Arval for $6.3 million. As part of the B transaction, PHH also agreed to invest an additional $1 million inG DriverShield, receiving preferred stock convertible into 500,000 common D shares at $2.00 per share, and will also become a strategic partner.  --------------------------------  < ------------------------------------------------------------
 Disclaimer  J MAG publishes reports providing informationon selected companies that MAG= =20 J believes has investment potential. MAG is not a registered investment adv=
 isor or=20J broker-dealer. This reportis provided as an information service only, and=  the=20 J statements and opinionsin this report should not be construed as an offer=  or=20J solicitation tobuy or sell any security. MAG accepts no liability for any=  loss=20J arisingfrom an investor's reliance on or use of this report. An investmen=
 t inThe=20J Above named company is considered to be highly speculative and shouldnot = be=20 J considered unless a person can afford a complete loss of investment.MAG h=
 as been=20H hired by a third party consultant, and is contracted toreceive a cash=20J advertising fee of $500-$5000 for the publication andcirculation of this =
 report.=20J Subsequently MAG may buy or sell shares ofthe stock of the above mentione= d=20J company in the open market. This reportcontains forward-looking statement= s,=20 J which involve risks, and uncertaintiesthat may cause actual results to di= ffer=20 J materially from those set forthin the forward-looking statements. For fur= ther=20 J details concerning theserisks and uncertainties, see the SEC filings of t= he=20 J above mentioned companyincluding the company's most recent annual and qua=	 rterly=20  reports.    G _______________________________________________________________________  Powered by List Builder  To unsubscribe follow the link: J http://lb.bcentral.com/ex/manage/subscriberprefs?customerid=3D11414&subid= =3D5C3E9A74AF87D81D&msgnum=3D23    ------------------------------  # Date: Mon, 25 Mar 2002 15:48:11 GMT . From: "Fim Wstberg" <fim.wastberg@fimator.se> Subject: Alpha emulator ??4 Message-ID: <%EHn8.27430$n4.5413016@newsc.telia.net>  ) I know that there is a Vax-emulator , but 0 does anybody knows if there is an Alpha-emulator under Windows somewhere??  Fim.Wastberg@fimator.se    ------------------------------   Date: 25 Mar 2002 17:26:00 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: Alpha emulator ??+ Message-ID: <a7nmj8$lbn$1@info.cs.uofs.edu>   4 In article <%EHn8.27430$n4.5413016@newsc.telia.net>,1  "Fim Wstberg" <fim.wastberg@fimator.se> writes: , |> I know that there is a Vax-emulator , but3 |> does anybody knows if there is an Alpha-emulator  |> under Windows somewhere??  C I wouldn't think anyone would consider it useful enough emulating a 4 powerful system on a weaker one to attempt the task.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 25 Mar 2002 08:47:34 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com> 5 Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone % Message-ID: <3C9F4696.50703@mmaz.com>    Paul Sture wrote:    > Barry Treahy, Jr. wrote: > H >> This is not completely off-topic in that if you use, or rather used, G >> ORBZ for DNS anti-spam support, they where forced to shutdown under  A >> duress of criminal charges and if your SMTP servers are still  H >> referencing them, your inbound e-mail with most likely be blocked as D >> ours have been for the base 36 hours; They shutdown on March 20, F >> 2002. Other DNS RBL's still exist, one of the larger ones that are 4 >> still free is ORDB or you make subscribe to MAPS. >>G > Pray tell, what does RBL stand for? It's the second time in 24 hours   > I've seen it.    RBL - Realtime Blackhole List    Regards,   Barry    >  >  > __ > Paul Sture
 > Switzerland  >  >    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Mon, 25 Mar 2002 08:49:33 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com> 5 Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone ' Message-ID: <3C9F470D.9020403@mmaz.com>   & --------------0103030609070208090901069 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit      Tom Linden wrote:   I >I guess this means that for those of us who use 5.1 we have to remove an  >entry >in the smtp.config file.  > L >RBLs: rbl.maps.vix.com, dul.maps.vix.com, relays.orbs.org, mr-out.imrss.org > 5 These addresses have not been good for a long time...    Barry    >  >>-----Original Message-----@ >>From: system@SendSpamHere.ORG [mailto:system@SendSpamHere.ORG]( >>Sent: Saturday, March 23, 2002 3:47 AM >>To: Info-VAX@Mvb.Saic.Com 7 >>Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone  >> >>6 >>In article <3C9C2703.6070209@bluewin.ch>, Paul Sture! >><paul.sture@bluewin.ch> writes:  >> >>>Barry Treahy, Jr. wrote:  >>> H >>>>This is not completely off-topic in that if you use, or rather used,G >>>>ORBZ for DNS anti-spam support, they where forced to shutdown under A >>>>duress of criminal charges and if your SMTP servers are still H >>>>referencing them, your inbound e-mail with most likely be blocked asJ >>>>ours have been for the base 36 hours; They shutdown on March 20, 2002.@ >>>>Other DNS RBL's still exist, one of the larger ones that are >>>> >>still free >>* >>>>is ORDB or you make subscribe to MAPS. >>>>A >>>Pray tell, what does RBL stand for? It's the second time in 24  >>>  >>hours I've seen it.  >>  >>_R_ealtime _B_lackhole _L_ist. >>< >>check http://www.ordb.net/ 's FAQ and dictionary links for >>further details. >> >>--4 >>VAXman- OpenVMS APE certification number: AAA-0001 >>VAXman(at)TMESIS(dot)COM >>K >>  "And of course, I'm a genius, so people are naturally drawn to my fiery K >>  intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes  >> >  >    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028       & --------------010303060907020809090106) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit    <html> <head> </head>  <body> <br> Tom Linden wrote:<br> O <blockquote type="cite" cite="mid:CIEJLCMNHNNDLLOOGNJIEEJDEGAA.tom@kednos.com">    <pre wrap="">I guess this means that for those of us who use 5.1 we have to remove an<br>entry<br>in the smtp.config file.<br><br>RBLs: rbl.maps.vix.com, dul.maps.vix.com, relays.orbs.org, mr-out.imrss.org<br></pre>    </blockquote> 9 These addresses have not been good for a long time...<br>    <br>	 Barry<br>    <br>Q   <blockquote type="cite" cite="mid:CIEJLCMNHNNDLLOOGNJIEEJDEGAA.tom@kednos.com">      <pre wrap=""><br></pre>      <blockquote type="cite">       <pre wrap="">-----Original Message-----<br>From: <a class="moz-txt-link-abbreviated" href="mailto:system@SendSpamHere.ORG">system@SendSpamHere.ORG</a> [<a class="moz-txt-link-freetext" href="mailto:system@SendSpamHere.ORG">mailto:system@SendSpamHere.ORG</a>]<br>Sent: Saturday, March 23, 2002 3:47 AM<br>To: <a class="moz-txt-link-abbreviated" href="mailto:Info-VAX@Mvb.Saic.Com">Info-VAX@Mvb.Saic.Com</a><br>Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone<br><br><br>In article <a class="moz-txt-lin k-rfc2396E" href="mailto:3C9C2703.6070209@bluewin.ch">&lt;3C9C2703.6070209@bluewin.ch&gt;</a>, Paul Sture<br><a class="moz-txt-link-rfc2396E" href="mailto:paul.sture@bluewin.ch">&lt;paul.sture@bluewin.ch&gt;</a> writes:<br></pre>e       <blockquote type="cite">;         <pre wrap="">Barry Treahy, Jr. wrote:<br><br></pre>o          <blockquote type="cite">          <pre wrap="">This is not completely off-topic in that if you use, or rather used,<br>ORBZ for DNS anti-spam support, they where forced to shutdown under<br>duress of criminal charges and if your SMTP servers are still<br>referencing them, your inbound e-mail with most likely be blocked as<br>ours have been for the base 36 hours; They shutdown on March 20, 2002.<br>Other DNS RBL's still exist, one of the larger ones that are<br></pre>            </blockquote>y           </blockquote>:+           <pre wrap="">still free<br></pre>E"           <blockquote type="cite">$             <blockquote type="cite">O               <pre wrap="">is ORDB or you make subscribe to MAPS.<br><br></pre>w               </blockquote>ic               <pre wrap="">Pray tell, what does RBL stand for? It's the second time in 24<br></pre>h               </blockquote>t              <pre wrap="">hours I've seen it.<br><br>_R_ealtime _B_lackhole _L_ist.<br><br>check <a class="moz-txt-link-freetext" href="http://www.ordb.net/">http://www.ordb.net/</a> 's FAQ and dictionary links for<br>further details.<br><br>--<br>VAXman- OpenVMS APE certification number: AAA-0001<br>VAXman(at)TMESIS(dot)COM<br><br>  "And of course, I'm a genius, so people are naturally drawn to my fiery<br>  intellect.  Their admiration overwhelms their envy!" -- Calvin &amp; Hobbes<br><br></pre>n               </blockquote> 0               <pre wrap=""><!----><br><br></pre>               </blockquote>                <br>@               <pre class="moz-signature" cols="$mailwrapcol">--   D Barry Treahy, Jr  *  Midwest Microwave  *  Vice President &amp; CIO    E-mail: <a class="moz-txt-link-abbreviated" href="mailto:Treahy@mmaz.com">Treahy@mmaz.com</a> * Phone: 480/314-1320 * FAX: 480/661-7028</pre>                <br>               </body>.               </html>   ( --------------010303060907020809090106--   ------------------------------  % Date: Mon, 25 Mar 2002 15:27:48 +0100e' From: "Jakob Erber" <nospam@nospam.com>n" Subject: creating a mailbox in DCL% Message-ID: <3c9f33e5$1@news.post.ch>    Hi there DCL Gurus,   * is there a way to create a Mailbox in DCL?J So far, we found a possibility in snatching the termination mailbox of the@ spawned subprocess. But isn't there a more straight forward way?   best regards   Jakob    --I What I publish in this group, is to be understood as my personal opninionUA and must not be interpreted as a official statement of my company    ------------------------------  % Date: Mon, 25 Mar 2002 16:46:17 +0100a$ From: "labadie" <labadie_g@decus.fr>& Subject: Re: creating a mailbox in DCL3 Message-ID: <fFHn8.1455$fL6.28877@news.cpqcorp.net>h  2 "Jakob Erber" <nospam@nospam.com> wrote in message news:3c9f33e5$1@news.post.ch...  > Hi there DCL Gurus,c >a, > is there a way to create a Mailbox in DCL?L > So far, we found a possibility in snatching the termination mailbox of theB > spawned subprocess. But isn't there a more straight forward way? >  > best regards >y > JakobD >A > --K > What I publish in this group, is to be understood as my personal opninion-C > and must not be interpreted as a official statement of my company8 >- Helloh  4 Sylvain Tremblay has this on his site I think, check< http://pages.infinit.net/syltrem/prog_library.htm#create_mbx   Regards    Grard   ------------------------------  # Date: Mon, 25 Mar 2002 12:15:33 GMT<. From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se> Subject: Re: DCPI for VMS!9 Message-ID: <3C9F14E4.CBF7BAF4@NOSPAM.byron.ext.telia.se>o  ' Gosh! Can't believe I'm reading this...iF I had no problem finding it or to understand the language and the text describing it.    	 >>> ^P.Ljn     Paul Repacholi skrev:-  , > Paul Sture <paul.sture@bluewin.ch> writes: >0H > > You are not kidding. It took me quite a while to figure out what theE > > product has to offer, and I fear until I download it and use it I  > > will still not be sure...t >eD > I have been after a VMS kit for DCPI for yonks... Looks like it is2 > STILL not available. T64 and billyspawn only. :( >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.iB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 25 Mar 2002 13:13:29 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)s8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <a7n7pp$8tk$1@info.cs.uofs.edu>   / In article <u9sos9d2p23rdb@corp.supernews.com>,t2  Michael Zarlenga <zarlenga@conan.ids.net> writes:6 |> Sidebar: It seems Perl's exit behaves the same way. |>  A I'm not a PERL expert (or advocate) but someone here that teaches C it told me the writters of PERL wrote the language to always returnrD TRUE or FALSE for success or failure regardless of the system it was running on.n   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   _   ------------------------------   Date: 25 Mar 2002 13:24:36 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)s8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <a7n8ek$97a$1@info.cs.uofs.edu>v  / In article <u9spav759o373d@corp.supernews.com>,v2  Michael Zarlenga <zarlenga@conan.ids.net> writes:5 |> Bill Gunshannon <bill@triangle.cs.uofs.edu> wrote: 4 |> : In article <u9mkqn3t907lda@corp.supernews.com>,7 |> :  Michael Zarlenga <zarlenga@conan.ids.net> writes:c |> : |> 2 |> : |> Many C RTL functions return 0 on failure,  |> TD |> : I am not aware of any C RTL functions that return 0 on failure.7 |> : Normaly they would return -1.  Can you name one?? o |> u. |> Any RTL function that can return a pointer.  I 1. A pointer is not an integer and thus is never 0.  While it is possibletI    for the NULL pointer to be a binary value with all the bits turned offbI    it is still not 0 and there is no requirement that a NULL pointer be aeI    a value with all the bits turned off.  Thus my example of PRIMOS whereh(    this is most definitely not the case.    C It's funny, really.  C detractors complain about the lack of strong E typing, and yet at the first chance they are willing to use a pointer  as an int without casting it.i   bill --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------    Date: 25 Mar 2002 08:16:35 -0600- From: koehler@encompasserve.org (Bob Koehler)c8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <MO0YRFIq7WP1@eisner.encompasserve.org>   ` In article <a7fo5h$2ffs$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: > A > I am not aware of any C RTL functions that return 0 on failure.o4 > Normaly they would return -1.  Can you name one??  >   C    A great many C I/O functions return NULL on failure.  On every Ca+    compiler I've used, NULL is #define'd 0.e  D    UNIX kernel functions as a rule return -1 on failure, and the VMSE    C RTL emulates those so those C RTL functions would return -1, butaF    the other C functions have no such standard.  If you're not callingG    a UNIX kernel function, or it's emulation, the only way to know whatn>    it will return on error is to check the documentation page.   ------------------------------    Date: 25 Mar 2002 08:25:56 -0600- From: koehler@encompasserve.org (Bob Koehler)=8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <arQn47PDprrB@eisner.encompasserve.org>t  m In article <20020323145947.R48672-100000@server2.cs.scranton.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes:= > J > malloc doesn't return an int so there is no way it can return 0.  UnlessK > your one of those people who thinks a NULL pointer is synonymous with therK > integer value 0. (Hint: research what the numeric value of a NULL pointert& > was on a Prime Mini running Primos.)  H    Never program on a PDP-10?  Pointer of value 0 is quite important on     those systems.n  F    The C standard when I learned it did not specify the value of NULL,?    and a good programmer won't depend on NULL being 0, but if It  %       count = sscanf(string,"%d",&i);   H    and the count comes back 0 I consider it an error, even though sscanf    doesn't.    ------------------------------   Date: 25 Mar 2002 14:21:04 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <a7nbog$au9$1@info.cs.uofs.edu>y  . In article <u9spnrjl4gna1@corp.supernews.com>,2  Michael Zarlenga <zarlenga@conan.ids.net> writes:, |> Bill Gunshannon <bill@cs.uofs.edu> wrote: |> :> In a word; MALLOCn |> lM |> : malloc doesn't return an int so there is no way it can return 0.  UnlesseN |> : your one of those people who thinks a NULL pointer is synonymous with theN |> : integer value 0. (Hint: research what the numeric value of a NULL pointer) |> : was on a Prime Mini running Primos.)d |> y? |> The NULL pointer is, by defintion, value zero, type pointer.e  C I suggest you take a look at comp.lang.c Frequently Asked Questions0A with particular attention to Questions 5.1, 5.5 and 5.6.  And them references they invoke.n  F It is because of people who do not know the language writting programsC in it that garbage programs abound and the language gets a bad rap.oB Trust me, In a previous lifetime I had the dubious task of portingG code from various machines to a Pr1me and was amazed at how many peopletB made the same assumption you are making above even though there isC nowhere that it is true. (I won't even get into the idea that charstD are interchangable with ints in the range 0-127.)  One really should: learn a language toroughly before using or criticizing it.   |> kF |> Why isn't the translation of exit(0)->exit(1) buried in some unix.h3 |> header users can include if they want this that?-  6 How about because changing it in that manner is wrong.  > K&R pg. 154 states "By convention, a return value of 0 signals< that al is well, and various non-zero values signal abnormal situations."   ANSI modifies this to:  ?     "Passing arbitrary values back to the environment as status D      is considered bad style; you should use the values EXIT_SUCCESS      and EXIT_FAILURE."r  ? Neither of them approves of changing the value arbitrarily fromn what the programmer puts there.?  @ Has anyone here stopped tot hink the effect this very likely has@ on attempts to port something like the infamous "configure" used? by the install procedure of most OpenSource packages??  None oftA the things being tested by "configure" would ever return success.n  > Use the POSIX calling method and don't worry about it.  And ifA the RTL does it wrong, fix the RTL, don't criticize the language.t   bill   -- lJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   e   ------------------------------   Date: 25 Mar 2002 15:03:14 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)@8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <a7ne7i$bvc$1@info.cs.uofs.edu>m  3 In article <MO0YRFIq7WP1@eisner.encompasserve.org>, 0  koehler@encompasserve.org (Bob Koehler) writes:c |> In article <a7fo5h$2ffs$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:  |> > sD |> > I am not aware of any C RTL functions that return 0 on failure.7 |> > Normaly they would return -1.  Can you name one?? d |> > > |>  F |>    A great many C I/O functions return NULL on failure.  On every C. |>    compiler I've used, NULL is #define'd 0.  D While it is possible for the bit patterns to be the same, every textD that describes what a NULL Pointer is says different.  Assuming thatF NULL and 0 are the same is guaranteed to fail on at least one machine.   |>  < |>    UNIX kernel functions as a rule return -1 on failure,    And 0 on success.M  G |>                                                          and the VMSnE |>    C RTL emulates those so those C RTL functions would return -1,    . But it can never return 0 which means success.  H |>                                                                   but3 |>    the other C functions have no such standard. c  B I would posit that the statement made in K&R on page 154 of "The C* Programming  Language" suggests otherwise.  r<         "By convention, a return value of 0 signals that all=          is well, and various non-zero values signal abnormal           situations."n     H |>                                                 If you're not callingJ |>    a UNIX kernel function, or it's emulation, the only way to know whatA |>    it will return on error is to check the documentation page.H  1 All the more reason not to arbitrarily change it.u   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 25 Mar 2002 16:58:45 +0100>= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 8 Subject: Re: DEC C: why does exit(0) really exit with 1?) Message-ID: <3C9F4935.91B10839@gtech.com>r   Michael Zarlenga wrote:i+ > Bill Gunshannon <bill@cs.uofs.edu> wrote:e > :> In a word; MALLOCL > : malloc doesn't return an int so there is no way it can return 0.  UnlessM > : your one of those people who thinks a NULL pointer is synonymous with the.M > : integer value 0. (Hint: research what the numeric value of a NULL pointer ( > : was on a Prime Mini running Primos.) > > > The NULL pointer is, by defintion, value zero, type pointer.  0 Strictly speaking the C standard only says that:>   - a null pointer for each type of pointer has a unique valueE   - if zero is assigned to a pointer, then the pointer becomes a nullu pointerw  G It is common but not guranteed by the C standard that a null pointer is  represented by a zero value.   Arne   ------------------------------   Date: 25 Mar 2002 16:39:07 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)A8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <a7njrb$k6o$1@info.cs.uofs.edu>i  3 In article <arQn47PDprrB@eisner.encompasserve.org>, 0  koehler@encompasserve.org (Bob Koehler) writes:p |> In article <20020323145947.R48672-100000@server2.cs.scranton.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes: |> > rM |> > malloc doesn't return an int so there is no way it can return 0.  UnlesslN |> > your one of those people who thinks a NULL pointer is synonymous with theN |> > integer value 0. (Hint: research what the numeric value of a NULL pointer) |> > was on a Prime Mini running Primos.)  |> oK |>    Never program on a PDP-10?  Pointer of value 0 is quite important on   |>    those systems.  B Nope. never have.  But then, you have obviously never programmed aB Pr1me.  NULL Pointers not being equal to zero are an integral partB of the architecture.  No one said that a NULL Pointer can't be the@ equivalent of 0, only that you can not plan on it as it is neverD guaranteed.  People who insist that strong types are important (thatF would include most of C's detractors) should realize and support this.   |> mI |>    The C standard when I learned it did not specify the value of NULL,Z  % True.  It is implementation specific.m  9 |>    and a good programmer won't depend on NULL being 0,.  ? Considering that they are objects of differing types, one would= hope so.  B |>                                                        but if I |> &( |>       count = sscanf(string,"%d",&i); |> yK |>    and the count comes back 0 I consider it an error, even though sscanf  |>    doesn't.  = Two errors in this logic.  The first and more obvious is thato7 sscanf() doesn't ever return a pointer.  It is defined:n  @            int sscanf(const char *str, const char *format, ...);  n? So it would naturally return a zero rather than a NULL Pointer.,  @ And second, a return value of zero does not signify a failure ofC the function call, but instead a failure of the user provided inputS@ data.  A zero would indicate that after successful completion of? the function sscanf no values were found to match the specifiedwA criteria and therefore, no values were assigned to the new string A variable.  You are free to treat a return value of 0 as an error,RF but it is not.  It is merely one of many possible return status codes.C It may signify a logic error caused by the input of erroneous data,?@ but it does not signify any failure ont he part of the function.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Mon, 25 Mar 2002 12:16:17 -0500r1 From: Michael Austin <maustin@firstdbasource.com>n8 Subject: Re: DEC C: why does exit(0) really exit with 1?2 Message-ID: <3C9F5B61.D9589E9A@firstdbasource.com>  = This is not unique to Pr1me.  NULL in the database world is aa non-existent value./D If the field is NULL, it is not populated, but it is also  < = > 0 .   Bill Gunshannon wrote: > 5 > In article <arQn47PDprrB@eisner.encompasserve.org>,c2 >  koehler@encompasserve.org (Bob Koehler) writes:r > |> In article <20020323145947.R48672-100000@server2.cs.scranton.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes: > |> >O > |> > malloc doesn't return an int so there is no way it can return 0.  Unless-P > |> > your one of those people who thinks a NULL pointer is synonymous with theP > |> > integer value 0. (Hint: research what the numeric value of a NULL pointer+ > |> > was on a Prime Mini running Primos.)3 > |>L > |>    Never program on a PDP-10?  Pointer of value 0 is quite important on > |>    those systems. > D > Nope. never have.  But then, you have obviously never programmed aD > Pr1me.  NULL Pointers not being equal to zero are an integral partD > of the architecture.  No one said that a NULL Pointer can't be theB > equivalent of 0, only that you can not plan on it as it is neverF > guaranteed.  People who insist that strong types are important (thatH > would include most of C's detractors) should realize and support this. >  > |>K > |>    The C standard when I learned it did not specify the value of NULL,k > ' > True.  It is implementation specific.e > ; > |>    and a good programmer won't depend on NULL being 0,  > A > Considering that they are objects of differing types, one wouldi
 > hope so. > D > |>                                                        but if I > |>* > |>       count = sscanf(string,"%d",&i); > |>M > |>    and the count comes back 0 I consider it an error, even though sscanfe > |>    doesn't. > ? > Two errors in this logic.  The first and more obvious is that 9 > sscanf() doesn't ever return a pointer.  It is defined:, > B >            int sscanf(const char *str, const char *format, ...); > A > So it would naturally return a zero rather than a NULL Pointer.a > B > And second, a return value of zero does not signify a failure ofE > the function call, but instead a failure of the user provided inputxB > data.  A zero would indicate that after successful completion ofA > the function sscanf no values were found to match the specifiediC > criteria and therefore, no values were assigned to the new string<C > variable.  You are free to treat a return value of 0 as an error,mH > but it is not.  It is merely one of many possible return status codes.E > It may signify a logic error caused by the input of erroneous data,eB > but it does not signify any failure ont he part of the function. >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -- W Regards,  7 Michael Austin            Registered Linux User #261163e7 First DBA Source, Inc.    http://www.firstdbasource.com- Sr. Consultant 704-947-1089 (Office)9 704-236-4377 (Mobile)l   ------------------------------  % Date: Mon, 25 Mar 2002 18:29:38 -0000l/ From: Michael Zarlenga <zarlenga@conan.ids.net>.8 Subject: Re: DEC C: why does exit(0) really exit with 1?/ Message-ID: <u9ur4iqn66ck0f@corp.supernews.com>w  ( Howard S Shubs <howard@shubs.net> wrote:? :> The NULL pointer is, by defintion, value zero, type pointer.   K : Whose definition is that?  I was taught that the null pointer contains a t. : reserved value, denoted in Pascal as "null".  " I believe it was Dennie Ricthie's.   I will check ...   -- - -- Mike Zarlenga  >    "Now, throughout history, whenever people get wood, they'll'     think of Trojans!"  - Ned Flanders.g   ------------------------------  % Date: Mon, 25 Mar 2002 18:33:33 -0000 / From: Michael Zarlenga <zarlenga@conan.ids.net>-8 Subject: Re: DEC C: why does exit(0) really exit with 1?/ Message-ID: <u9urbt4m776u63@corp.supernews.com>n  2 Bill Gunshannon <bill@triangle.cs.uofs.edu> wrote:E : It's funny, really.  C detractors complain about the lack of strong9G : typing, and yet at the first chance they are willing to use a pointer. : as an int without casting it.<  ; It's not funny, really, since I said nothing about implicit7; casting.  Pointers have a value.  That value can be cast ton9 an unsigned non-pointer datum.  All perfectly legal, evens with strong typing.   < But since exit() silently changes 0 to 1 those values cannot be passed back to DCL.     -- o -- Mike Zarlenga  >    "Now, throughout history, whenever people get wood, they'll'     think of Trojans!"  - Ned Flanders.a   ------------------------------    Date: 25 Mar 2002 18:16:59 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>l8 Subject: Re: DEC C: why does exit(0) really exit with 1?5 Message-ID: <20020325181659.1792.qmail@gacracker.org>x  B On 25 Mar 2002, bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote:   <snip>C >I would posit that the statement made in K&R on page 154 of "The Cn+ >Programming  Language" suggests otherwise.  > = >        "By convention, a return value of 0 signals that allG> >         is well, and various non-zero values signal abnormal >         situations."  F I wondered how long until someone would reference Brian and Dennis :-)     Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net    ------------------------------  % Date: Mon, 25 Mar 2002 09:01:53 -0500(* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>C Subject: Re: External authentication + trapping password changes....+ Message-ID: <3C9F2DD1.245DF457@rtfmcsi.com>n   "Main, Kerry" wrote:  " > Re: VMS V7.3 doc's .. Reference:? > http://www.openvms.compaq.com:8000/index.html [Main doc page]yJ > http://www.openvms.compaq.com:8000/73final/6346/6346pro.html [V7.3 Guide > to System Security]iH > http://www.openvms.compaq.com:8000/73final/6647/kerberos_relnotes.html > [kerberos V5 Release notes]V > G > I suspect part of what you might be looking for is the ACME, CDSA and . > SSL features which are apparently in V7.3-1. >o
 > Regards, >g > Kerry Main > Senior Consultants > Compaq Canada Corp.y > Professional Servicesl > Voice: 613-592-4660c > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >-  J Thanks for the links for the online docs.  However, they just point to theK same information that I found before that shows how you can enable externalDF authentication as a system administrator.  I'm looking for the SDK forL developing new external authentication "providers".  Authenticating to an NTD domain is not what I need to do.  Instead, I need to authenticate toF Novell's eDirectory, either through LDAP over an SSL/TLS connection orG through one of their other supported methods such as NDS Authenticationi Services [a.k.a. NDS-AS].   G The other thing that I was interested in doing with trapping changes toiF account quotas, changes in rights identifiers, granted/revoked rights,D etc..., was simply to allow account settings to be propagated acrossA multiple stand alone systems/clusters through DirXML.  As part ofoH provisioning user accounts across multiple disparate systems it would beE advantageous to be able to store OpenVMS user account templates in an-F external directory service and then have the user accounts dynamicallyJ created as necessary in the SYSUAF.DAT file on what ever OpenVMS system(s)E the user is supposed to have access to.  Account quota management viar2 policies could also be implemented in this manner.  J Ever since the ability to authenticate to an NT domain while logging in toJ OpenVMS was introduced people have been asking for the SDK to allow customI external authentication providers to be developed.  Many times mention ofaK OpenVMS v7.3 has been made in connection to this SDK becoming available forhK use by ISVs.  However, after going through the master index for the OpenVMSoJ v7.3 docs it is clear that if this SDK exists then it is not documented in the online docs.  K It is is way past time for Compaq to have gotten moving on this issue.  TheoI SDK for developing external authentication providers is something that weiL should have had available long ago.  The ill-fated NT affinity program seemsK to be haunting us by leaving OpenVMS tied to NT for external authenticatione@ and it is some what horrifying to imagine using NT as a means ofL authenticating users for OpenVMS.  It reminds me of using a plastic toy lock to secure something valuable.t    K Who would I need to speak to at Compaq to get a definitive answer regardingr3 the availability of an External Authentication SDK?      Regards,   Chuckr -- Chuck Choppu  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.coms   ------------------------------  % Date: Mon, 25 Mar 2002 11:08:20 -0500b+ From: "Rick Barry" <barry@star.zko.dec.com>uC Subject: Re: External authentication + trapping password changes...E3 Message-ID: <rYHn8.1456$fL6.28913@news.cpqcorp.net>v  7 "Chuck Chopp" <ChuckChopp@rtfmcsi.com> wrote in messagem% news:3C9F2DD1.245DF457@rtfmcsi.com...p >  [snip] >eL > Ever since the ability to authenticate to an NT domain while logging in toL > OpenVMS was introduced people have been asking for the SDK to allow customK > external authentication providers to be developed.  Many times mention ofsI > OpenVMS v7.3 has been made in connection to this SDK becoming availablei fornE > use by ISVs.  However, after going through the master index for then OpenVMS L > v7.3 docs it is clear that if this SDK exists then it is not documented in > the online docs.  L OpenVMS 7.3-1 field test contains the SYS$ACM system service. SYS$ACM is theJ programming interface for user authentication, both VMS authentication and external authentication.  A See the New Features documentation for details, but to summarize:c  D     - $ACM supports authentication and password change functions and        persona acquisition.nC     - Authentication policies are provided by "plug-in" ACME agentss
 (currently*        limited to VMS and NT ACME agents).  I The VMS and NT ACME agent limitation is not intended to be permanent. Our G goal is to document the plug-in interface so users or third-parties canrL develop their own agents. By phasing in functionality, we've given ourselvesK a shake-out period as $ACM is adopted to accommodate changes to the plug-inoJ interface. We'd like to avoid having people write a new plug-in agent onlyL to have to change it in the next release. However, you can get a copy of theJ current plug-in interface description under a non-disclosure agreement, if you'd like (see below).    > C > Who would I need to speak to at Compaq to get a definitive answer 	 regardingM5 > the availability of an External Authentication SDK?  >   I Contact Leo Demers (leo.demers@compaq.com) for more information regardingeI the plans and schedules or to request information (under NDA) on the ACME  provider interface.   
 Rick Barry OpenVMS System Software Group  Compaq Computer Corporation 
 Nashua, NH   ------------------------------  # Date: Mon, 25 Mar 2002 12:21:04 GMTC. From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>1 Subject: Re: FORTRAN (was: Re: R.I.P. OpenVMS...)l9 Message-ID: <3C9F161A.9E4847C9@NOSPAM.byron.ext.telia.se>i  L The VAX  FORTRAN/PARALLEL  was super (double meaning here!), on Tru64 we gotO the OpenMP and availability of MPI and PVM (unix), any plans or future ideas orlM is it KAP we must buy to get a little extra parallelism out of VMS, (pthreads 
 in FORTRAN?).a  	 >>> ^P.Ljh   Steve Lionel skrev:b  > > On 20 Mar 2002 15:47:24 GMT, bill@triangle.cs.uofs.edu (Bill > Gunshannon) wrote: >s- > >|> > Wrong language.  In Fortran, you say:| > >|> >h! > >|> >         include 'xxx.inc'n > >|>yK > >|> And that is not exactly a new feature in DEC/Digital/Compaq Fortran !. > > L > >Not sure it was ever part of the language standard, either.  According toC > >the Prime Programmer's Companion for Fortran77 they use $INSERT.c >RD > It became standard in Fortran 90, though it was almost universally% > implemented in Fortran 77 products.a >oF > Please send Visual Fortran support requests to vf-support@compaq.com >  > Steve Lionel > Compaq Fortran Engineering > Intel Corporation. > Nashua, NH >r0 > Compaq Fortran - http://www.compaq.com/fortranM > Intel Fortran - http://developer.intel.com/software/products/compilers/f50/u   ------------------------------  % Date: Mon, 25 Mar 2002 10:55:30 -0500U+ From: Steve Lionel <Steve.Lionel@intel.com> 1 Subject: Re: FORTRAN (was: Re: R.I.P. OpenVMS...)a8 Message-ID: <quhu9uoeo4mkhp3d7n7fkimcjk2hsod9f1@4ax.com>  * On Mon, 25 Mar 2002 12:21:04 GMT, ">>> ^P"& <plj@NOSPAM.byron.ext.telia.se> wrote:    M >The VAX  FORTRAN/PARALLEL  was super (double meaning here!), on Tru64 we gotiP >the OpenMP and availability of MPI and PVM (unix), any plans or future ideas orN >is it KAP we must buy to get a little extra parallelism out of VMS, (pthreads >in FORTRAN?).  E I'm not aware of any work going on to add parallel processing supportcE directly to the Fortran compiler under OpenVMS (Alpha or Itanium).   k      D Please send Visual Fortran support requests to vf-support@compaq.com   Steve Lionel Compaq Fortran Engineering Intel Corporation@
 Nashua, NH  . Compaq Fortran - http://www.compaq.com/fortranK Intel Fortran - http://developer.intel.com/software/products/compilers/f50/    ------------------------------  % Date: Mon, 25 Mar 2002 10:50:18 +0100n2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: How to fork() ?; Message-ID: <3c9ef2da.524144494f47414741@radiogaga.harz.de>o  F In porting a Unix application (xboard - written by an ex-DECcie, BTW),0 I'm hitting a roadblock with the following code:  9     /*... Split 'cmdLine' on blanks yielding argv[] ...*/n     signal(SIGPIPE, SIG_IGN);t     pipe(  to_prog);     pipe(from_prog);       if ((pid = fork()) == 0) {         /* Child process */          dup2(  to_prog[0], 0);         dup2(from_prog[1], 1);         close(  to_prog[0]);         close(  to_prog[1]);         close(from_prog[0]);         close(from_prog[1]);?         dup2(1, fileno(stderr)); /* force stderr to the pipe */s  4         if (dir[0] != NULLCHAR && chdir(dir) != 0) {             perror(dir);             exit(1);	         }r           execvp(argv[0], argv);  )         /* If we get here, exec failed */          perror(argv[0]);         exit(1);     }        /* Parent process */     close(to_prog[0]);     close(from_prog[1]);  H The parent then uses from_prog[0] and to_prog[1] to communicate with the child.  H First I tried to setup the child path as a helper application, called byE vfork() and execvp(), passing the pipe file descriptors as additionalcG parameters on the command line. That worked insofar the xboard commands G reached the child program, but the child's output wasn't passed back toa the parent.   E Then I tried to write a command procedure in the parent, LIB$SPAWNingA+ it with the pipe mailboxes as input/output:m  '     *tempfile = tempnam(NULL, "xboar");e?     tempfd = open(tempfile, O_WRONLY | O_CREAT | O_EXCL, 0777);e7     write_strings(tempfd, "$ SET DEFAULT ", dir, "\n");e>     write_strings(tempfd, "$ DEFINE SYS$INPUT SYS$COMMAND\n");/     write_strings(tempfd, "$ ", cmdLine, "\n");e     close(tempfd);       signal(SIGPIPE, SIG_IGN);o     pipe(from_prog);     pipe(  to_prog);       *read_fd  = from_prog[0];n     *write_fd =   to_prog[1];n  F     sprintf(cmd, "@%s", tempfile); cmd_dsc.dsc$w_length = strlen(cmd);F     getname(  to_prog[0], inp, 1); inp_dsc.dsc$w_length = strlen(inp);F     getname(from_prog[1], out, 1); out_dsc.dsc$w_length = strlen(out);  9     sts = lib$spawn(&cmd_dsc, &inp_dsc, &out_dsc, &flags,,                     NULL, &pid,m6                     NULL,NULL,NULL,0L,NULL,NULL,NULL);       close(  to_prog[0]);     close(from_prog[1]);   But that doesn't work either...s  
 Any ideas?  ! Thanks in advance for every hint,    Martin  E P.S.: In case anyone is interested: apart from the communication partuG (above and others) xboard and GNUchess are running. To this, I also gotcB me the X11R5 Xmu and Xaw sources and built the libraries under VMSI 7.2-1H1 (I know about the libraries on the Freeware CD, but the XVMSUTILS@@ get in the way of the Compaq C v6 RTL; besides, they're static). --  G                            | Martin Vorlaender  |  VMS & WNT programmern4 Microsoft isn't the Borg:  | work: mv@pdv-systeme.deK the Borg have proper       |       http://www.pdv-systeme.de/users/martinv/a; networking.                | home: martin@radiogaga.harz.de    ------------------------------  # Date: Mon, 25 Mar 2002 11:27:36 GMTo' From: Colin Blake <colin@theblakes.com>  Subject: Re: How to fork() ?, Message-ID: <3C9F09A6.565E976@theblakes.com>  J Try using DECC$SET_CHILD_STANDARD_STREAMS()  to get the pipe fd's into the> child. Then you won't have to do all the dup'ing in the child.   ------------------------------  % Date: Mon, 25 Mar 2002 18:01:58 +0000 T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux& Message-ID: <3C9F6616.7050209@sun.com>   GreyCloud wrote:  * > Andrew Harrison SUNUK Consultancy wrote: >  > * >>Andrew Harrison SUNUK Consultancy wrote: >> > G > I'm off topic here, but seeing as you are a sun consultant, I need a gL > question answered that the San Jose bunch don't seem to be able to answer. > L > On the 100, why is there only a CD-ROM drive instead of a CD-RW drive for N > local back-ups?  I like the idea of having a development platform at a very K > low cost, and that is standalone.  Backing up to 1.44mb floppies doesnt' uL > seem to be a very good idea.   Another question: why did they have to use I > proprietary ram simm packs instead of the off-the-shelf type of simms??i >     C They arn't SIMMS they are DIMMS. And they arn't exactly proprietarydC you can get them from a number of sources including Sun. Our pricesnC are competitive with 3rd party suppliers and incedentally the partszF you refer to are also competitively priced with respect to x86 memory.  H The 3rd party suppliers seem to have Sun Blade 100 memory priced at the   E same price as Compaq x86 memory and Sun's prices are competitive witho both.a  F The CD vs CD-RW is price and demand, typically Sun desktop users arn'tC using their boxes to cut CD's, your backup example is a good one ofeC where CD-RW would be usefull but there are better devices for doingl backup than RW CD's.    M > So far, the sales desk down in San Jose can't seem to answer any technical kF > questions about anything.  They say they can't help me and then its L > <plonk>.  Or am I talking to the wrong people?  I wanted to buy a sun but / > your people have made this almost impossible.- >  >     G I am sorry that you have had problems with the sales desk, just let me o0 know if there is anything else you want to know.   regards  Andrew Harrisoni   ------------------------------  % Date: Mon, 25 Mar 2002 17:16:10 +0000,T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxo& Message-ID: <3C9F5B5A.4080804@sun.com>   Fred Kleinsorge wrote:  4 > Andrew Harrison SUNUK Consultancy wrote in message > <3C9B5150.7040403@sun.com>...h > > >>As I said if what you have spouted in this thread passes for. >>technical argument then call me a sales guy. >> >> > K > Andy, I've always said you were a putz posing as someone technical.  YouruL > knowledge is gleaned from the latest marketing flyers and surfing the web.K > You've passed up every opportunity to trot out your qualifications.  Have " > you ever written a line of code? >     E Sorry Freddy, among other things I wrote Sun's HA Clustering Product  G called HA-RAID not too snappy a name I know but it worked. It pre-dated@: SunCluster. Its still in use running on SunOS and Solaris.  C But hell anyone can write fiction in their CV. I generally find itstF better not to place to much faith in them. I have met plenty of people? with wonderfull CV's who have turned out to be a total waste ofi space.    M > Now let's get back to brass tacks.  I don't believe for a minute that LinuxaN > is ready-for-prime-time in the enterprise today.  On the other hand, SolarisK > isn't something to write home about either.  You want something ready forMK > the enterprise today - use VMS.  My note was in fact a gentle rattling oflG > your chain, and foundation - that somehow Linux will never be serious-& > competition in the enterprise space. >     = Crap, you can't use OpenVMS because it doesn't have the apps.:? Enterprise apps need to have a number of attributes but running0> the apps is crucial, The apps don't run on OpenVMS so is isn't enterprise ready.   : Incedentally apart from lacking a lot of technology needed: to make it enterprise ready Linux is also short on apps as well despite the hype.    H > History has shown that marketing and the lemming effect, not technicalJ > quality and capabilities, very often wins the day.  Otherwise, Sun wouldL > have ended up in the dustbin of history.  Right now, Linux has the big mo'F > going for it.  It doesn't matter what the *truth* is, marketing will4 > convince people they need to get on the bandwagon. >     H Funny, Solaris regularly scores higher than the other UNIX's in the D H B Brown OS survey, 70% of all UNIX apps are developed on it, its theE backbone in the majority of investment banks and telcos but you woulds% consign it to the dustbin of history.n    N > 9-10 years ago, I probably would have belittled Solaris (or SunOS) as a pileF > of steaming crap, not worthy of considering as serious competition -L > something only capable of being used as a techno-weenie workstation.  JustL > as you are now poo-pooing Linux.  The problem is that instead of needing 9H > years to "evolve" like Solaris did, Linux will probably evolve to be a9 > serious Enterprise threat in perhaps another 1-2 years.n >     D Nope, Linux has been stuck at the 4-6 CPU mark for a number of yearsA very like NT/Win2000. Sun had a similar problem with SunOS, do we F throw effort at trying to get it to scale or do we start from scratch.E Sun decided to start from scratch. This may not happen with linux butiC Sun discovered that it was a lot easier to build a scalable OS fromD/ scratch than it was to thread a single lock OS.l    K > Sparc is an industry joke as a perennial underperformer.  You can try andeH > sell cheap, slow, old generation chips at the low end.  You think thatN > competes with an IA32 system?  I'd take a sub $1000 Linux IA32 system over aK > sub $1000 Slowaris system any day - and be able to run dual boot Windows.oL > At the high-end, you wont be able to keep up with Power and IA64 - you canG > try to keep throwing more-and-more of your mediocre processors onto ar3 > system, but there is only so far you can take it.o >     C It depends what you call "industry" and it depends what you mean bytF performance. Most commercial customers don't care a S**T about SPECint? or SPECfp performance, they care about the throughput of their oH applications and the fact is Alpha is the industry lagger for deliveringF decent throughput for apps because Digital and then Compaq forgot thatC you need a balanced system design to deliver decent throughput. Thea? 8400 when it first came out was competitive in this respect but @ was quickly overtaken. The GS320 never even got close. Compaq isC now a company with only one competitive enterprise server the ES45.o  A As for IA64 and Power, no one knows what IA64 will do performancet@ wise the only thing we do know is that Itanium isn't competitive= and clock rates for its sucessor are getting lower so you areo- declaring victory way to early on that front.t  < On the Power 4 front, really do you have any clue how a P690; is put together and what it means in terms of benchmarking..  : I shouldn't really do this since its just helping your own= technical people compete against the box but let me enlightenp you.  9 The Power 4 CPU is a dual core unit packaged in sets of 4 8 onto an 8 CPU MCM. Each dual core shares a L2 cache with: separate L3 caches. All the CPU's on an MCM can access all7 the L3 cache. IBM have run SPECint and SPECfp on P690's 8 but not SPECrate. For the single CPU SPECint/SPECfp they7 used an 8 CPU MCM with 7 CPU's turned off, however theye6 could not turn off the 1/2 of the L2 cache shared with5 the second core and the 7 additional 16 MB L3 caches.t  : So instead of having effectively 16MB of L3 they had 128MB7 and instead of 720K of L2 they had 1440 MB. This is allf7 detailed in IBM's own white papers. This is such a good25 thing that if you are prepared to pay for it IBM will&2 supply you with a P690 HPC that has half the CPU's3 turned off giving you twice the available L2 and L3 6 cache and double the CPU bandwith. Doubling the L2 and1 increasing the L3 to 128 MB can only be very verya/ helpfull to the SPEC numbers but no customer is 6 going to buy an 8 CPU P690 and turn 7 CPU's off to get decent single CPU performance.  1 More importantly IBM seem keen not to reveal whats3 impact these benchmark tweeks have, they havn't foro$ instance published SPECrate numbers.  0 One data point however is their SPECjbb numbers.  = A 16 CPU P690 HPC (32 1.3 GHZ CPU's half enabled) gets 202081 + A 24 CPU P680 with 750 Mhz CPU's get 231346i  <  From the relative SPECint numbers of 790/409 you would have8 expected something like 297000 from the 16 CPU box, they5 are running the same OS and the same JVM. And this isi9 the best case scenario, the HPC has 2x the L2 and 2 X thet$ L3 per CPU than the standard system.  9 If you applied this ratio to SPECint and SPECfp you wouldd6 get ~540 SPECint and 746 SPECfp, still respectable but nothing to write home about.  5 So again you are declaring victory this time on IBM'sr behalf rather too early.    J > The only real thing holding Linux back right now is some serious backingH > from a few vendors.  Once that happens...  buh-bye.  Cause guess what.N > Solaris is just-another-UNIX.  Just like Linux is really just-another-UNIX -J > but one that has a chance at fulfulling the Sun snake oil "open" claims. >d    K > So take the hint.  Be one of those vendors.  Transform Sun into the LinuxdG > company.  Canablize Solaris and Sparc before they become dead weight.e >     A Perhaps you should follow this advice yourself !. Let me give youl> a hint. Neither Compaq nor HP is driving anything in the Linux? market, the only two commercial vendors that are a Sun and IBM. H Sure HP and Compaq are beavering away building boxes that will run Linux; but everyone is doing that including Sun. Name something ofn: worth IP wise that Compaq or HP have contributed to Linux.  ? Ahh deafening silence, Sun on the other hand has donated, Java,a= NFS, StarOffice, Grid as pieces of of technology that performv= functions in their own right as well as donating IP to Gnome,e8 Apache, Samba and a number of other OpenSource programs.  5 Sun who you consider to be most at risk from Linux is ; the largest single commercial contributor to the OpenSource 9 community. We must be mad or could it be that we are just  smarter than you ???   regards- Andrew Harrisona   ------------------------------  % Date: Mon, 25 Mar 2002 13:11:08 -0500l5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>.O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxN3 Message-ID: <zRJn8.1465$fL6.29026@news.cpqcorp.net>   2 Andrew Harrison SUNUK Consultancy wrote in message <3C9F5B5A.4080804@sun.com>...o >  >i >Fred Kleinsorge wrote:a >t5 >> Andrew Harrison SUNUK Consultancy wrote in messageN  >> <3C9B5150.7040403@sun.com>... >>? >>>As I said if what you have spouted in this thread passes for(/ >>>technical argument then call me a sales guy.g >>>  >>>o >>L >> Andy, I've always said you were a putz posing as someone technical.  YourH >> knowledge is gleaned from the latest marketing flyers and surfing the web.L >> You've passed up every opportunity to trot out your qualifications.  Have# >> you ever written a line of code?t >> >h >uE >Sorry Freddy, among other things I wrote Sun's HA Clustering ProductoH >called HA-RAID not too snappy a name I know but it worked. It pre-dated; >SunCluster. Its still in use running on SunOS and Solaris.  >tD >But hell anyone can write fiction in their CV. I generally find itsG >better not to place to much faith in them. I have met plenty of peoplet@ >with wonderfull CV's who have turned out to be a total waste of >space.- >-  C Yes, but it gives an interesting baseline, and something to verify.t   >iD >It depends what you call "industry" and it depends what you mean byG >performance. Most commercial customers don't care a S**T about SPECint  >or SPECfp performance,:  H Wow.  Tell the to Bill Todd.  After all, even you want people to believe< that IA64 will fail because it doesn't measure up in SpecInt   >tB >As for IA64 and Power, no one knows what IA64 will do performanceA >wise the only thing we do know is that Itanium isn't competitivem> >and clock rates for its sucessor are getting lower so you are. >declaring victory way to early on that front. >i  6 <lots of other Spec related rant about Power4 removed>  E Hmmm.  Customers don't care about Spec numbers, but IA64 is a failurer> because it doesn't meet a Spec number.  Hmmm.  What were those% pre-ticked-up-compiler Sparc numbers?r   ------------------------------  + Date: Mon, 25 Mar 2002 21:10:45 +0800 (CST)f/ From: Christine Hall <return@trafficmagnet.net>-% Subject: http://vaxarchive.khubla.com28 Message-ID: <39CR1000010232@emaserver.trafficmagnet.net>  3 --603706925.1017061845562.JavaMail.SYSTEM.emaserverf' Content-Type: text/plain; charset=utf-8o Content-Transfer-Encoding: 7bit    Hi  q I visited http://vaxarchive.khubla.com, and noticed that you're not listed on some search engines! I think we canbc offer you a service which can help you increase traffic and the number of visitors to your website.g  g I would like to introduce you to TrafficMagnet.net. We offer a unique technology that will submit your  C website to over 300,000 search engines and directories every month.   ` You'll be surprised by the low cost, and by how effective this website promotion method can be.   e To find out more about TrafficMagnet and the cost for submitting your website to over 300,000 search  6 engines and directories, visit www.TrafficMagnet.net.    I would love to hear from you.      
 Best Regards,,   Christine Hall   Sales and Marketing $ E-mail: christine@trafficmagnet.net  http://www.TrafficMagnet.net  . This email was sent to info-vax@mvb.saic.com. L I understand that you may NOT wish to receive information from me by email. F To be removed from this and other offers, simply go to the link below:V http://emaserver.trafficmagnet.net/trafficmagnet/www/optoutredirect?UC=Lead&UI=234564 3 --603706925.1017061845562.JavaMail.SYSTEM.emaserver & Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bita   <HTML> <HEAD>
 <!-- 2.3 -->   <TITLE></TITLE>r <STYLE TYPE="text/css">B <!--N TD { font-family: verdana, arial, helvetica; font-size: 11px; color: #000000 } -->x </STYLE> </HEAD>d <BODY BGCOLOR="#FFFFFF">/ <BASE HREF="http://www.trafficmagnet.net/img/">e> <TABLE WIDTH="600" BORDER="0" CELLSPACING="0" CELLPADDING="0"> <TR> 	<TD>Hi<BR>  	<BR>M 	I visited <A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.1.v4boypnCENra1P">http://vaxarchive.khubla.com</A>, and tM 	noticed that you're not listed on some search engines! I think we can offer  N 	you a service which can help you increase traffic and the number of visitors  	to your website.<BR>; 	<BR>c 	I would like to introduce you to <A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.1.v4boypnCENra1P">TrafficMagnet.net</A>. We offer a unique technology N 	that will submit your website to over 300,000 search engines and directories  	every month.<BR>  	<BR> N 	<TABLE WIDTH="398" BORDER="0" CELLSPACING="0" CELLPADDING="0" ALIGN="center"> 	<TR>o 		<TD><A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.3.BBtstXs9RnFxA$"><IMG SRC="img_tm.gif" WIDTH="137" HEIGHT="136" BORDER="0"></A></TD>c 		<TD><A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.3.BBtstXs9RnFxA$"><IMG SRC="img_website.gif" WIDTH="197" HEIGHT="141" BORDER="1"></A></TD> 		<TD VALIGN="bottom"><A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.3.BBtstXs9RnFxA$"><IMG SRC="img_signup.gif" WIDTH="62" HEIGHT="136" BORDER="0"></A></TD> 	</TR>	 	</TABLE>: 	<BR>dR 	You'll be surprised by the low cost, and by how effective this website promotion  	method can be. <BR> 	<BR>-O 	To find out more about TrafficMagnet and the cost for submitting your website l 	to over 300,000 search engines and directories, visit <A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.5.jjba7oyc8DvUs+">www.TrafficMagnet.net</A>.  	<BR>  	<BR> $ 	I would love to hear from you. <BR>	 	<BR><BR>- 	Best Regards,<BR><BR> 	Christine Hall <BR> 	Sales and Marketing <BR>H) 	E-mail: christine@trafficmagnet.net <BR>m 	<A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/r?1000010232.39.5.jjba7oyc8DvUs+">http://www.TrafficMagnet.net</A>  	<P>&nbsp;</P></TD>r </TR>  <TR>L 	<TD><FONT COLOR="#999999">This email was sent to info-vax@mvb.saic.com.<BR>P 	I understand that you may NOT wish to receive information from me by email.<BR> 	To be removed from this and other offers, simply <A HREF="http://emaserver.trafficmagnet.net/trafficmagnet/www/optoutredirect?UC=Lead&UI=234564">click here</A>.<BR></FONT> 	</TD> </TR>  </TABLE> <IMG SRC="http://emaserver.trafficmagnet.net/trafficmagnet/www/picture.jsp?UC=Lead&UI=234564&CRID=39CR1000010232" ALT="." HEIGHT=1 WIDTH=1>  </BODY>e </HTML>o5 --603706925.1017061845562.JavaMail.SYSTEM.emaserver--    ------------------------------  % Date: Mon, 25 Mar 2002 12:06:26 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e& Subject: Interesting Alpha advertising, Message-ID: <3C9F590A.54A7AA51@videotron.ca>  > AlphaServers & StorageWorks Products Provide Animation Realism  J   HOUSTON, March 25 /PRNewswire-FirstCall/ -- Compaq Computer Corporation F today announced that Compaq's high performance AlphaServer systems andG StorageWorks products were the technologies used to power the animationmN process for ICE AGE, the high-tech, full-length animated film just released by Twentieth Century Fox.  L   From Blue Sky Studios and Oscar-winning Director Chris Wedge, ICE AGE is aJ heart-warming, computer animated feature film involving prehistoric familyG characters set amidst a time when glaciers covered the earth. DevelopedcK entirely using computer generated images (CGI), Blue Sky Studios utilized atN sophisticated rendering technology which was crucial to convey the unsurpassedF realism of the landscape and prehistoric characters shown in the film.  J   Blue Sky Studio's proprietary rendering technology, known as CGI Studio,F requires high levels of computing performance and massive power -- forM example, the time to render a single frame ranged from eight to as much as 30nM hours, and every minute of film required rendering 1,440 frames of animation.u  L   To meet the technological demands of the animation process, a total of 512M Compaq AlphaServer DS10L systems were configured into 13 RenderWalls, runningrM Compaq's Tru64 UNIX operating system. In addition, Compaq's TruCluster Server K clustering system was used with multiple AlphaServer ES40 systems providingrM more than three Terabytes of clustered storage for production. The system was M based on Compaq's StorageWorks scalable architecture which allowed additionaleE disks, controllers and cache to be added incrementally when required.r  I   In the movie, the advanced animation technology paid off with realisticcM effects for the prehistoric characters and their environment, replicating theuF matrix of colors, textures, and shadows experienced in the real world.F Attention to detail is extremely evident throughout the film, and this4 contributes significantly to the film's unique look.  )   Blue Sky Studios Executives Laud Compaqt  J   John Donkin, associate producer at Blue Sky Studios, said, "Using CompaqI technology on our first all-computer generated feature film, ICE AGE, has.M enabled us to do something which wouldn't be possible otherwise. We are usingtL some of the most sophisticated rendering technology in existence, and we areJ able to meet our rendering demands for both full-on high resolutions finalK renders as well as allowing us to have a better and shorter design cycle --t6 all of which results in higher quality on the screen."  N   Carl Ludwig, vice president of Research and Development at Blue Sky Studios,J said, "Compaq's technology gives us computational strength on a reasonableF number of processors at a cost that makes economic sense. Coupled withM Compaq's Tru64 UNIX, which allows us to network all these processors together N effectively, this tremendous increase in power will place the studio firmly in;  the forefront of digital content creation and innovation."f  N   Blue Sky Studios has been working with Compaq technology since 1998 and thisJ has included the earlier creation of the Oscar-winning short film feature,E BUNNY, directed by Chris Wedge. Wedge also directed ICE AGE, which is D Twentieth Century Fox's first venture in high-tech animation cinema.  N   Bill Blake, Compaq's vice president of High Performance Technical Computing,L said, "Compaq technology has provided superior performance and the computingK power for a number of well-known Hollywood films in the past few years, andhM we're pleased that Blue Sky Studios and Twentieth Century Fox have allowed uso' the opportunity to be part of ICE AGE."    ------------------------------  % Date: Mon, 25 Mar 2002 12:11:49 -0500c- From: JF Mezei <jfmezei.spamnot@videotron.ca>t* Subject: Re: Interesting Alpha advertising, Message-ID: <3C9F5A4D.C9393CC8@videotron.ca>  J Is it just me, or has Compaq begun to showcase its Alpha in recent times ?  D I wonder if Compaq realised after the fact that it was a mistake to J prematurely announce Alpha's death and now they are scrambling to preserve! what is left to save the profits.i  J I wonder if the Winklers of Compaq will finally be told that they are deadN wrong in wanting to go wintel so quickly and if they will finally be sidelined4 allowing what is left of enterprise to save the day.  F It will be most interesting to see how Alpha will be handled under HP.   ------------------------------  # Date: Mon, 25 Mar 2002 17:30:01 GMTn From: system@SendSpamHere.ORGe* Subject: Re: Interesting Alpha advertising0 Message-ID: <00A0B781.3E341DEC@SendSpamHere.ORG>  \ In article <3C9F590A.54A7AA51@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:? >AlphaServers & StorageWorks Products Provide Animation Realism  >eK >  HOUSTON, March 25 /PRNewswire-FirstCall/ -- Compaq Computer Corporation rG >today announced that Compaq's high performance AlphaServer systems and H >StorageWorks products were the technologies used to power the animationO >process for ICE AGE, the high-tech, full-length animated film just released byf >Twentieth Century Fox.a >tM >  From Blue Sky Studios and Oscar-winning Director Chris Wedge, ICE AGE is alK >heart-warming, computer animated feature film involving prehistoric familypH >characters set amidst a time when glaciers covered the earth. DevelopedL >entirely using computer generated images (CGI), Blue Sky Studios utilized aO >sophisticated rendering technology which was crucial to convey the unsurpassediG >realism of the landscape and prehistoric characters shown in the film.o >,K >  Blue Sky Studio's proprietary rendering technology, known as CGI Studio,iG >requires high levels of computing performance and massive power -- fortN >example, the time to render a single frame ranged from eight to as much as 30N >hours, and every minute of film required rendering 1,440 frames of animation.  K Wow.  Just think.  When the itanium machines hit the scene, these times cansK be even greater.  I can see the text now: the time to render a single frameh- ranged from eight to as much as 30 days".  :(i   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa            sJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------  % Date: Mon, 25 Mar 2002 08:26:41 -0700u  From: Jon <jsmyth69@hotmail.com>9 Subject: Is there going to be a VMS based kernel for NSK?h8 Message-ID: <bbgu9uc35cdatag465b4ho66kd7ui0ktnb@4ax.com>   Hi,B  B   I was wondering if Compaq was ever going to develop a NSK kernel that is VMS based?   ------------------------------   Date: 25 Mar 2002 08:37:36 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a@ Subject: Re: Low Level format of SCSI Disc in VaxStation 4000VLC0 Message-ID: <a7mnkg$a5c$1@n.ruf.uni-freiburg.de>   Hi,    to clarify a few things:6 1.) low-level format of a SCSI-disk is OS-independent.D 2.) it is generally achieved by sending a single SCSI command to theK     disk-controller. There are various utilities around for various OSes toeN     do just this - sending this command to the drive. And yes, the VMS commandI     INITIALIZE is something different. It does not do a low-level format. J 3.) The type of information that a disk sends back upon a low-level formatC     request may vary. And not all the utilities around show all thee     information.   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Mon, 25 Mar 2002 15:08:42 -0000  From: sword7@speakeasy.org/ Subject: LP11/LA11/LS11 Line Printer Supported?-/ Message-ID: <u9ufbq49shpq6c@corp.supernews.com>X   Hello folks:  D I just implemented simple LP-11 line printer emulation into my TS10 D emulator but OpenVMS 7.2 did not detect LP-11 device.  Does OpenVMS C support LP-11 device for line printer?  If not, which line printer a
 device(s)?  6 How about card reader/puncher and tape reader/puncher?  
 Thank you!   -- Tim Stark   -- p, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Mon, 25 Mar 2002 09:25:07 -0500G1 From: Michael Austin <maustin@firstdbasource.com>i Subject: M$Access -> VMS2 Message-ID: <3C9F3343.1BF7DA6C@firstdbasource.com>  F Silly question, but has anyone come up with a way to access a MSAccessD database from OpenVMS using either Perl or DCL?  I have a very smallG shop that is tied to an Access program and I need to read data from it. G (Fortunately this is a very small shop).  I am hacking on a few things,- but no luck yet.   -- 2 Regards,  7 Michael Austin            Registered Linux User #261163z7 First DBA Source, Inc.    http://www.firstdbasource.comR Sr. Consultant 704-947-1089 (Office)e 704-236-4377 (Mobile)L -- 2 Regards,  7 Michael Austin            Registered Linux User #261163s7 First DBA Source, Inc.    http://www.firstdbasource.coms Sr. Consultant 704-947-1089 (Office)N 704-236-4377 (Mobile)    ------------------------------  % Date: Mon, 25 Mar 2002 16:29:15 +0100v9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: M$Access -> VMS' Message-ID: <3C9F424B.10C93880@aaa.com>o  ' What do you have on the VMS box ? Rdb ?   > There is/was a product called "Transparent gateway to PC data"= (or something similar). With that, you could ATTACH from youro9 Rdb environment on VMS, throught a PC, to any ODBC drivere= installed on that PC, including the one for MS-Access access.t  * Don't know if that product still exists...   Jan-Erik Sderholm     Michael Austin wrote:p > H > Silly question, but has anyone come up with a way to access a MSAccessF > database from OpenVMS using either Perl or DCL?  I have a very smallI > shop that is tied to an Access program and I need to read data from it. I > (Fortunately this is a very small shop).  I am hacking on a few things,  > but no luck yet. >  > --
 > Regards, > 9 > Michael Austin            Registered Linux User #261163d9 > First DBA Source, Inc.    http://www.firstdbasource.comc > Sr. Consultant > 704-947-1089 (Office)  > 704-236-4377 (Mobile)o > --
 > Regards, > 9 > Michael Austin            Registered Linux User #261163e9 > First DBA Source, Inc.    http://www.firstdbasource.come > Sr. Consultant > 704-947-1089 (Office)k > 704-236-4377 (Mobile)r   ------------------------------  % Date: Mon, 25 Mar 2002 12:43:23 -0600mC From: "Craig A. Berry" <craig.berry@nospam.signaltreesolutions.com>c Subject: M$Access -> VMS8 Message-ID: <5.1.0.14.2.20020325122311.01aeabc0@exchi01>   Michael Austin wrote:m  H >Silly question, but has anyone come up with a way to access a MSAccess J >database from OpenVMS using either Perl or DCL? I have a very small shop D >that is tied to an Access program and I need to read data from it. L >(Fortunately this is a very small shop). I am hacking on a few things, but  >no luck yet.   F In principle this wouldn't be too hard using Perl's DBI and DBD::ODBC L extensions, but you need an ODBC driver first whether you use Perl or not.  B There are some commercial products that have ODBC clients for VMS:  # Attunity: <http://www.attunity.com>b  ? EasySoft: <http://www.easysoft.com/solutions/mssolutions.phtml>I  I OpenRDA: <http://www.atinet.com/Products/OpenRDA/ODBC_UNIX/ODBC_Unix.asp>h  K I think most or all of these require the installation of a special service fE on the Windows side, which depending on who you go with will run you s3 800-2000 USD for one license last time I checked.  e  H If it's actually a SQL Server database (an option in recent versions of M Acccess) you might get somewhere with FreeTDS (www.freetds.org).  FreeTDS is tJ an open source port of client libraries that speak the tabular datastream L protocol used by Sybase and MS SQL Server.  A few days ago someone reported J on the development list that he is porting the FreeTDS ODBC client to VMS.  ; Good luck and please post results when you find a solution.a   ------------------------------  % Date: Mon, 25 Mar 2002 15:24:00 +0100t6 From: =?iso-8859-1?Q?Jean=2DFran=E7ois=20PI=C9RONNE?= L Subject: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver+ Message-ID: <3C9F3300.994C56DF@laposte.net>c  H A new very interesting book which will be a valuable contribution to the VMS community.  V http://www.amazon.com/exec/obidos/ASIN/1555582648/qid%3D1017069087/104-6148870-9011156     Jean-Franois Pironne   ------------------------------  % Date: Mon, 25 Mar 2002 11:14:00 -0500i+ From: "Main, Kerry" <Kerry.Main@Compaq.com>/P Subject: RE: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop WebserverT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DB0@kaoexc01.americas.cpqcorp.net>   Jean-Fran=E7ois:   Thanks for the posting.=20  " Alan Winston - way cool stuff !=20   :-)9  H [I have posted it internally to Compaq as well as pointing it out to a =$ number of key Customers I deal with]  C Fot the benefit of others - here is the book description:  ISBN - =a
 1555582648  ; "OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver"l by Alan Winstony  $ Editorial Reviews - Book Description  G -If your business needs reliable, full-featured web service, you need =. this=20WJ book -Offers information not available anywhere else for OpenVMS, whose=20> unbeatable reliability makes it the web server of choice for = institutions that=20B can't afford downtime for their websites - Provides examples and = step-by-step=20/I procedures that show how to do the same task in different servers Learn =x	 how to=20CJ successfully run a web server on an OpenVMS system, using any one of the = three=20G currently supported servers - OSU, WASD, and Compaq Secure Web Server =x (based on=20E Apache). The book explains the suitability of VMS clusters for 24x7 =A
 operation,=20AH covers the various TCP/IP products, and discusses cluster aliases and=20D load-balancing techniques. The chapters are organized by function, = answering=20G the question How do I do X for each of the servers. Winston evaluates =  many=20w/ relevant freeware and some commercial products.e   From the Publisher:dJ OpenVMS with Apache, OSU and WASD also discusses specific tasks, such as =	 how to=200C port CGI programs from other operating systems, and gives working =a examples in=20J PERL, Python, and DCL. One chapter also covers database connectivity for =   VMS-based CGI programs.d     Regards.  
 Kerry Main Senior Consultant  Compaq Canada Corp.r Professional Servicess Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----D From: Jean-Fran=E7ois PI=C9RONNE [mailto:jf.pieronne@laposte.net]=20 Sent: March 25, 2002 9:24 AM To: Info-VAX@Mvb.Saic.Com D Subject: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop =	 Webserveru    J A new very interesting book which will be a valuable contribution to the = VMS community.  J http://www.amazon.com/exec/obidos/ASIN/1555582648/qid%3D1017069087/104-61=
 48870-9011156/     Jean-Fran=E7ois Pi=E9ronne   ------------------------------    Date: 25 Mar 2002 08:30:04 -0600- From: koehler@encompasserve.org (Bob Koehler)w3 Subject: Re: Once a fool, always a fool I guess ...L3 Message-ID: <ED$cWcZ1S0cw@eisner.encompasserve.org>6  m In article <20020324082557.22755.qmail@gacracker.org>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes:2 > I > Indeed it is, there is a lot of advertising mileage in going up againstAM > over 4000 hackers and surviving everything they can throw at you. Why can't& > VMS Marketing see that?i  E    They did.  Much of the choir got the glossy referring to it.  WhatpF    they didn't do it publically answer Bill Gate's claim that there is(    no secure, reliable OS on the market.  H    They should have told him where to put it in no uncertain terms.  ButA    that might jeopardized the money loosing part of the bussines.i   ------------------------------  % Date: Mon, 25 Mar 2002 08:34:44 -0500s2 From: "Sue Skonetski" <susan.skonetski@compaq.com>2 Subject: OpenVMS port to Intel - video now on line3 Message-ID: <JFFn8.1446$fL6.28448@news.cpqcorp.net>h  )  This is a good video and worth your timee) http://www.compaq.com/hps/ipf-enterprise/t  
 warm regards,e   sue    ------------------------------    Date: 25 Mar 2002 08:56:24 -0600- From: koehler@encompasserve.org (Bob Koehler)t6 Subject: Re: OpenVMS port to Intel - video now on line3 Message-ID: <HCGp$BOwEmaG@eisner.encompasserve.org>o  h In article <JFFn8.1446$fL6.28448@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:+ >  This is a good video and worth your time + > http://www.compaq.com/hps/ipf-enterprise/i >   G    Glossy.  The only thing I got out of it was a new list of customers,aG    most of who'm I've never head of before, willing to say they thoughtW     the IPF port was a good idea.   ------------------------------  % Date: Mon, 25 Mar 2002 10:29:31 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca>t6 Subject: Re: OpenVMS port to Intel - video now on line, Message-ID: <3C9F425B.A71083C3@videotron.ca>   Sue Skonetski wrote: > + >  This is a good video and worth your time + > http://www.compaq.com/hps/ipf-enterprise/e  L Just a suggestion: I haven't watched it, but perhaps your announcement wouldE have had much more weight/impact if you had waited until after HP hasr^ announced its product roadmap. Right now, what Compaq says has very little credibility/weight.   ------------------------------  # Date: Mon, 25 Mar 2002 17:24:57 GMT  From: system@SendSpamHere.ORG 6 Subject: Re: OpenVMS port to Intel - video now on line0 Message-ID: <00A0B780.889EC753@SendSpamHere.ORG>  h In article <JFFn8.1446$fL6.28448@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:* > This is a good video and worth your time* >http://www.compaq.com/hps/ipf-enterprise/ >t >warm regards, >s >sue >t >r >e  J Can you get it converted to an MPEG so that we non-weendoze types -- like 8 those of use that actually still use VMS -- can view it?   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMh             J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesg   ------------------------------  # Date: Mon, 25 Mar 2002 17:46:05 GMTn4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>6 Subject: Re: OpenVMS port to Intel - video now on line0 Message-ID: <3C9F610D.5760315F@blueyonder.co.uk>   system@SendSpamHere.ORG wrote: > j > In article <JFFn8.1446$fL6.28448@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:, > > This is a good video and worth your time, > >http://www.compaq.com/hps/ipf-enterprise/ > >, > >warm regards, > >e > >sue > >d > >e > >  > K > Can you get it converted to an MPEG so that we non-weendoze types -- likem: > those of use that actually still use VMS -- can view it?   D A higher quality streaming version for those of us with DSL wouldn'tB go amiss, either. The text is quite difficult to read on the modem quality version.  E Don't know quite what to make of this, I found it quite positive but eF the last sentence sends me the message they are not after new markets.  @ Every Compaq salesperson should be forced to watch regularly ;-) --   tim.llewellyn@blueyonder.co.uk i  F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Mon, 25 Mar 2002 10:37:43 -0500a2 From: "Sue Skonetski" <susan.skonetski@compaq.com>2 Subject: Registration for London Technical Updates3 Message-ID: <1tHn8.1453$fL6.28690@news.cpqcorp.net>c  ' http://www.compaq-conference.com/site3/t   ------------------------------  % Date: Mon, 25 Mar 2002 12:44:55 -0500t5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>y" Subject: Re: Right down the middle3 Message-ID: <ZsJn8.1463$fL6.28975@news.cpqcorp.net>a  A David J. Dachtera wrote in message <3C9CF300.E5606C2C@fsi.net>...d >"Terry C. Shannon" wrote: >>= >> "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in messageS) >> news:3C9BE54B.CAB55429@videotron.ca...A >> > Fred Kleinsorge wrote: G >> > > Compaq *has* provided a roadmap, and VMS is on it.  Until the HPe merger >> iseL >> > > certified and the merger closes, HP *can't* provide you a roadmap forH >> > > Compaq.  I see no reason to believe that the OpenVMS readmap will
 >> change. >> >L >> > HP has provided a broad roadmap for Tru64 as well as Tandem, as well as >> the >> > Proliant wintel servers.s >> >E >> > It is a fact that HP has meddled into Compaq's products but went  through, >> greatL >> > strides to avoid mentioning VMS. HP and Capellas have also made a point ofL >> > mentioning stuff such as "proprietary is bad" and "industry standard is	 >> good".a >>C >> What lies ahead for VMS I do not know, but JF makes a very validt	 assertionnH >> here. Best case scenario is that VMS has been damned by faint praise. Worst E >> case is, VMS goes away, and so does the current VMS customer base.  >cH >I'd like to know what the "Plan B" might be should either (or both!) of* >these possibilities become eventualities: > I >1. Itanic is declared unworkable and unsalvageable, and Intel decides to G >press forward with an architecture that proves to pose similar porting $ >challenges to those posed by IA-32. >m  G Perhaps there is a plan B, but I don't know about it.  I would also notiL expect anyone to explicitly state what it was, or even if there was one.  We= have full confidence that IA64 has a high-performance future.   E >2. OpenVMS's "profitable, large-scale" customers decide en-mass thathA >Security-Enhanced Linux is more cost effective and comparable intE >security and stability to OVMS. (Nota bene: Whether that is or coulddB >ever be true or not is not the issue. The issue is the customer's3 >perception, since that is the customer's reality.)y >-  K Aside from the obvious high-cost of a port to UNIX (UNIX/Linux it's all the0L same) - you'll need to show me the Linux kernel (today) that scales to 8, 16B or 32 CPUs.  I'm sure it will get there, but it isn't there today.  I No, for the majority of todays VMS users - especially ones using GS class ) machines, Linux isn't a real alternative.   I >Either one of those would leave OVMS up the shit creek on white water inaI >a leaky boat with no paddles drifting toward the falls on a current thatS0 >nothing short of a turbine engine can overcome. >5  J The law of gravity may also be suspended, and I know I don't have a plan BB for that either.  And while your scenerio has better odds than theB probability of the laws of gravity being suspended, they are still relatively long.  C >I hope the OVMS denizens of the Q who are doing the IA64 ports aremG >polishing up their resumes while their software builds are running. ItiI >wouldn't much more than one "bump in the road" for them to end up in theh& >same spot I'm in, and others like me. >t  E In todays world of temporary workforces and management by MBA - it is J prudent to always keep an up-to-date resume regardless of who and what youL work on.  While I do have an up-to-date one - it isn't being kept up-to-dateL because I am worried about IA64 or about Linux, nor am I worried about beingA laid off.  I just take my own advice in this case and am prudent.    ------------------------------  % Date: Mon, 25 Mar 2002 08:37:57 -0500a2 From: "Sue Skonetski" <susan.skonetski@compaq.com>Y Subject: Re: Session abstracts and bio's for OpenVMS Technicial Updates in Europe (Austri-3 Message-ID: <LIFn8.1447$fL6.28684@news.cpqcorp.net>    Updated session abstracts.   Session Abstracts K OpenVMS Strategy and Directions (Keynote) - This session will cover OpenVMS L strategies and directions.  Additionally this session will cover a number of0 different programs in place in the OpenVMS GroupF  OpenVMS Technical Update 7.3.1 and beyond - This session will provideL information and roadmaps for OpenVMS, OpenVMS Galaxy, Clustering, eBusiness,L TCP/IP Services, and other areas.  Technical details of current and upcomingK OpenVMS operating system releases including V7.2-2, V7.3, V7.3-1, V7.4, the-D Itanium Port, and on on-going advanced development projects, will be featured in the presentation.e  L  OpenVMS and IPF Systems (base OS) -  This session describes how some of theK internals of VMS will be ported to the Itanium Processor Family. MechanismsoJ such as ASTs, IPLs, page protections, synchronization methods, and contextL switching are presented in terms of the Intel fundamentals used to implement them.   K  Best Practices for VMS Performance for 2002 - This session highlights someaI new and evolving OpenVMS capabilities, tools, and best practices that yousL can put to use to help with performance management, tuning, troubleshooting,I and capacity planning on your largest and most important OpenVMS systems. I The session relates these new practices to the standard set of industrialzL strength performance practices that have proven themselves to be universallyI applicable and indispensable to attaining consistent performance success.tG The session will also briefly illustrate how these combined old and newtL practices can set the stage for success with the next generation Alphaserver and IPF systems.  B  Installing and configuring Fibre Channel storage - Installing andL configuring Fibre Channel storage - This session will provide information onH current VMS Fibre Channel hardware support and configurations, includingJ disaster tolerant configurations.  Also discussed will be new fibrechannelK features in OpenVMS V7.3 and V7.3-1 as well as new hardware currently beingu
 developed.  J Integration of OpenVMS Data & Applications  - This session will talk aboutK how existing (or new) applications and data residing on OpenVMS systems cantL be integrated into the enterprise, be it eBusiness, eCommerce, CRM, SAP etc.L The various options and products that support these options both from Compaq) and from Partners will also be discussed.s  H  The next generation of Alpha systems (Keynote) At the end of this year,J Compaq will introduce a new family of modular AlphaServer systems based onH the new, highly integrated Alpha EV7 CPU.  This session will explain theL unified architecture for hardware, software, and system management that makeJ these systems easy to manage, reliable, and scalable from low price, entryD level dual processor systems to high capacity 128 processor systems.L Systems, assembled from a small number of simple building blocks modules andI drawers, will offer the flexibility to expand processing, memory, and I/0r1 independently, and over a wide range of capacity.   F  Porting your OpenVMS Applications to IPF - The port of OpenVMS to theH Itanium(tm) Processor Family was announced in June, 2001. This technicalC session will cover the current OpenVMS Itanium(tm) Processor FamilyeI schedule, plans for porting layered products, plans for compilers, binaryrA translators, and other preliminary information about porting youra. applications to Itanium-based OpenVMS systems.  I  Compaq Secure Web Server Apache with Tomcat - This session discusses the K Compaq Secure Web Server available for OpenVMS. This is based on Apache webiJ server. It will also discuss the Tomcat  JSP Engine as well as some of the' other plug-in modules available for it.   H  COE & Unix Portability Initiatives - This session describes the currentJ efforts under way to simplify porting of applications from UNIX systems toK OpenVMS.  Specific areas addressed include the extensive work being done toBJ update and enhance the OpenVMS C Runtime Library (CRTL) and the UNIX toolsB and utilities on OpenVMS, and to improve the performance of portedC applications.  A portion of this session will allow for interactived: discussion of customer needs and directions for the future  G Volume Shadowing -  This session will provide information on a new HBVSeI feature in V7.3, Mini Copy.  This new feature will enable a former shadowkG set member to be returned to the shadow set in a much shorter time thaneG normal, based on the level of write activity while it was removed.  ThetJ session will also include an update on new DCL functionality, that enablesD new per shadow set member read cost and member time out values to be) specified, and new DCL recovery semantics1  L OpenVMS Hints and Kinks - This technical session provides an insiders' guideH on taking advantage of OpenVMS strengths, covering the following topics:F Optimizing programs for effective failover; Failover locking; HandlingL security features correctly; Designing shareable images; User-written SystemI Services; Message utility and command definition  utility; OpenVMS Galaxy-D and OpenVMS Cluster; Insights into C, C++, and the OpenVMS Debugger.L Details on certain useful (and undocumented) features will also be included.    = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message0- news:rdIm8.1386$fL6.27158@news.cpqcorp.net...iJ > There are a couple of session abstracts missing but this will give you aE > good idea on what to expect.  And I could be partial but this is an  > excellent group of engineers.  >a > Warm Regards,  > Suer >  >l > Session AbstractseE > OpenVMS Strategy and Directions (Keynote) - This session will cover  OpenVMSwK > strategies and directions.  Additionally this session will cover a numberr of2 > different programs in place in the OpenVMS GroupH >  OpenVMS Technical Update 7.3.1 and beyond - This session will provideC > information and roadmaps for OpenVMS, OpenVMS Galaxy, Clustering,t
 eBusiness,E > TCP/IP Services, and other areas.  Technical details of current and' upcomingI > OpenVMS operating system releases including V7.2-2, V7.3, V7.3-1, V7.4,c thesF > Itanium Port, and on on-going advanced development projects, will be > featured in the presentation.e >n > I > OpenVMS and IPF Systems (base OS) -  This session describes how some ofr theSB > internals of VMS will be ported to the Itanium Processor Family.
 MechanismsL > such as ASTs, IPLs, page protections, synchronization methods, and contextD > switching are presented in terms of the Intel fundamentals used to	 implementq > them.c >t > L > Best Practices for VMS Performance for 2002 - This session highlights someK > new and evolving OpenVMS capabilities, tools, and best practices that youc= > can put to use to help with performance management, tuning,h troubleshooting,K > and capacity planning on your largest and most important OpenVMS systems.hK > The session relates these new practices to the standard set of industrial B > strength performance practices that have proven themselves to be universallysK > applicable and indispensable to attaining consistent performance success.fI > The session will also briefly illustrate how these combined old and newyB > practices can set the stage for success with the next generation AlphaserverE > and IPF systems. >p5 >  Installing and configuring Fibre Channel storage -X >b >i/ > Integration of OpenVMS Data & Applications  -S >a >WI > The next generation of Alpha systems (Keynote) At the end of this year,bL > Compaq will introduce a new family of modular AlphaServer systems based onJ > the new, highly integrated Alpha EV7 CPU.  This session will explain theI > unified architecture for hardware, software, and system management that0 makeL > these systems easy to manage, reliable, and scalable from low price, entryF > level dual processor systems to high capacity 128 processor systems.J > Systems, assembled from a small number of simple building blocks modules andpK > drawers, will offer the flexibility to expand processing, memory, and I/0s3 > independently, and over a wide range of capacity.  >r >0 >aG > Porting your OpenVMS Applications to IPF - The port of OpenVMS to theaJ > Itanium(tm) Processor Family was announced in June, 2001. This technicalE > session will cover the current OpenVMS Itanium(tm) Processor FamilyaK > schedule, plans for porting layered products, plans for compilers, binaryhC > translators, and other preliminary information about porting yourh0 > applications to Itanium-based OpenVMS systems. >i- > Compaq Secure Web Server Apache with Tomcat, >  > I > OpenVMS COE & Unix Portability Initiatives - This session describes theuI > current efforts under way to simplify porting of applications from UNIXLJ > systems to OpenVMS.  Specific areas addressed include the extensive workK > being done to update and enhance the OpenVMS C Runtime Library (CRTL) and-L > the UNIX tools and utilities on OpenVMS, and to improve the performance ofL > ported applications.  A portion of this session will allow for interactive< > discussion of customer needs and directions for the future >nJ >  Volume Shadowing -  This session will provide information on a new HBVSK > feature in V7.3, Mini Copy.  This new feature will enable a former shadowtI > set member to be returned to the shadow set in a much shorter time thanII > normal, based on the level of write activity while it was removed.  TheeL > session will also include an update on new DCL functionality, that enablesF > new per shadow set member read cost and member time out values to be+ > specified, and new DCL recovery semantics. >tH > OpenVMS Hints and Kinks - This technical session provides an insiders' guide7J > on taking advantage of OpenVMS strengths, covering the following topics:H > Optimizing programs for effective failover; Failover locking; HandlingG > security features correctly; Designing shareable images; User-writtena SystemK > Services; Message utility and command definition  utility; OpenVMS GalaxyrF > and OpenVMS Cluster; Insights into C, C++, and the OpenVMS Debugger.D > Details on certain useful (and undocumented) features will also be	 included.  >m >  Speaker Bio's >. > H > Steve Stebulis, is a Director in the High Performance Server Division, withL > over 20 years of experience in software engineering and product managementH > with a focus on operating system and technical development.  Steve had beenL > one of the driving forces behind the OpenVMS strategy and has expanded hisF > role to cover Tru64, Lunix, High Performance Technical Computing andL > Computer Special systems working for Rich Marcello, VP and General ManagerC > of the HPSD organization.  He is also responsible for key account04 > relationships and customer architectural planning. > F >  Previously, Steve has held a number of positions in OpenVMS productL > management, from managing the OpenVMS product management group to focusingD > on specific business lines including the base operating system and businessK > critical technologies group.  Steve's other experience includes positionsv asC > product manager for OpenVMS POSIX and Open Standards, and productt
 managementJ > and engineering positions in workstation engineering, networks, database& > development and computer operations. >wI > Steve received a B.S. in Forest Sciences from Penn State University, anc M.A.H > in Computer Science and an M.E. in Recreation Administration both from( > Temple University in Philadelphia, PA. >tI >  Stephen "Hoff" Hoffman, Is a Consulting Engineer in the Compaq OpenVMSVB > Engineering group, with a variety of responsibilities.  Areas of
 experienceE > include voice applications and telephony, factory floor networking,tD > databases, device drivers and ACPs, web and internet technologies,	 hardware,uK > bad puns, clustering, with other areas too numerous to mention.  Writings K > include the second edition of the "Writing Real Programs in DCL" book and; anK > update(presently underway) to another Digital Press OpenVMS-related book.r > H >  Burns Fisher, Since joining VMS Engineering in 1986, Burns Fisher hasF > worked in many engineering and project leading roles.  These includeD > contributing to the MIT X11 protocol, porting DECwindows to Alpha,K > contributing to the System Code Debugger and SCSI clusters, and technicalnK > leadership of the Extended File Specifications project.  More recently as: a5K > member of the VMS Exec group, he helped develop Galaxy concepts, designed:L > and wrote RAD-based scheduling and RAD-based pool allocation for GS-seriesL > Alphaserver systems.  He is currently designing and writing code to do lowL > level interruption handling and software interrupts for VMS on the Itanium > Processor Family.B >B >BB > Before joining VMS, Burns worked as an engineer in Digital's ESG EngineeringdL > group, and as a system manager, coder, and general computer engineer for aJ > research project at the University of Rochester (New York, USA).  He has anB > Master's degree in Electrical Engineering from the University of
 Rochester. >aH >  Steve Lieman, (OpenVMS Performance Group, Compaq).  Steve is an awardD > winning author who has more than 30 years large system performanceI > experience with the last 7 years focusing on OpenVMS.  He has deliveredtH > seminars on practical performance management at more than 30 locationsF > worldwide.  He is currently working on various OpenVMS benchmarking,C > performance characterization, and tool enhancement project and iss
 frequentlyJ > called in to help troubleshoot customer performance problems.  Steve has= > been a long-time student of the best performance practices.e >rG >  Rick Lord - Joined Digital in 1983 in the Mid-Range Systems Businesse Group,G > working on CAD support, the VAXBI DRB32 VMS device driver and VAX RTA  (RealiL > Time Accelerator). part of Digital's After that Rick was part VAXTCC (TimeI > Critical Computing) startup in Munich. Then continuing as the technicalt leadL > on the VAX 8400 console port before joining Digital's Telecom group, whereI > he worked on an NMF (Network Management Forum) interoperability project J > between DECmcc and British Telecom's Concert network management package.J > Rick joined the OpenVMS group in 1991. Rick now works with FibreChannel, and @ > is  largely responsible for the design & implementation of our FibreChannel
 > drivers. >OJ >  Richard Smith has served as the Product Manager on the development team for.K > a new family of AlphaServers for the past 3 years. In 20 years at DigitaltH > and Compaq, he led business and engineering for PC network software inE > Europe and managed Business Development for MicroVAX minicomputers.  BeforeD > joining Digital, Richard worked at AT&T and in various engineeringF > assignments at Systems Control, Inc.  He earned MS and BS degrees in control G > systems engineering from MIT and an MBA from Harvard Business School.e Afterl@ > six years living and working in France, he is fluent in French > F >  John Apps - Is a senior technical architect in the High Performance Servers I > Division of Compaq.  He has over 30 years in the IT industry, mainly in  theI8 > area of transaction processing and middleware systems. >i@ > He works with the OpenVMS team which architects and implementsH > Internet/eBusiness solutions for OpenVMS and Alpha customers. Areas ofF > expertise include: designing for scalability and integration of both WindowshG > and Tru64 UNIX based eBusiness and integration solutions into OpenVMSiK > environments using industry application server technologies from Compaq's.( > partners such as Oracle, BEA and IONA. >eJ >  He consults worldwide and has implemented a number of Internet projects fora& > existing OpenVMS and Alpha customers > J >  Sunil Kumaran has 15 years experience in the IT industry, the last 6 ofL > which has been with Compaq. He has worked in a number of fields, from realG > time systems, to Scada systems to Stock Exchange systems. He also has-@ > experience developing Oracle applications as well as RTR based
 applications.sK > Most of his work has been with Compaq platforms and Operating systems andSL > applications that run on them. He is currently a Technology Consultant forG > the High Performance Systems division.    Areas of expertise include:MJ > designing for scalability and integration of both Windows and Tru64 UNIXK > based eBusiness and integration solutions into OpenVMS environments usingfI > industry application server technologies from Compaq's partners such as. > Oracle and BEA.  >s > K > He consults worldwide and has participated in the implementation a numberg of< > Internet projects for existing OpenVMS and Alpha customers > K >  Brad McCusker -  has been with the OpenVMS Engineering group since 1995.3K > Currently, Brad is the Project Leader for the C Run-Time Library (C RTL),eG > responsible for leading the upgrade of the C RTL code to support UNIX(G > portability.  In addition, Brad has a long history with PATHWORKS and F > Advanced Server engineering where he continues to be the engineering ProjectpG > Manager, responsible for directing all engineering efforts.  Prior to F > Digital and Compaq, Brad spent eight years in an OpenVMS developmentB > environment, primarily for the US Navy in the field of real-timeE > anti-submarine warfare simulation.  Brad frequently speaks in North  America 6 > and Europe about OpenVMS and Windows NT integration. >u >s >t >, >n   ------------------------------  # Date: Mon, 25 Mar 2002 12:17:13 GMT 2 From: "William Hymen" <t18_pilot@hotmail.spam.com> Subject: Set user similar to SUpC Message-ID: <dzEn8.249204$uv5.21651094@bin6.nnrp.aus1.giganews.com>p   Hi all,d  0 I have been administering our migration software. (similar to CMS) for 2 years. I really need to+ do a (S)et (U)user similar to Unix.  I have - full system privs, and the blessing of my SA.e  , Our software license manager needs to see me3 as the other person "completely". I want to do thisg= without constantly asking people for their username/password.v   Can anyone help?  
 Thanks,  Bill    ------------------------------    Date: 25 Mar 2002 13:30:30 +0100+ From: huber@vms.mppmu.mpg.de (Joseph Huber)e# Subject: Re: Set user similar to SU7+ Message-ID: <7vyElm04zQWl@vms.mppmu.mpg.de>l  x In article <dzEn8.249204$uv5.21651094@bin6.nnrp.aus1.giganews.com>, "William Hymen" <t18_pilot@hotmail.spam.com> writes:	 > Hi all,a > 2 > I have been administering our migration software0 > (similar to CMS) for 2 years. I really need to- > do a (S)et (U)user similar to Unix.  I havet/ > full system privs, and the blessing of my SA.r > . > Our software license manager needs to see me5 > as the other person "completely". I want to do thisy? > without constantly asking people for their username/password.y > Can anyone help? > Thanks,  Billr  A At the DCL level, there is the PERSONA program , and H.Goatley's uA HGLOGIN , look into the usual archives (VMS freeware,TK archive).y  D At program level , the $PERSONA_* system services are the way to go," see HELP system_service $PERSONA .   ------------------------------  % Date: Mon, 25 Mar 2002 08:15:56 -0500p1 From: Michael Austin <maustin@firstdbasource.com> # Subject: Re: Set user similar to SU 2 Message-ID: <3C9F230C.D598557A@firstdbasource.com>  H sear for SETUSER.  On the Alpha make sure you use the command proceduresE to build it. If you just do a "$LINK setuser.obj"  you will crash the1 system when you use it.   ? Make sure all of your command procedures have your "hard-coded"uH dev:[dir] because SETUSER you become that user and all of your SYS$LOGIN) etc logical now point the to target user.a  @ I use this command procedure because it changes my prompt to theC node>user>dir> so I can know who I am :)  (actually only the last 8e! characters of the directory name)a   $mcr DEV:[DIR]setuser 'p1'- $x = f$getsyi("nodename")!! + "_" + "''p1'> "sC $y = f$extract(0,7,f$edit(f$getjpi("","USERNAME"),"TRIM,COMPRESS"))  $z =J f$extract(f$length(f$directory())-8,f$length(f$directory()),f$directory())/ $       terminal = f$getjpi(0,"TERMINAL") - ":"n, $       set process /name="''y'-''terminal'" $set prompt="''x'>''y'>''z'$ "     William Hymen wrote: > 	 > Hi all,p > 2 > I have been administering our migration software0 > (similar to CMS) for 2 years. I really need to- > do a (S)et (U)user similar to Unix.  I haves/ > full system privs, and the blessing of my SA.a > . > Our software license manager needs to see me5 > as the other person "completely". I want to do this ? > without constantly asking people for their username/password.T >  > Can anyone help? >  > Thanks,  Bill    -- b Regards,  7 Michael Austin            Registered Linux User #261163m7 First DBA Source, Inc.    http://www.firstdbasource.como Sr. Consultant 704-947-1089 (Office)n 704-236-4377 (Mobile)t   ------------------------------  % Date: Mon, 25 Mar 2002 08:18:18 -0500 1 From: Michael Austin <maustin@firstdbasource.com>e# Subject: Re: Set user similar to SU 2 Message-ID: <3C9F239A.466DA605@firstdbasource.com>   Joseph Huber wrote:O > z > In article <dzEn8.249204$uv5.21651094@bin6.nnrp.aus1.giganews.com>, "William Hymen" <t18_pilot@hotmail.spam.com> writes: > > Hi all,o > >l4 > > I have been administering our migration software2 > > (similar to CMS) for 2 years. I really need to/ > > do a (S)et (U)user similar to Unix.  I havet1 > > full system privs, and the blessing of my SA.n > >a0 > > Our software license manager needs to see me7 > > as the other person "completely". I want to do thisoA > > without constantly asking people for their username/password.i > > Can anyone help? > > Thanks,  Billt > B > At the DCL level, there is the PERSONA program , and H.Goatley'sC > HGLOGIN , look into the usual archives (VMS freeware,TK archive).  > F > At program level , the $PERSONA_* system services are the way to go,$ > see HELP system_service $PERSONA .    E $PERSONA is new to 7.X systems and I have used SETUSER for so long, I D tend to forget about the new stuff.    I guess I will update my tool bag.   -- p Regards,  7 Michael Austin            Registered Linux User #261163o7 First DBA Source, Inc.    http://www.firstdbasource.coma Sr. Consultant   ------------------------------  % Date: Mon, 25 Mar 2002 16:21:56 +0100r9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>l# Subject: Re: Set user similar to SUh' Message-ID: <3C9F4094.FE29FBEA@aaa.com>c  6 I'v used HGLOGIN for many years on both VAX and Alpha. Works great.  0 Goto : http://www.process.com/openvms/index.html. Click on : "View the entire list of packages " Search for : "HGLOGIN"   RegardsP Jan-Erik Sderholm.h     William Hymen wrote: > 	 > Hi all,t > 2 > I have been administering our migration software0 > (similar to CMS) for 2 years. I really need to- > do a (S)et (U)user similar to Unix.  I havea/ > full system privs, and the blessing of my SA.n > . > Our software license manager needs to see me5 > as the other person "completely". I want to do thiso? > without constantly asking people for their username/password.n >  > Can anyone help? >  > Thanks,  Billn   ------------------------------  % Date: Mon, 25 Mar 2002 07:38:58 -0800e# From: "Tom Linden" <tom@kednos.com> # Subject: RE: Set user similar to SU 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKELLEGAA.tom@kednos.com>d   > -----Original Message-----/ > From: Jan-Erik Sderholm [mailto:aaa@aaa.com]a& > Sent: Monday, March 25, 2002 7:22 AM > To: Info-VAX@Mvb.Saic.Coma% > Subject: Re: Set user similar to SUx >e >a8 > I'v used HGLOGIN for many years on both VAX and Alpha. > Works great. >r2 > Goto : http://www.process.com/openvms/index.html0 > Click on : "View the entire list of packages " > Search for : "HGLOGIN" >n   Didn't work for me.   	 > Regardsp > Jan-Erik Sderholm.  >i >o > William Hymen wrote: > >  > > Hi all,h > >,4 > > I have been administering our migration software2 > > (similar to CMS) for 2 years. I really need to/ > > do a (S)et (U)user similar to Unix.  I have 1 > > full system privs, and the blessing of my SA.  > >r0 > > Our software license manager needs to see me7 > > as the other person "completely". I want to do thisoA > > without constantly asking people for their username/password., > >  > > Can anyone help? > >p > > Thanks,  Billo >    ------------------------------  % Date: Mon, 25 Mar 2002 17:19:50 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>e# Subject: Re: Set user similar to SU ' Message-ID: <3C9F4E26.DA787188@aaa.com>t   Exactly *what* didn't work ???	 Jan-Erik.e   Tom Linden wrote:e >  > >l4 > > Goto : http://www.process.com/openvms/index.html2 > > Click on : "View the entire list of packages " > > Search for : "HGLOGIN" > >r >  > Didn't work for me.t >  > > Regardsp > > Jan-Erik Sderholm.p > >c   ------------------------------  % Date: Mon, 25 Mar 2002 08:25:55 -0800y# From: "Tom Linden" <tom@kednos.com> # Subject: RE: Set user similar to SUs9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGELOEGAA.tom@kednos.com>e  G I misunderstood, I thought you meant to use the SEARCH function on that  page,a and that is what didn't work   > -----Original Message-----/ > From: Jan-Erik Sderholm [mailto:aaa@aaa.com] & > Sent: Monday, March 25, 2002 8:20 AM > To: Info-VAX@Mvb.Saic.Com % > Subject: Re: Set user similar to SUn >  >t  > Exactly *what* didn't work ??? > Jan-Erik.  >l > Tom Linden wrote:  > >o > > >p6 > > > Goto : http://www.process.com/openvms/index.html4 > > > Click on : "View the entire list of packages " > > > Search for : "HGLOGIN" > > >s > >  > > Didn't work for me.e > >I
 > > > Regardse > > > Jan-Erik Sderholm.i > > >i >i   ------------------------------  % Date: Mon, 25 Mar 2002 12:09:10 -0500t/ From: "Michael A. Foley" <mikiefoley@yahoo.com>e- Subject: Re: Shannon knows DEC -> CPQ -> ???? / Message-ID: <u9umdntantdrca@corp.supernews.com>   <     So, BASICally, you are saying it should be Shannon Knows     All (in One)  @                                                             mike  . "John Smith" <a@nonymous.com> wrote in message? news:LY3n8.2358$rK1.612@news02.bloor.is.net.cable.rogers.com...g >gA > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messaget: > news:VN1n8.110495$uA5.89862@rwcrnsc51.ops.asp.att.net... > > ; > > "Art Beane" <art.beane@mindspring.com> wrote in messagee. > > news:015b01c1d27d$04271660$c27ba8c0@art...2 > > > > Is this the Shannon knows Algol story? :-)- > > > > Nope. SKC, as in Shannon Knows CORAL.H0 > > > > "Or COBOL," he said in a JOVIAL fashion.- > > > > If it had a SNOBOL's chance in HIL...  > > >  > > > He said with a LISPo > > >t > >y/ > > Umm, Art, is that a postscript or a PROLOG?  > >  >tK > "WATFOR?", he asked. "Of course we could always interpret his motives and  Ce  > what this could be APLied to." >n >l   ------------------------------  % Date: Mon, 25 Mar 2002 16:39:51 +0000d( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Talk about downtime....) Message-ID: <3C9F52D7.2457CFA3@127.0.0.1>e   JF Mezei wrote:  > K > When I implemented a disaster recovery plan, one of the 2 vaxes had to beeK > moved to the other building. I don't think that the local DEC office kneweM > about DECmove. They just sent their technician to help us with the move. WecN > had done all the site preparation at both ends. I *think* that they used theM > Digital minivan to carry it (it was a Microvax 3600, with an RF drive smallnO > cabinet.) Once the box was out of the computer room, I tidied things up, thenmL > walked the 15 minutes to the other building. They rolled it in,plugged the% > power, ethernet and OPA0 and voila.  >...  E We used DECmove shifting a 3900 and a load of RA drives and up a longeF flight of steps, they brought a stair walker and a colossal van, well, lorry / trailer / artic ...a  D Fully recommended, expensive, well yes more than a "man and van" butF your warranty and service cover is continuous and protected, they also/ advised on airflow issues we hadn't considered.n   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comg   ------------------------------  + Date: Mon, 25 Mar 2002 18:34:57 +0000 (UTC)i, From: "Richard Maher" <maher_rj@hotmail.c0m>@ Subject: Re: VMS 7.3 VLM Fast I/O UWSS It's a Crash Crash CRASH!1 Message-ID: <a7nqkf$jug$1@knossos.btinternet.com>i   Hi Ken,g   Thanks very much for the reply.   J Both BUGCHECKFATAL and SYSTEM_CHECK were set to zero but you were right on the money with XFC!1  K Our sys admin guys got the alert telling them to turn XFC off on 7.3 but asuJ production is all 7.2-1 and the only 7.3 system they have is this test bedI workstation they never bothered about it. Today we turned off XFC, ran mypI TEST_BUFFS.EXE (one of the quicker ways to reboot the system :-) and thenu" ran it again without any problems.  K I really appreciated your advice especially as I didn't give you much to goe on.o  K I'll include the bugcheck info in case someone wants to follow it up or hasi  a similar problem in the future.   Cheers Richard Maher.n  G PS. The protected subsystem identifier vms$mem_res_user shoul have beeny= applied to rmu_init_gb.exe after it was copied to sys$system.e   Crashdump Summary Information:  -----------------------------* Crash Time:        24-MAR-2002 18:55:22.93= Bugcheck Type:     REFCNTNEG, PFN reference count is negative,' Node:              xxxx    (Standalone)e' CPU Type:          AlphaStation 255/300m VMS Version:       V7.3y Current Process:   MAHER_R5 Current Image:     $1$DKA0:[MAHER_R]TEST_BUFFS.EXE;45eF Failing PC:        FFFFFFFF.8016A6D0    MMG_STD$DELBUFOBJPAGES_C+006F0$ Failing PS:        14000000.00000801F Module:            SYS$VM    (Link Date/Time:  6-JUN-2001 17:38:37.76) Offset:            0002A6D0o  * Boot Time:         24-MAR-2002 18:26:56.00* System Uptime:               0 00:28:26.93 Crash/Primary CPU: 00/00 System/CPU Type:   0D02p Saved Processes:   9' Pagesize:          8 KByte (8192 bytes)8: Physical Memory:   64 MByte (8192 PFNs, contiguous memory) Dumpfile Pagelets: 78899 blockse: Dump Flags:        olddump,writecomp,errlogcomp,dump_style+ Dump Type:         raw,selective,shared_mem() EXE$GL_FLAGS:      poolpging,init,bugdumpc6 Paging Files:      1 Pagefile and 1 Swapfile installed   Stack Pointers:bK KSP = 00000000.7FFA1ED4   ESP = 00000000.7FFA5F70   SSP = 00000000.7FFAC100M USP = 00000000.7AF65A30r   General Registers:K R0  = 00000000.00001430   R1  = FFFFFFFF.81640240   R2  = FFFFFFFF.7DDF0000kK R3  = FFFFFEFD.FFDF77C0   R4  = FFFFFFFF.81667340   R5  = 00000000.7FF76000 K R6  = 00000000.000727A4   R7  = 00000000.7FFA1FC0   R8  = 00000000.7FFAC208 K R9  = FFFFFFFF.81640240   R10 = 00001430.00101111   R11 = 00000000.0000000DeK R12 = 00000000.7FF76488   R13 = 00000000.00000080   R14 = FFFFFFFF.FFFFFFFF0K R15 = FFFFFEFE.00032780   R16 = 00000000.0000039C   R17 = 0000FE00.00007A00oK R18 = 00000000.00000001   R19 = 00000000.00000000   R20 = 00000000.00000000mK R21 = 00000000.7FF55400   R22 = 00000000.000000F1   R23 = 00000000.FFFFFFFFgK R24 = FFFFF800.00001FFF   AI  = 00000000.00000000   RA  = FFFFFFFF.81640240 K PV  = FFFFFFFF.810DF6D0   R28 = FFFFFFFF.FFFFFFFF   FP  = 00000000.7FFA1F40 1 PC  = FFFFFFFF.8016A6D4   PS  = 14000000.00000801    System Registers:i   Crashdump Summary Information:  -----------------------------K Page Table Base Register (PTBR)                           00000000.00001FB6tK Processor Base Register (PRBR)                            FFFFFFFF.81412000wK Privileged Context Block Base (PCBB)                      00000000.03F4A080mK System Control Block Base (SCBB)                          00000000.000001CCfK Software Interrupt Summary Register (SISR)                00000000.00000000dK Address Space Number (ASN)                                00000000.0000003CiK AST Summary / AST Enable (ASTSR_ASTEN)                    00000000.0000000F.K Floating-Point Enable (FEN)                               00000000.00000001hK Interrupt Priority Level (IPL)                            00000000.00000008pK Machine Check Error Summary (MCES)                        00000000.00000000,K Virtual Page Table Base Register (VPTB)                   FFFFFEFC.00000000e   Crashdump Summary Information:  ----------------------------- Failing Instruction:. MMG_STD$DELBUFOBJPAGES_C+006F0:         BUGCHK  * Instruction Stream (last 20 instructions):B MMG_STD$DELBUFOBJPAGES_C+006A0:         EXTLL           R2,#X00,R2A MMG_STD$DELBUFOBJPAGES_C+006A4:         BIS             R26,R0,R0lC MMG_STD$DELBUFOBJPAGES_C+006A8:         EXTQH           R3,#X04,R24iE MMG_STD$DELBUFOBJPAGES_C+006AC:         LDL             R3,#X0008(SP)wB MMG_STD$DELBUFOBJPAGES_C+006B0:         ADDQ            SP,#X08,SPA MMG_STD$DELBUFOBJPAGES_C+006B4:         BIS             R25,R2,R2iB MMG_STD$DELBUFOBJPAGES_C+006B8:         EXTLL           R3,#X00,R3B MMG_STD$DELBUFOBJPAGES_C+006BC:         ADDQ            SP,#X08,SPA MMG_STD$DELBUFOBJPAGES_C+006C0:         BIS             R24,R3,R3eD MMG_STD$DELBUFOBJPAGES_C+006C4:         BR              R31,#XFFFEF4B MMG_STD$DELBUFOBJPAGES_C+006C8:         SUBQ            SP,#X10,SPD MMG_STD$DELBUFOBJPAGES_C+006CC:         EXTLL           R16,#X04,R23F MMG_STD$DELBUFOBJPAGES_C+006D0:         STL             R16,#X0008(SP)F MMG_STD$DELBUFOBJPAGES_C+006D4:         STL             R23,#X000C(SP)@ MMG_STD$DELBUFOBJPAGES_C+006D8:         STQ             R17,(SP)G MMG_STD$DELBUFOBJPAGES_C+006DC:         LDQ             R17,#XFFA8(R27)rD MMG_STD$DELBUFOBJPAGES_C+006E0:         BIS             R17,#X04,R17C MMG_STD$DELBUFOBJPAGES_C+006E4:         BIS             R31,R17,R16e@ MMG_STD$DELBUFOBJPAGES_C+006E8:         LDQ             R17,(SP)B MMG_STD$DELBUFOBJPAGES_C+006EC:         ADDQ            SP,#X08,SP. MMG_STD$DELBUFOBJPAGES_C+006F0:         BUGCHK, MMG_STD$DELBUFOBJPAGES_C+006F4:         HALTD MMG_STD$DELBUFOBJPAGES_C+006F8:         SUBL            R13,#X01,R13D MMG_STD$DELBUFOBJPAGES_C+006FC:         BLE             R13,#XFFFF05G MMG_STD$DELBUFOBJPAGES_C+00700:         LDL             R28,#X1BC0(R23)M  9 Kenneth Randell <ken.randell@fortel.com> wrote in messaget% news:a7m3d1$ijs$1@bob.news.rcn.net...d
 > Hello -- >fI > I'm answering this from home so I can't try out your code on my scratcho 7.3mJ > system, but in answer to your 'exec' mode code bringing down the system,L > does the system have BUGCHECKFATAL set to 1?  This will turn all non-fatalJ > (i.e., exec-mode) bugchecks into fatal ones.  There are other ways to doJ > this to; I believe if SYSTEM_CHECK (I think that's the parameter) is set toI > 1, it's like combining some of the others, but will dump the system for1 exec > mode bugchecks.H >nH > It may not be related, but if this system is running XFC, you had best turnG > it off as well.  The 'original' version of XFC that came with VMS 7.3  would,H > when using $IO_PERFORM, would allocate DIOBM entries and never release them; ; > eventually you would get a RESEXH bugcheck on the system.e > 
 > Ken Randellr >  >m   ------------------------------   End of INFO-VAX 2002.166 ************************rd.y > Can anyone help? > Thanks,  Billr  A At the DCL level, there is the PERSONA program , and H.Goatley's uA HGLOGIN , look into the usual archives (VMS freeware,TK archive).y  D At program level , the $PERSONA_* system services are the way to go," see HELP system_service $PERSONA .   ------------------------------  % Date: Mon, 25 Mar 2002 08:15:56 -0500p1 From: Michael Austin <maustin@firstdbasource.com> # Subject: Re: Set@c    Ac    Bc    Cc    Dc    Ec    Fc    Gc    Hc    Ic    Jc    Kc    Lc    Mc    Nc    Oc    Pc    Qc    Rc    Sc    Tc    Uc    Vc    Wc    Xc    Yc    Zc    [c    \c    ]c    ^c    _c    `c    ac    bc    cc    dc    ec    fc    gc    hc    ic    jc    kc    lc    mc    nc    oc    pc    qc    rc    sc    tc    uc    vc    wc    xc    yc    zc    {c    |c    }c    ~c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    c    