1 INFO-VAX	Thu, 23 Dec 2004	Volume 2004 : Issue 711       Contents:' Re: 497 million euro fine for Microsoft ' Re: 497 million euro fine for Microsoft ' Re: 497 million euro fine for Microsoft ' Re: 497 million euro fine for Microsoft ' Re: 497 million euro fine for Microsoft  A rare success story... @ Re: MntVerifyTimeout, (remote shadow member), clustering, volume. Re: Restore from DLT-IV Tapes in an SDLT Drive& Re: TCPIP: SMTP - setting HELO value ?
 Re: Thank You 
 Re: Thank You " Re: TruCluster/AdvFS open-sourced?" Re: TruCluster/AdvFS open-sourced?" Re: TruCluster/AdvFS open-sourced?B Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ?B Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ?B Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ?1 [Q] Create global section and map to file using C 5 Re: [Q] Create global section and map to file using C   F ----------------------------------------------------------------------  # Date: Thu, 23 Dec 2004 09:33:19 GMT ! From: Nigel Barker <nigel@hp.com> 0 Subject: Re: 497 million euro fine for Microsoft8 Message-ID: <3g3ls0lsh599kb9pl8g914ttp7daipq3mq@4ax.com>  K On Wed, 22 Dec 2004 16:48:11 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>  wrote:  0 >Phillip Helbig---remove CLOTHES to reply wrote:G >> I agree with what you say about anti-monopoly laws.  It seems to me, G >> though, that the attack against Microsoft is not taking place at the  >> correct level.  > H >The attack was launched essentially by Real Networks protesting againstM >Microsoft including its proprietary windows media player and pushing content * >providers to support the windows formats. > U >Before that, there was an attack by Netscape against Microsoft for the same reasons.  > J >A monopoly per say isn't illegal. But when you use your monopoly to quashM >potential competition, then that is illegal. So the courts have to deal with G >specific cases of a competitor complaining about Microsoft abusing its  >monopoly power.  N Did any of the various companies providing 3rd party TCP/IP stacks for WindowsN sue Microsoft when Windows for Workgroups 3.11 shipped with integrated TCP/IP?   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------    Date: 23 Dec 2004 07:27:23 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: 497 million euro fine for Microsoft3 Message-ID: <3QZm2ErHfnl5@eisner.encompasserve.org>   w In article <cqceha$ug5$3@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:   E > I don't like Microsoft software due to the low quality, so I simply I > don't use it.  I don't really see the point of the proceedings, though. G > Why shouldn't anyone be able to offer anything---say an OS with a web = > browser and media player integrated---take it or leave it.    B    Because the courts don't know how to do anything else about theC    situation.  Which may be because the laws covering the situation     aren't adequate.    ------------------------------  % Date: Thu, 23 Dec 2004 16:47:44 +0100   From: "Dr. Dweeb" <dr@dweeb.com>0 Subject: Re: 497 million euro fine for Microsoft- Message-ID: <cqepb2$1u3h$1@news.cybercity.dk>    Bob Koehler wrote:F > In article <cqceha$ug5$3@online.de>, helbig@astro.multiCLOTHESvax.de4 > (Phillip Helbig---remove CLOTHES to reply) writes: > F >> I don't like Microsoft software due to the low quality, so I simplyB >> don't use it.  I don't really see the point of the proceedings,E >> though. Why shouldn't anyone be able to offer anything---say an OS H >> with a web browser and media player integrated---take it or leave it. > D >    Because the courts don't know how to do anything else about the >    situation.   = I think this sounds like and arrogant and uninformed opinion.   G > Which may be because the laws covering the situation aren't adequate.   K The laws are in fact quite adequate, and the US courts have dealt with many J complex cases of bundling similar to the MS v DoJ case in the past.  MS isL not the first monopolist company to have its actions reviewed by the courts, and it will not be the last.  L Do not confuse the power of the the law or the courts, with the execution of@ that power in a single case.  The courts do, by definition, haveD considerable flexibility in sentencing.  The courts are also a humanL endevour, and by definition imperfect - that is why they adjudicate and pass
 judgement.  F IT people think that the IT world is so complex and technical that theJ courts are by defninition unable to grasp the concepts and details and areL therefore by definition incapable of adjudicating.  I would just like to letJ you know that if you think this way, you would likely be very mistaken.  IH would suggest som deeper study into the US anti trust laws and the casesE that have been adjudicated in the past as a good starting point.  Try H reading the findings of fact from the MS v DoJ case (link in my previousK post) and explain to me how this document demonstrates the courts inability = to understand the facts of the case.  The read the judgement.   D All that said, I know little of EU law on the matter, though it is I  understand similar in its goals.  	 Dr. Dweeb    ------------------------------  # Date: Thu, 23 Dec 2004 16:06:26 GMT " From:   VAXman-  @SendSpamHere.ORG0 Subject: Re: 497 million euro fine for Microsoft0 Message-ID: <00A3CC67.E8E4665F@SendSpamHere.ORG>  P In article <cqepb2$1u3h$1@news.cybercity.dk>, "Dr. Dweeb" <dr@dweeb.com> writes: >Bob Koehler wrote: G >> In article <cqceha$ug5$3@online.de>, helbig@astro.multiCLOTHESvax.de 5 >> (Phillip Helbig---remove CLOTHES to reply) writes:  >>G >>> I don't like Microsoft software due to the low quality, so I simply C >>> don't use it.  I don't really see the point of the proceedings, F >>> though. Why shouldn't anyone be able to offer anything---say an OSI >>> with a web browser and media player integrated---take it or leave it.  >>E >>    Because the courts don't know how to do anything else about the  >>    situation. > > >I think this sounds like and arrogant and uninformed opinion. > H >> Which may be because the laws covering the situation aren't adequate. > L >The laws are in fact quite adequate, and the US courts have dealt with manyK >complex cases of bundling similar to the MS v DoJ case in the past.  MS is M >not the first monopolist company to have its actions reviewed by the courts,  >and it will not be the last.  > M >Do not confuse the power of the the law or the courts, with the execution of A >that power in a single case.  The courts do, by definition, have E >considerable flexibility in sentencing.  The courts are also a human M >endevour, and by definition imperfect - that is why they adjudicate and pass  >judgement.  > G >IT people think that the IT world is so complex and technical that the K >courts are by defninition unable to grasp the concepts and details and are M >therefore by definition incapable of adjudicating.  I would just like to let K >you know that if you think this way, you would likely be very mistaken.  I I >would suggest som deeper study into the US anti trust laws and the cases F >that have been adjudicated in the past as a good starting point.  TryI >reading the findings of fact from the MS v DoJ case (link in my previous L >post) and explain to me how this document demonstrates the courts inability> >to understand the facts of the case.  The read the judgement.    K You'd be mistaken if you were to believe that Judge Garrett E. Brown United I States District Court District of New Jersey was capable of grasping such K concept.  This judge is bearly capable of discerning the difference between J a toaster oven and any computer but has been allowed to decide the fate of' many computer technology related cases.      --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------    Date: 23 Dec 2004 12:28:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: 497 million euro fine for Microsoft3 Message-ID: <OnxdAbjLT$dd@eisner.encompasserve.org>   P In article <cqepb2$1u3h$1@news.cybercity.dk>, "Dr. Dweeb" <dr@dweeb.com> writes: > M > The laws are in fact quite adequate, and the US courts have dealt with many L > complex cases of bundling similar to the MS v DoJ case in the past.  MS isN > not the first monopolist company to have its actions reviewed by the courts, > and it will not be the last.  H    The US cases are a very good example of how not to do it.  The US wasA    very close to getting something done about Microsoft until the G    administration changed and the new administration didn't support the D    effort.  Which simply shows how much influence politics have over%    what should be fact-based actions.    ------------------------------   Date: 23 Dec 2004 07:04:19 GMT From: Phaeton  <spam@spam.org>  Subject: A rare success story..., Message-ID: <32v8vjF3qn046U1@individual.net>   	You might have seen this :   ,  http://h71000.www7.hp.com/news/genbank.html  + 	( And not because of my old country... :-)   = 	Also, I grab the opportunity here and now to wish everyone a & 	Merry Christmas and a Happy New Year. 							Cheers,  Csaba   J  -------------------------------------------------------------------------I    CSABA I. HARANGOZO   |d|i|g|i|t|a|l|   phaeton at iinet dot net dot au J  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:     Robert E. Lee's Truce :H   Judgement comes from experience; experience comes from poor judgement.   ------------------------------  " Date: Thu, 23 Dec 04 11:00:53 +100 From: rok@nuk.uni-lj.si I Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume & Message-ID: <41caa56b$1@NUK.Uni-Lj.Si>  # In Article <cqce7d$ug5$2@online.de> R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:J >>>when a disk went to MntVfyTimeout nothing will help other thn a reboot! >>  J >>  Not quite true. If there are no open files on the disk, dismount/abort >> succeeds. > F >In my case, however, a) there are open files and b) I can't log in to >the node to issue a command.     D  Of course I know all of that. But I know also *I* can allways loginD to *my* cluster because I periodically check for crashed nodes and I@ dismount/abort orphaned disks way before MntVfyTimeout strikes.    Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461 ; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  Slovenia   ------------------------------    Date: 23 Dec 2004 10:39:19 -0800% From: "jjinva" <jjinva@earthlink.net> 7 Subject: Re: Restore from DLT-IV Tapes in an SDLT Drive C Message-ID: <1103827159.308674.276440@c13g2000cwb.googlegroups.com>    BillC wrote:> >       i must use wild card, or the files are never found.... > + >      $  backup/log/rewind tape:*.SAV/SAVE + > /select=([SMSPRD.PDS.LIS]PDL0064.LIS;*) - & >                 DSA18:[RESTORE]*.*;* > F >     this used to work (i have log files to prove it !! i'm not crazy !! > well , that's another post)  >  >        $  backup/log/rewind D > tape:SMSPRDLST00.SAV/SAVE/select=([SMSPRD.PDS.LIS]PDL0064.LIS;*) -& >                 DSA18:[RESTORE]*.*;* > > >     any thoughts or similar experiences greatly appreciated. >  > b clark at lrgh dot org < Can you post the backup command that creates these savesets?   ------------------------------    Date: 23 Dec 2004 08:00:31 -0600 From: briggs@encompasserve.org/ Subject: Re: TCPIP: SMTP - setting HELO value ? 3 Message-ID: <rRkVq6Tt4$96@eisner.encompasserve.org>   J In article <cqd5fu$j2s$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:A > The correct check is of the IP address of the system connecting ; > to the server not what it puts in the HELO/EHLO argument.  > P > If you reject mail because of the HELO/EHLO argument then you are breaking the= > RFCs pure and simple. There is no "perfect world" about it.   D My SMTP server.  My front door.  My decision.  If you don't like it,B go complain to the police who are charged with enforcing the RFCs.    Oh wait.  You just did.  *yawn*.  J In a world where 99% of all inbound e-mail is legitimate, one can properly@ bend over backward to accept all manner of questionable traffic.  G In a world where 60-70% of all inbound e-mail is SPAM, one can properly @ do whatever it takes to deal with the situation and tell the RFC purists to pound sand.  A As it happens, my mail server is not paranoid enough to filter on @ the value presented in the HELO.  And I'll probably never do so.A I imagine the false positive rate is unacceptably high.  And it's 8 trivial for the dedicated spammer to forge a valid HELO.   	John Briggs   ------------------------------  % Date: Thu, 23 Dec 2004 03:51:11 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Thank You, Message-ID: <41CA86E1.75A73636@teksavvy.com>  " susan_skonetski@hotmail.com wrote:G > ours to do what you believed was the right thing.  Because of the way I > you are, it makes us want to do more and do it better, its your support , > that makes the difference because of you,     L And Sue, it is because of your dedication,  drive and a great big heart thatN we are motivated to push for VMS at our employers/customers. You give us hope.  E Great big hug to you and a very merry christmas and a happy new year.    ------------------------------  % Date: Thu, 23 Dec 2004 11:10:56 -0500 # From: "John Smith" <a@nonymous.com>  Subject: Re: Thank You, Message-ID: <uZCdnZnx_pKQc1fcRVn-2Q@igs.net>   JF Mezei wrote: $ > susan_skonetski@hotmail.com wrote:H >> ours to do what you believed was the right thing.  Because of the wayB >> you are, it makes us want to do more and do it better, its your4 >> support that makes the difference because of you, >  > C > And Sue, it is because of your dedication,  drive and a great big 4 > heart that we are motivated to push for VMS at our( > employers/customers. You give us hope. > G > Great big hug to you and a very merry christmas and a happy new year.      Ditto.; Please pass along these same wishes to all your colleagues.    ------------------------------    Date: 23 Dec 2004 07:23:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: TruCluster/AdvFS open-sourced? 3 Message-ID: <SKjLgwfIyH6+@eisner.encompasserve.org>   R In article <reqdncwCgI_2IVTcRVn-og@igs.net>, "John Smith" <a@nonymous.com> writes: > K > They already have a fully functional highly debugged unix called Tru64 to H > sell so why would they want to suffer through the bugs and integrationL > headaches of shoehorning TruCluster into Linux - it would probably require4 > kernel changes which could bugger up other things.  G    DEC and Compaq have already proved that Tru64 (digital UNIX, OSF/1)  D    doesn't sell.  It may be no fault of Tru64, and totally the faultC    of bad marketing, but the record is there.  That failure was why 5    Curly started talking to Carly in the first place.   B    I don't think HP is going to rush out to challenge that record.3    Linux sells, that's a record they will seek out.    ------------------------------  % Date: Thu, 23 Dec 2004 11:12:32 -0500 # From: "John Smith" <a@nonymous.com> + Subject: Re: TruCluster/AdvFS open-sourced? , Message-ID: <2IidncP1vrvwc1fcRVn-qQ@igs.net>   Bob Koehler wrote:; > In article <reqdncwCgI_2IVTcRVn-og@igs.net>, "John Smith"  > <a@nonymous.com> writes: >>C >> They already have a fully functional highly debugged unix called F >> Tru64 to sell so why would they want to suffer through the bugs andB >> integration headaches of shoehorning TruCluster into Linux - itD >> would probably require kernel changes which could bugger up other
 >> things. > H >    DEC and Compaq have already proved that Tru64 (digital UNIX, OSF/1)F >    doesn't sell.  It may be no fault of Tru64, and totally the faultE >    of bad marketing, but the record is there.  That failure was why 7 >    Curly started talking to Carly in the first place.  > D >    I don't think HP is going to rush out to challenge that record.5 >    Linux sells, that's a record they will seek out.     , Linux does not sell.....support services do.I I'd much rather have an operating system that costs real money that works 0 and spend less time on the phone with 'support'.   ------------------------------    Date: 23 Dec 2004 12:26:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: TruCluster/AdvFS open-sourced? 3 Message-ID: <1YUW5KuiPrXC@eisner.encompasserve.org>   R In article <2IidncP1vrvwc1fcRVn-qQ@igs.net>, "John Smith" <a@nonymous.com> writes: > . > Linux does not sell.....support services do.  ?    Actually hardware to run Linux, as well as support services, :    but this is not important to the corporate bottom line.  K > I'd much rather have an operating system that costs real money that works 2 > and spend less time on the phone with 'support'.  C    Me, too.  But stealth marketing still doesn't work and that does $    affect the corporate bottom line.   ------------------------------  + Date: Thu, 23 Dec 2004 12:41:29 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)K Subject: Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ? 0 Message-ID: <newscache$v5d69i$mac$1@news.sil.at>  _ In article <LNBdnKdwXUgn@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: 0 >Kilgallen@SpamCop.net (Larry Kilgallen) writes:; >> peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  >>  R >>> PS: I also found the following items missing in HELP. Could someone check 8.2? >>  D >> If you merely found them in STARLET.REQ, then the items very wellE >> may not work, produce the wrong answers, or (worst of all) produce + >> the wrong answers just some of the time.  > > >Ayup; if it isn't in the documentation, then, by definition, K >it's undocumented, and should not be counted on to return anything useful.   ( And what is the official documentation ?J The buggy HELP or the online VMS docs or the paper docs we no longer get ?B Do the online VMS docs get updated only during a new VMS version ?   Nevertheless, thanks folks.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 23 Dec 2004 10:32:32 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) K Subject: Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ? - Message-ID: <vlD8pNz7HLCa@cuebid.zko.dec.com>   8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:3 > brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:   ? >>Ayup; if it isn't in the documentation, then, by definition,  L >>it's undocumented, and should not be counted on to return anything useful. > * > And what is the official documentation ?L > The buggy HELP or the online VMS docs or the paper docs we no longer get ?D > Do the online VMS docs get updated only during a new VMS version ?  - I have no idea what you mean by "buggy HELP".   N The "official" documentation would be what is in the System Services ReferenceI Manual, which is available through several mechanisms -- paper and online  are two of the popular options.   K The online docset gets generated from the same "sources" as the paper copy, F so, yes, it "only" gets updated during a new VMS version; the hardcopy& version is updated with the frequency.  K Not all manuals are necessarily updated every release, although it's almost K a given that things like the System Services manual will always be updated.   J It is *possible" that there may be inconsistencies between what is the theJ documentation (hardcopy, online, CD, etc...) vs. what is in DCL HELP.  TheN updating of DCL help is a slightly different procedure, and it's possible thatL an engineer may not be as diligent regarding HELP, although we certainly getH hounded by the doc writers (who don't get the credit they deserve; they  really do an outstanding job).   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------    Date: 23 Dec 2004 10:43:47 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) K Subject: Re: [OpenVMS Alpha V7.3-2] GETDVI Item for Volume Size and Limit ? - Message-ID: <v7IZU6H$Qv3i@cuebid.zko.dec.com>   8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:1 > Kilgallen@SpamCop.net (Larry Kilgallen) writes:  > C >>If you found them in the documentation, then the HELP text should 
 >>be updated.  >  > That is indeed the case.I > And I always thought that HELP and Doc are from the same source file... & 	Not true, as I noted in another post.  C >>If you merely found them in STARLET.REQ, then the items very well D >>may not work, produce the wrong answers, or (worst of all) produce* >>the wrong answers just some of the time. > ! > Could be, but I don't think so. 1 > I see them as 'forgotten to complete the docs'. > 	No, sometimes it is quite intentional.  Perhaps there is someE confusion over the term "undocumented", but in this case, the meaning  is quite literal.   F >>But perhaps some of those you listed will now be documented with theI >>vast expansion of DVI$_ codes mentioned by someone from VMS Development F >>here.  As I recall, that is due to arrive in Alpha VMS V8.2 (and was >>_not_ in the Field Test).  > % > Could be. But only for newer types. C > For older types missing, this is the duty of the OPENVMSDOC guys. C 	It's the duty of the engineers, not of the doc writers.  We're the N ones who've added the feature; the doc writers do the wordsmithing and editingN to make sure what's printed is coherent, but unless we alert the documentationO writers that there is something that needs to be documented, it won't get done.   J For large-scale projects, like the recently-completed Host-Based MinimergeJ (HBMM), a documentation writer was assigned to work closely.  She attended; many design meetings, and was in integral part of the work.   L For smaller things, like the addition of item codes to system services, it'sJ up to us to approach the relevant writer of the manual to be modified, and8 provide him/her with a rough draft of the proposed text.  I As I noted in a recent post, the documentation group does a wonderful job B of taking potentially confusing concepts and presenting them in anH easily-understandable way.  The HBMM project was a good example of that.J The main doc writer on the project was relentless in forcing us to clearlyF state what it was we were trying to accomplish in clear, uncomplicatedM language.  It definitely made HBMM a better product, as she was able to point 3 out inconsistencies or deficiencies in a few areas.   L > btw: I regularly send them my observations, I never get a case number or aN > "mail received" but I get sometimes (but way too seldom) a "will be fixed".   C What observations are you noting, and to whom are you sending them?    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------    Date: 23 Dec 2004 00:43:38 -0800/ From: stuie_norris@yahoo.com.au (Stuart Norris) : Subject: [Q] Create global section and map to file using C= Message-ID: <51262235.0412230043.4aaf3328@posting.google.com>    Dear Group,   D I am trying to create a global section with an associated disk file.  L I wish the section to be writebale and available for other processes to map.F I want to be able to read the file and it contents on process restart.  ( Unfortunately I am not having much luck.  1 I am getting a RMS-F-IFI error on the RMS create?   K When I get to create the section I am getting an error about the SEC_FLAGS?   * Any suggestions on what I have done wrong.   Thanks   Stuart   #include <stdio> #include <stdlib>  #include <string>  #include <secdef.h>  #include <descrip.h> #include <ssdef.h> #include <starlet> #include <lib$routines>  #include <ssdef> #include <rms>   #define VRAM_SIZE 1 2 #define SEC_FLAGS SEC$M_EXPREG|SEC$M_WRT|SEC$M_GBL  & $DESCRIPTOR( section_name, "SECTION");  ! int main (int argc, char *argv[])  { "    unsigned int status, retadr[2];&    unsigned int inadr[2] = {0x0, 0x0};    char *vram;      struct FAB fab;  :    fab.fab$b_bid = FAB$C_BID;          // Block Identifier6    fab.fab$b_bln = FAB$C_BLN;          // Block Length  7    fab.fab$l_fna = "sys$sysdevice:[stuart]section.txt"; )    fab.fab$b_fns = strlen(fab.fab$l_fna);       status = sys$create ( &fab); +    if ((status & SS$_NORMAL) != SS$_NORMAL)     {       lib$signal(status);        return (status);    }  "    status = sys$crmpsc( &inadr[0],#                         &retadr[0],                          0,"                         SEC_FLAGS,&                         &section_name,                         0,                         0,C                         fab.fab$l_stv,     // Chan from my RMS file "                         VRAM_SIZE,                         0,                         0,                         0);   +    if ((status & SS$_NORMAL) != SS$_NORMAL)     {       lib$signal(status);        return (status);    }  ,    printf("%d   %d\n",retadr[0], retadr[1]);      vram = (char *) retadr[0]; 
    *vram = 0;       while (*vram == 0) {} //. // Delete the section until I get this to work //5    status = sys$dgblsc( SEC_FLAGS, &section_name, 0);   +    if ((status & SS$_NORMAL) != SS$_NORMAL)     {       lib$signal( status);       return (status);    } }    ------------------------------  % Date: Thu, 23 Dec 2004 07:00:39 -0500 ' From: Colin Blake <colin@theblakes.com> > Subject: Re: [Q] Create global section and map to file using C1 Message-ID: <bpWdnWfN8c_1LlfcRVn-vA@adelphia.com>   
 Try changing:    struct FAB fab;      to   struct FAB fab = cc$rms_fab;   Colin.   ------------------------------   End of INFO-VAX 2004.711 ************************