1 INFO-VAX	Sun, 07 Jul 2002	Volume 2002 : Issue 371       Contents: Cost of $CONNECT/DISCONNECT = Re: Every cloud has a silver lining? Hopefully this one does. = Re: Every cloud has a silver lining? Hopefully this one does. = RE: Every cloud has a silver lining? Hopefully this one does. $ Re: Fearless IPF Prognostications...+ Re: Importing Eudora mail into CSWB/Mozilla / Need info on disk size options for DEC-3000/700 + Re: Only 20% drop in VMS systems (was: wow) + Re: Only 20% drop in VMS systems (was: wow)  Re: OpenVMS USB questions  Re: OpenVMS USB questions  Re: OpenVMS USB questions  Re: OpenVMS USB questions  SET FILE/TRUNCATE equivalent  Re: SET FILE/TRUNCATE equivalent  Re: SET FILE/TRUNCATE equivalent  Re: SET FILE/TRUNCATE equivalent  Re: SET FILE/TRUNCATE equivalent& Re: Suggestion for FAB: virtual memory+ Re: Three HP Press releases (via Bloomberg)  RE: VMS 64bitness H Re: VMS MARKETING VOLUNTEERS, LTD. Biz Card Example ( was Re: A ProposalH Re: VMS MARKETING VOLUNTEERS, LTD. Biz Card Example ( was Re: A Proposal  F ----------------------------------------------------------------------  % Date: Sun, 07 Jul 2002 13:05:05 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Cost of $CONNECT/DISCONNECT, Message-ID: <3D2874BF.B137399B@videotron.ca>  N An indexed file, accessed through a subsystem which i am writing, may have oneL or many streams. The software doesn't know in advance how many streams there	 might be.   * I reckon that 5 streams would the the max.  M I am debating between just creating the 5 RABs and $CONNECTing them once, and L having more dynamic use of RABs, $CONNECTing a new one when all current onesN are busy and then $DISCONNECTing it when done. (for instance, one stream mightI be looping through each record in the file, and once done, that RAB is no  longer needed).   I Looking at the doc, it seems that $CONNECT does result in internal blocks L being allocated.  Is there much waste or impact in performance if I $CONNECTM more RABs than is needed, and some of the RABs remain unused ? Or am I better / $CONNECTing/$DISCONNECTing the RABs on demand ?   M Also, once a RAB has been $CONNECTed, can it be relocated or must its address  remain the same ? M (for instance, if I grow an array of RABs and with a realloc, the location of  the array changes).    ------------------------------   Date: 7 Jul 02 10:04:18 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) F Subject: Re: Every cloud has a silver lining? Hopefully this one does.) Message-ID: <0LyxFOHQDy2i@elias.decus.ch>   a In article <sYzWXzJdjofl@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:    <snip>   > J > 	There is a plausible explanation.  How much of it to believed I supposeB > 	is up to the reader, but it does read good.  Part of it states: > * > http://www.theinquirer.net/?article=4245 > P > THE FACT THAT Compaq's "PCs first" attitude continued until the merger with HPN > was consummated can hardly be refuted. What may not be so obvious is that itQ > may have been this attitude that got HP's attraction - and not necessarily in a # > way that Compaq would have liked.  >  > [snip] > O > In tough times these low-end systems suffer from a critical disadvantage when P > compared to the high-end offerings. In most cases the low-end products produceO > little or no ongoing income whereas the high-end systems continue to generate P > income from annual maintenance, support and licensing charges. Such income canO > help cushion the effects of a sustained downturn in sales and this appears to Q > have been an issue that Compaq failed to recognise but HP, with a background of 0 > balance in their sales efforts, certainly did. >   N Glad you mentioned that article. The first article in that series was a bit of> a shock, even though I had long suspected Compaq's intentions.  E I am simply glad that HP has started to give the impression that they O understand the needs of customers who don't want to bet their (entire) business  on Microsoft solutions.   O I hope that continues, and am sure I am not alone in that wish. Time and again, G I and other folks need some manufacturer visibility in order to justify , our proposals for decent business solutions. __
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 07 Jul 2002 12:54:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> F Subject: Re: Every cloud has a silver lining? Hopefully this one does., Message-ID: <3D287228.A6167D2C@videotron.ca>   Paul Sture wrote: G > I am simply glad that HP has started to give the impression that they Q > understand the needs of customers who don't want to bet their (entire) business  > on Microsoft solutions.   F Yeah. Compaq had given the impression that they were going to focus onJ enterprise, had told us that we should expect "enterprise" TV advertising,H this in conjunction with a VMS renaissance in proghress. End result: VMSM renaissance was only long enough to stop negative growth, and advertising was I about wintel boxes in a VW minivan by the beach for a fly-by-kite (fly by G night ?) company. And a little later, they went out and murdered alpha.   K While it is OK to notice some of the potentially positive moves, one cannot M draw conclusions right away because those might just be temporary PR moves to K stop HP from bleeding enterprise customers too much. HP is not exactly in a ; healthy position with regards to its enterprise customers.  K MPE has been killed, Tru64 is being killed. VMS is ignored, customers angry N about the Alphacide and not looking forwards to a port to HP-UX on IA64 if oneG reads Stallards memos, HP-UX has to not only migrate to IA64, but alsop J transform itself with bits from Tru64 whose integration into HP-UX will be( "interesting" due to endianness etc etc.  I About the only product whose customers are probably not really worried is K Tandem/NSK. The rest of HP's enterprise products are all going though major 2 changes, many of then towards an unknown quantity.  K I would say that the current positive "enterprise" messages are designed to L limit the damage done by all the changes, announcement of the past year. Not$ sure how long that policy will last.  K Carly and friends were convinced "industry standard" would rule. She kicked L out those who didn't agree with her. Then she invited into her group, CompaqK folks who shared the same beliefs as her. I doubt very much that this whole M group would have changed their minds, especially when you consider that carly F made a big show of kicking out dissentors, and when you are in a majorM downsizing mode, employees tend not to contradict upper management since that 7 would put them at the top of the list to be fired next.    ------------------------------  $ Date: Sun, 7 Jul 2002 12:56:04 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> F Subject: RE: Every cloud has a silver lining? Hopefully this one does.T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D926C@kaoexc01.americas.cpqcorp.net>   JF -  G >>> Carly and friends were convinced "industry standard" would rule.<<<   B There is no question at all that Customers are demanding "industryD standard" solutions - that is the whole reason why IBM, Sun, Oracle,E Microsoft, PeopleSoft + a kazillion other companies are investigating  Web Services.=20  D While Web Services still as a fair ways to go, its biggest driver isB that it will allow much better interoperability and integration of8 applications - both inside and external to the firewall.  H Now, if you equate "industry standard" to x86 systems, then I agree with@ you that they are certainly not going to "rule" anytime soon.=20  F However, I would suggest Customers want "industry standard solutions".C Imho, what Customers are going to buy in the future are proprietary A HW/OS platforms (security, availability and scalability) that run 8 industry standard software layers on top of them for max! interoperability and integration.   8 Why do you think IBM is promoting the "Linux Mainframe"?   :-)    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----7 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]=20  Sent: July 7, 2002 12:54 PM  To: Info-VAX@Mvb.Saic.Com F Subject: Re: Every cloud has a silver lining? Hopefully this one does.     Paul Sture wrote: J > I am simply glad that HP has started to give the impression that they=20H > understand the needs of customers who don't want to bet their (entire)  " > business on Microsoft solutions.  F Yeah. Compaq had given the impression that they were going to focus on= enterprise, had told us that we should expect "enterprise" TV E advertising, this in conjunction with a VMS renaissance in proghress. A End result: VMS renaissance was only long enough to stop negative E growth, and advertising was about wintel boxes in a VW minivan by the E beach for a fly-by-kite (fly by night ?) company. And a little later, ! they went out and murdered alpha.   D While it is OK to notice some of the potentially positive moves, oneH cannot draw conclusions right away because those might just be temporaryF PR moves to stop HP from bleeding enterprise customers too much. HP is@ not exactly in a healthy position with regards to its enterprise
 customers.=20 E MPE has been killed, Tru64 is being killed. VMS is ignored, customers H angry about the Alphacide and not looking forwards to a port to HP-UX onC IA64 if one reads Stallards memos, HP-UX has to not only migrate to G IA64, but alsop transform itself with bits from Tru64 whose integration ; into HP-UX will be "interesting" due to endianness etc etc.   F About the only product whose customers are probably not really worriedH is Tandem/NSK. The rest of HP's enterprise products are all going though8 major changes, many of then towards an unknown quantity.  H I would say that the current positive "enterprise" messages are designedE to limit the damage done by all the changes, announcement of the past . year. Not sure how long that policy will last.  D Carly and friends were convinced "industry standard" would rule. SheE kicked out those who didn't agree with her. Then she invited into her D group, Compaq folks who shared the same beliefs as her. I doubt veryE much that this whole group would have changed their minds, especially G when you consider that carly made a big show of kicking out dissentors, B and when you are in a major downsizing mode, employees tend not toG contradict upper management since that would put them at the top of the  list to be fired next.   ------------------------------   Date: 7 Jul 2002 08:57:11 GMT ( From: nmm1@cus.cam.ac.uk (Nick Maclaren)- Subject: Re: Fearless IPF Prognostications... 0 Message-ID: <ag8vp7$gpt$1@pegasus.csx.cam.ac.uk>  F In article <xkOV8.7406$rdy.1490@news01.bloor.is.net.cable.rogers.com>," John Smith <a@nonymous.com> wrote:6 >"Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in message+ >news:ag6umc$qbb$1@pegasus.csx.cam.ac.uk...  >>D >> A knife can be used to butter bread.  It can also be used to stabA >> someone in the back.  It was the latter possibility that I was  >> referring to. >>C >> Would YOU trust Microsoft with your business, if you were CEO of 	 >> Intel?  > D >Certainly not. I agree with you, however you overlook one importantI >fact.....take away all the MS-driven business and Intel doesn't have the G >financial capacity to develop IA-64. Not when the chip market is still  >fragmented.  B I assure you that I am NOT overlooking that!  My point is that the? decision on whether to take that away is not primarily Intel's. 7 What happens if Microsoft decides not to support IA-64?   B There are rumours that Microsoft are threatening to jump ship, but@ my guess is that it is using such threats more for leverage than@ as statements of intent.  But since when did Intel and Microsoft@ invite me to listen in on their negotiations?  The situation is,? however, one where there are several plausible outcomes - and I A have heard no convincing reason why Microsoft could not afford to 8 drop the IA-64, especially if the Hammer line takes off.  = If that happens, Fiorina will show whether she is a leader or @ merely a dictator.  In the former case, she would ensure that HPC rethought its strategy, pronto, with no prejudices.  In the latter, 0 she would merely accelerate the heretic burning.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------  # Date: Sun, 07 Jul 2002 17:09:01 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 4 Subject: Re: Importing Eudora mail into CSWB/Mozilla' Message-ID: <3D2879E3.731A4C5C@fsi.net>    Rich Jordan wrote: > . > (That should have been CSW_B_ up top, sorry) >  > Ken,A >       I didn't even think of trying that.  Thanks for the idea!   H Please post your results. I use Eudora, also, and would be interested in the details.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sun, 7 Jul 2002 11:23:11 -0600+ From: "Ransom Fitch" <rlfitch@peakpeak.com> 8 Subject: Need info on disk size options for DEC-3000/7000 Message-ID: <001101c225da$f8c82640$0a00a8c0@w2k>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0012_01C225A8.AE2DB640  Content-Type: text/plain;  	charset="us-ascii"  Content-Transfer-Encoding: 7bit   G I need help in determining maximum SCSI disk size on a DEC 3000/700 and E suggestions as to what disk(s) to consider using (brand, model, etc). H The internal SCSI connectors (2) are '50 pin'.  I think that I'm limitedH to 2GB max but I'm hopeful that is not the case. I have an external SCSI8 port with 2GB drive attached. Any ideas are appreciated.    thanks very much,  Ransom Fitch  + ------=_NextPart_000_0012_01C225A8.AE2DB640  Content-Type: text/html; 	charset="us-ascii" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3Dus-ascii"> <TITLE>Message</TITLE>  @ <META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR></HEAD> <BODY>J <DIV><SPAN class=3D740281217-07072002><FONT face=3DArial size=3D2>I need =
 help in=20I determining maximum SCSI disk size on a DEC 3000/700 and suggestions as = 
 to what=20I disk(s) to consider using (brand, model, etc).&nbsp; The internal SCSI=20 I connectors (2)&nbsp;are '50 pin'.&nbsp; I think that I'm limited to 2GB = 
 max but=20J I'm hopeful that is not the case.&nbsp;I have an external SCSI port with = 2GB=20> drive attached. Any ideas are appreciated.</FONT></SPAN></DIV>; <DIV><SPAN class=3D740281217-07072002><FONT face=3DArial=20 # size=3D2></FONT></SPAN>&nbsp;</DIV> J <DIV><SPAN class=3D740281217-07072002><FONT face=3DArial size=3D2>thanks =
 very much,=20  </FONT></SPAN></DIV>J <DIV><SPAN class=3D740281217-07072002><FONT face=3DArial size=3D2>Ransom =  ' Fitch</FONT></SPAN></DIV></BODY></HTML>   - ------=_NextPart_000_0012_01C225A8.AE2DB640--    ------------------------------  # Date: Sun, 07 Jul 2002 17:05:03 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 4 Subject: Re: Only 20% drop in VMS systems (was: wow)' Message-ID: <3D2878F3.72C6A83B@fsi.net>    "Terry C. Shannon" wrote:  > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3D277D49.5313A42D@fsi.net...  > > "Terry C. Shannon" wrote:  > > > 8 > > > "Main, Kerry" <Kerry.Main@hp.com> wrote in message > > > N > news:BE56C50EA024184DAF48F0B9A47F5CF4023D9267@kaoexc01.americas.cpqcorp.net. > > > .. > > > John,  > > > # > > > Some excellent suggestions...  > > > J > > > I have no idea of what future marketing stuff is cooking, but what IN > > > have seen is a much healthier respect for OpenVMS internally than beforeJ > > > (previous posts have alluded to this) the merger, so we shall see .. > > > M > > > Indeed there is a healthier respect. The VMS V7.3 coverage in the press  > was L > > > not accidental or a matter of happenstance. Bob Blatz and his PR folks > had aS > > > hand in it.  > >  > > "Had a hand in it"???!!! > > I > > I should (would) think (hope) that they were the driving force behind  > > it!  > > D > > ...oh, yeah, forgot - they're the "stealth" people, aren't they? > N > I don't think Bob was in charge of marketing pre-merger. It's a bit early to+ > paint Mr. Blatz with the "stealth" brush.   G True, but even he cannot change the "habits of a lifetime" "overnight".eD Some of his people have been practicing stealth "forever". ExpectingH them to be "at home" in more overt efforts on the first try is perhaps a  bit, shall we say, "aggressive".   -- E David J. Dachterat dba DJE SystemsU http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 07 Jul 2002 17:24:51 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>s4 Subject: Re: Only 20% drop in VMS systems (was: wow)? Message-ID: <CP_V8.313513$6m5.300592@rwcrnsc51.ops.asp.att.net>-  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D2878F3.72C6A83B@fsi.net...p > "Terry C. Shannon" wrote:: > > G > > I don't think Bob was in charge of marketing pre-merger. It's a bitn early to- > > paint Mr. Blatz with the "stealth" brush.i >gI > True, but even he cannot change the "habits of a lifetime" "overnight".aF > Some of his people have been practicing stealth "forever". ExpectingJ > them to be "at home" in more overt efforts on the first try is perhaps a" > bit, shall we say, "aggressive". >B   Post May 7 we have seen:  H A more aggressive "platinum forum" effort (aka To Boot Or Not To Reboot)   The VMS Immersion class at ZK03t   Press coverage on VMS V7.3  L I haven't seen the new org chart, so I don't know what positions are held byL stealthy sorts, but IMHO things look a lot better than they did a year or soE ago. Hence I would not bash HPQ for taking initial steps in the rightd
 direction.   ------------------------------   Date: 7 Jul 2002 00:47:59 -0700i) From: P.Young@unsw.EDU.AU (Patrick Young)B" Subject: Re: OpenVMS USB questions= Message-ID: <55f85d77.0207062347.4b28cada@posting.google.com>i  _ Michael Rice <MichaelARice@adelphia.net> wrote in message news:<3D278819.80109@adelphia.net>...-  -I > There is no chance to get it working with an XP1000?  This was the one .K > system that I wanted USB support for - mostly for Iomega Zip and scanner s > connectivity.g  I This (should?) not be a problem for you, simply go buy the USS-344 widgetpF for all of US$10 or whatever it costs, and plug it into a free slot onG your XP1000. It's only a problem for me since I don't have any free PCIs! slots left to plug anything into.    ------------------------------   Date: 7 Jul 2002 01:22:29 -0700n) From: P.Young@unsw.EDU.AU (Patrick Young)q" Subject: Re: OpenVMS USB questions= Message-ID: <55f85d77.0207070022.3566d2c7@posting.google.com>.  d Forrest Kenney <Forrest.Kenney@hp.com.doom> wrote in message news:<3D273FC2.54F4152D@hp.com.doom>...  M > 1) The controller in the XP1000 does not work correctly with the USB drivert > that >     will ship in V7.3-1.  @ >  It should work but it does not and there are no plans to make  F No problem, pretty much as I thought (although USB in an XP1000 is oneG function of a greater chip set, not a stand alone USB chip?). I'll giveoF USB a punt anyway when I get my 7.3-1. However, if in your USB travelsG you bump into the widgets I mentioned, please take them for a spin and sA let us know if they work or not so we can use them and update ourw) sys$system:sys$user_config.dat files etc.l  eN > 3) The next issue is that there is no support or documentation for writing a > USBt >      device driver.   J That was going to be my next question, but I kinda guessed it would appearC on the HP OpenVMS documentation web site with the rest of the 7.3-1t! docs, so I didn't ask it  :-) :-)t   > F > 4)  But all it not lost there has been some talk about producing and
 > unsupporteduN >     USB IrDA driver.  There is USB device specification for IrDA devices and  H Cool. IrDA is more than you would initially think. I didn't know I couldG learn so much from my (of all things) wrist watch, which is a compliant-J IrDA device implementing much of the IrDA stack and it's options - and yesH it is a stickler for the rules - I have not found thus far that it takes any short cuts.e  O >     came up with the hardware and supplied to IrLAP layer code I would do thed  J It's all presented in a "state machine" type of way. What I have done withJ IrLAP, OpenVMS, and my watch is a hack to help me understand it - the trueI code comes after I've hacked through the IrLMP and other layers to arrivetI at IrTran-P so I can finally download the JPEGs my wrist camera produces.dF Upload data too - emails, source code I'm working on, or whatever, forA example (I'm hoping), and all implemented via a nice OpenVMS CLI$w' environment (that's the easy bit, BTW).x   ------------------------------   Date: 7 Jul 2002 01:59:36 -0700c) From: P.Young@unsw.EDU.AU (Patrick Young)n" Subject: Re: OpenVMS USB questions= Message-ID: <55f85d77.0207070059.5c9f84bc@posting.google.com>   L Dirk Munk <munk@home.nl> wrote in message news:<3D269BC9.7020506@home.nl>...  Q > be found on many cheap USB cards. Don't know about is reliability, but I would  C > go for the CMD, since that brand is well known for it's SCSI etc.l  G Very good advice. There is some distance in a M$ PC world between "droph= in" and "actually works properly". The Opti will need certaineD pins reconnected to select supply voltage, and that is to even start with.r   ------------------------------  % Date: Sun, 07 Jul 2002 12:51:40 +0200i From: Dirk Munk <munk@home.nl>" Subject: Re: OpenVMS USB questions& Message-ID: <3D281D3C.1060500@home.nl>   Patrick Young wrote:a > Michael Rice <MichaelARice@adelphia.net> wrote in message news:<3D278819.80109@adelphia.net>...k >  q > I >>There is no chance to get it working with an XP1000?  This was the one iK >>system that I wanted USB support for - mostly for Iomega Zip and scanner y >>connectivity.w >  > K > This (should?) not be a problem for you, simply go buy the USS-344 widgetwH > for all of US$10 or whatever it costs, and plug it into a free slot onI > your XP1000. It's only a problem for me since I don't have any free PCIb# > slots left to plug anything into.o  Q Actually USS-344 is the name of the chipset. It has 4 independent USB busses, (= oI 4 times 11 Mbit /sec !) thus it will show up as four devices on your SRM eQ console. It is a bit more expensive then US $10.  There are a few companies that  8 produce PCI cards with this chipset, I bought a Vivanco.   ------------------------------  % Date: Sun, 07 Jul 2002 18:56:51 +0010r% From: paddy.o'brien@zzz.tg.nsw.gov.auo% Subject: SET FILE/TRUNCATE equivalento5 Message-ID: <01KJTO4LKYN600087V@tgmail.tg.nsw.gov.au>0  J Is there a RTL or system services routine to effect the equivalent of the 
 subject line?t  K I've had a look through help and haven't noticed anything obvious.  I know dN there is the RMS $truncate, but I'd like to avaoid getting my hands too dirty  if there is a simpler way.   TIA    Regards, Paddy   ------------------------------   Date: 7 Jul 02 11:37:55 +0200s) From: p_sture@elias.decus.ch (Paul Sture)e) Subject: Re: SET FILE/TRUNCATE equivalentp) Message-ID: <Jhv1Jd5KLQqZ@elias.decus.ch>-  ] In article <01KJTO4LKYN600087V@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:mL > Is there a RTL or system services routine to effect the equivalent of the  > subject line?e > M > I've had a look through help and haven't noticed anything obvious.  I know eP > there is the RMS $truncate, but I'd like to avaoid getting my hands too dirty  > if there is a simpler way. >   * Would LIB$SPAWN or LIB$DO_COMMAND suffice? __
 Paul Sture Switzerlandi   ------------------------------  % Date: Sun, 07 Jul 2002 12:37:50 +0100a4 From: John Laird <john@laird-towers.freeserve.co.uk>) Subject: Re: SET FILE/TRUNCATE equivalentI8 Message-ID: <in9giuot73mav9tvlbbdrnusoibqhqo6b1@4ax.com>  J On Sun, 07 Jul 2002 18:56:51 +0010, paddy.o'brien@zzz.tg.nsw.gov.au wrote:  K >Is there a RTL or system services routine to effect the equivalent of the   >subject line? >oL >I've had a look through help and haven't noticed anything obvious.  I know O >there is the RMS $truncate, but I'd like to avaoid getting my hands too dirty o >if there is a simpler way.t  K If you don't mind opening the file, it should merely be necessary to locaterH the FAB, set the TEF (Truncate at End of File) bit in the FOP field, andJ close it.  Without testing, I couldn't say whether you need to specify anyJ sort of write access on the open - strictly speaking you are modifying the file header, not its contents.  J From Fortran, you have FOR$RAB (lun) to get the RAB address, use a POINTERL to peek in this and find the FAB address, then another POINTER to access the) structure.  No need for subroutine calls.      	Johnp --  
 John Laird Yezerski Roper Ltd   ------------------------------   Date: 7 Jul 2002 06:59:32 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)m) Subject: Re: SET FILE/TRUNCATE equivalents3 Message-ID: <l4+jVdjSqI4u@eisner.encompasserve.org>t  ] In article <01KJTO4LKYN600087V@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:ML > Is there a RTL or system services routine to effect the equivalent of the  > subject line?  > M > I've had a look through help and haven't noticed anything obvious.  I know  P > there is the RMS $truncate, but I'd like to avaoid getting my hands too dirty  > if there is a simpler way.  B The appropriate system service is $QIO to the file system, and youB should read the documentation for that in the I/O User's Guide  inF order to understand that RMS is there to _simplify_ access to the file system.    ------------------------------  # Date: Sun, 07 Jul 2002 17:53:08 GMTd* From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: SET FILE/TRUNCATE equivalenteC Message-ID: <7e%V8.319846$_j6.15410865@bin3.nnrp.aus1.giganews.com>"  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:l4+jVdjSqI4u@eisner.encompasserve.org...r7 > In article <01KJTO4LKYN600087V@tgmail.tg.nsw.gov.au>,o' paddy.o'brien@zzz.tg.nsw.gov.au writes:dI > > Is there a RTL or system services routine to effect the equivalent of  theh > > subject line?i > >oI > > I've had a look through help and haven't noticed anything obvious.  Io knowK > > there is the RMS $truncate, but I'd like to avaoid getting my hands toof dirtyx > > if there is a simpler way. >-D > The appropriate system service is $QIO to the file system, and youD > should read the documentation for that in the I/O User's Guide  inH > order to understand that RMS is there to _simplify_ access to the file	 > system..  1 I guess simplicity is in the eye of the beholder.r  H More to the point, RMS's primary goal (which is glaringly evident if oneJ looks at relative amounts of code in RMS) is not to simplify access to theI file system but to layer record-oriented access on top of the 'container'sI model that the underlying file system supports.  In the process, RMS alsotL layers a somewhat different interface to the underlying container facilitiesI that may or may not be considered simpler, since it has *far* more in theSF way of options (including many introduced by requirements added by theB record layer) to consider but does encapsulate multiple underlying: file-level operations into fewer, higher-level operations.   - bill   ------------------------------  * Date: Sun, 7 Jul 2002 09:14:09 +0000 (UTC), From: "Richard Maher" <maher_rj@hotmail.c0m>/ Subject: Re: Suggestion for FAB: virtual memoryp/ Message-ID: <ag90p0$dkr$1@paris.btinternet.com>e   Hi,e  5 > I just would like an Autogen which works integratedh > to Oracle RDB parameters ....e  A How about named global sections and the reserved memory registry?o  = That would only be real VLM and Oracle Oracle wouldn't it :-(d   Regards Richard Maher     9 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in messageh: news:20020706125046.69392.qmail@web20204.mail.yahoo.com...5 > I just would like an Autogen which works integratedt. > to Oracle RDB parameters .... we changed the. > Global Buffers and researched to change some8 > PQL_ parameters to SYSGEN.Was a pain. And why OVMS 7.35 > enters wikth XFC allocating 6GB of my 12 GB RAM????b >g	 > Regards  >v > FC4 > --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote:5 > > On a Macintosh, (MAC OS 9 and earlier), one had a1 > > simple setting:4 > > 5 > > You had the RAM amount, and you could then secify0 > > the total amount of virtual 6 > > memory available, (which also dictated the size of > > the paging/swapping file > > that is created.)E > >A8 > > For VMS, it would be nice to have a FAQ section that > > describes the variousr4 > > SYSGEN parameters that dictate the total virtual > > address space, and the7 > > relationship between that, the page file sizes, andl > > the pagefile quota for > > each process.  > >c4 > > As I recall, the guide on performance management > > seems to deal a lot with6 > > process parameters but not as much with the sysgen > > ones that define the > > virtual address space. >6 >  > =====n > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil0 > fabiopenvms@yahoo.com.br > ========================== >e4 > __________________________________________________ > Do You Yahoo!?0 > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com   ------------------------------  # Date: Sun, 07 Jul 2002 13:53:37 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>i4 Subject: Re: Three HP Press releases (via Bloomberg)/ Message-ID: <BJXV8.260033$nZ3.118396@rwcrnsc53>2  . "John Smith" <a@nonymous.com> wrote in messageA news:xhOV8.7281$b8O1.5256@news01.bloor.is.net.cable.rogers.com...r >a7 > "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messaget, > news:ag6bdm$cpt$1@pegasus.csx.cam.ac.uk... > >t > >;D > > [*] Rumours are of precisely one big sale - to a Federal quango. >! >T > F > Some federal departments/agencies buy at least one of everything. SoG > Intel/HP will announce on Monday that they have sold maybe 5 systems.i  I SKHPC subscribers have known for several months that the US Department ofGH Energy's Pacific Northwest National Laboratory bought at least 100 times2 that many systems for one of their supercomputers.   ------------------------------  $ Date: Sun, 7 Jul 2002 12:37:21 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>, Subject: RE: VMS 64bitnessT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660801@kaoexc01.americas.cpqcorp.net>   John,=20  F As an additional note to your posting and to add to the assertion thatB additional enhancement work is continuing in area's where it makesF sense, a CRTL patch was released in the public patch area a few months< ago for OpenVMS Alpha V7.2-1, V7.2-1H1, V7.2-2 and VMS V7.3.  > In addition to some performance enhancements (see notes) for C> applications, they also added some additional 64bit programmer
 capabilities.=  / Reference: (beware long url's will likely wrap)TH http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms7 3_acrtl-v0200--4.README (V7.3)H http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms7! 22_acrtl-v0100--4.README (V7.2-2) H http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms7! 21_acrtl-v0400--4.README (V7.2-1)aH http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms7% 21h1_acrtl-v0300--4.README (V7.2-1H1)o     Regards   
 Kerry Main Senior Consultantp Hewlett-Packard Canada! Consulting & Integration ServicesF Voice: 613-592-4660a Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message------ From: John Vottero [mailto:John@mvpsi.com]=20a Sent: July 3, 2002 9:20 PM To: Info-VAX@Mvb.Saic.Com  Subject: Re: VMS 64bitness    = "Paul Winalski" <prune@ZAnkh-Morpork.mv.com> wrote in message * news:3d237237.2122121@news.easynews.com...J > Doesn't amount to a hill of beans, given that nearly all the EXTERNAL=208 > interfaces available to applications are still 32-bit. >   2 The OpenVMS documentation has a different opinion:  , 1.1.1 64-Bit Addressing Support (Alpha Only)E On Alpha systems, the Run-Time Library (LIB$) routines provide 64-bitt+ virtual addressing capabilities as follows:   A Most routines now accept 64-bit addresses for arguments passed by E reference. Footnotes in the Reference Section of this manual indicatea those routines that do not.h  A Most routines also accept either 32-bit or 64-bit descriptors for E arguments passed by descriptor. Footnotes in the Reference Section oft0 this manual indicate those routines that do not.  H In some cases, a new routine was added to support a 64-bit addressing orC data capability. These routines carry the same name as the originaleG routine but with a _64 suffix. In general, both versions of the routineoC support 64-bit addressing, but the routine with the _64 suffix also0E supports additional 64-bit capability. The 32-bit capabilities of theu original routine are unchanged.y  F Specialized routines create and manipulate storage zones in the 64-bitH virtual address space. The names of these routines are the same as their9 32-bit counterparts but with a _64 suffix. One example isoH LIB$CREATE_VM_ZONE and LIB$CREATE_VM_ZONE_64. LIB$CREATE_VM_ZONE creates6 a storage zone in the 32-bit vitual address space, andB LIB$CREATE_VM_ZONE_64 creates a storage zone in the 64-bit virtualA address space. The function of the original routine is unchanged.   D > On Tue, 02 Jul 2002 15:31:24 -0400, G Everhart <ge@gce.com> wrote: >oD > >VMS is NOT a 32 bit system with a few 64 bit extensions in any=20I > >meaninful sense, not since 7.0. Almost every internal function will=20aI > >accept 64 bit arguments, as will the drivers, control blocks and so=20eE > >on. There are a few residue areas that are in 32 bit only space=20hB > >(notably FIBs, for those few who know what those are). These=20# > >structures are generally used byg	 internalswG > >folks, are small, and impose no particular hardship on anyone for=20-	 > >living- in& > >S0 or S1 space instead of S2 or P2. > >0J > >The design document for the initial 64 bit port was ~1000 pages long=20 > >withe details H > >all over. Look at what the DIOBM structure does for you, if you want. This wasI > >an exceedingly clever system that allowed VMS-supplied code to hide=20h > >much  of theI > >64 bit mapping complexity from driver writers. It is hidden, but it=20d > >isp
 there, andE > >DMA transfers can and do routinely take place into or out of spacen anywhere in theo) > >64 bit range, without extra buffering.o > > H > >The initial reports about Windows NT 64 bit were that it was indeed a   > >32n
 bit systemF > >with a few add-ons to access 64 bit space, but without paging or=20
 > >mapping saveG > >a constant mapping above 32 bit space, buffering transfers in low=20n	 > >memoryP	 and doinggH > >processor copy, and a few more bits. I don't know if Windows is still	 like thattJ > >or not, but at one time it was very much a mislabelled 32 bit system=20 > >with:
 the neededG > >few minimal hacks to allow it to use fixed large buffers in extended  memory. That iseB > >not entirely useless: it is what one needs to get very large=20 > >databases to 	 work withrI > >indices in memory, for example, and if the programmer sees I/O into=20  > >or0 out of thiscG > >extended memory, it may not matter to him that it is buffered in low  memory somewhereJ > >since the overwhelming database advantage is derived from being able=20 > >too search hugeaG > >memory arrays and that advantage is not lost by crockish hacks to=20h
 > >fill or empty them.y > >s > >Glenn Everhartf > >e >l
 > -----------n > Remove 'Z' to send me email.
 > -----------n   ------------------------------  % Date: Sun, 07 Jul 2002 12:18:37 +0200e2 From: martin@radiogaga.harz.de (Martin Vorlaender)Q Subject: Re: VMS MARKETING VOLUNTEERS, LTD. Biz Card Example ( was Re: A ProposalI; Message-ID: <3d28157d.524144494f47414741@radiogaga.harz.de>r  0 David J. Dachtera (djesys.nospam@fsi.net) wrote: > Brian Tillman wrote:* > > >That shark is art by Sorayama Hajime. > > L > > Seems to me, then, that using it (or making a copy of it) is a violation > > of copyright laws. >mE > I should think it rather depends on who owns the copyright and whatlI > rights are reserved by the copyright holder, as opposed to who authoredr > it.e  H His official website http://www.sorayama.net/ suggests that he holds theF copyrights for his all of his art, with a NY company involved somehow.  G BTW #1: Looks like Hajime is his first name, so by western standards it  should be "Hajime Sorayama".  8 BTW #2: Just read that he designed the robot dog Aibo...   cu,r   Martin -- rG                            | Martin Vorlaender  |  VMS & WNT programmerd4  UNIX is user friendly.    | work: mv@pdv-systeme.deG  It's just selective about |   http://www.pdv-systeme.de/users/martinv/I;  who its friends are.      | home: martin@radiogaga.harz.dei   ------------------------------  # Date: Sun, 07 Jul 2002 16:40:51 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>wQ Subject: Re: VMS MARKETING VOLUNTEERS, LTD. Biz Card Example ( was Re: A Proposal.' Message-ID: <3D28734A.5B3E3FEC@fsi.net>    Martin Vorlaender wrote: > 2 > David J. Dachtera (djesys.nospam@fsi.net) wrote: > > Brian Tillman wrote:, > > > >That shark is art by Sorayama Hajime. > > > N > > > Seems to me, then, that using it (or making a copy of it) is a violation > > > of copyright laws. > >nG > > I should think it rather depends on who owns the copyright and whateK > > rights are reserved by the copyright holder, as opposed to who authored  > > it.n > J > His official website http://www.sorayama.net/ suggests that he holds theH > copyrights for his all of his art, with a NY company involved somehow.  G That makes a suggestion regarding ownership. Is there any indication ofh, rights reservations, grants, releases, etc.?   --   David J. Dachtera9 dba DJE Systemsk http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   End of INFO-VAX 2002.371 ************************