1 INFO-VAX	Sat, 14 Sep 2002	Volume 2002 : Issue 508       Contents: Re: Convert Blocks to MB2 Re: first annual OpenVMS Symposium: Special Guest? RE: Hammer slips how external input is received" Re: how external input is received How to debug PRODUCT INSTAL ?  IMAP performance Re: IMAP performance@ Re: lexicals (was: RE: SET PROTECTION (SET SECURITY/PROTECTION)" RE: Oracle Problem Re: Permedia 2 Scrolling a window in SMG  Re: Scrolling a window in SMG % Re: TCPIP 5.3 VAX: sysgen INTSTKPAGES % Re: TCPIP 5.3 VAX: sysgen INTSTKPAGES " Re: TPU Error using VMS from LinuxM Re: What features/capabilities would you like to see available on    OpenVMS? K Re: What features/capabilities would you like to see available on  OpenVMS?   F ----------------------------------------------------------------------   Date: 14 Sep 2002 07:04 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) ! Subject: Re: Convert Blocks to MB - Message-ID: <14SEP200207041402@gerg.tamu.edu>   ? "David J. Dachtera" <djesys.nospam@fsi.net> once again fails to 8 understand my point (and much of anything else) like so: }Carl Perkins wrote:8 }> "David J. Dachtera" <djesys.nospam@fsi.net> writes... }> } [snip] ) }> }Never worked in healthcare, have you?  }>  B }> So you are telling me that if you are off on an estimate of how; }> big a file is someone will die. This is simply not true.  } A }Clearly, you never have - and never should - work in healthcare.  } I }I'm not going to waste my time with rest of that senseless prattle since H }you clearly lack the intellectual capacity to comprehend any response I }might try to enter.  C I also lack the intellectual capacity to understand the typing done ? by a monkey. At least they have an excuse that you do not have.   D Just for the record, I do understand your point. Better than you do,C in fact. Some of it is correct: there are times when an estimate is C not good enough. The rest of it is incorrect: you insist that it is E never good enough - since there are times when you can't use one then D nobody should ever use one. This is not only not correct, it is just
 plain stupid.   ? This also indicates a possible second reason why you have never > understood my point: you have not actually read my posts. (The% first reason is that you are stupid.)   A }I just hope you're not the poor, unfortunate son-of-bitch thirty E }heartbeats away from death when the medical records database crashes H }because someone "approximated" the size of a database table and guessedF }wrong by 3%, especially if the ER people need to know something aboutC }your medical history or any other bit of info locked away in their  }paperless chart system...  F If you were not a complete and utter moron you would have noticed thatE the only thing that have I have been saying over and over and over is 8 that *SOMETIMES* a quick estimate is all that you need.   / You are clearly too stupid to grasp this point.   C Here it is again, multiple times: Sometimes all you need is a quick A estimate. An estimate is often all you need. An approximate value @ is frequently sufficient. In many situations an approximation isE all that is required. There are many occasions when it is unnecessary / to do use anything other than a quick estimate.   < If you claim that this is not true, then you are stupid. (In> your case, even if you don't claim that it is not true you are still stupid.)  @ By the way: if being off by 3% in the above example crashes your? database, then you have almost certinaly designed your database : wrong. But that wouldn't surprise me since you are stupid.  I }Oh yeah, I keep forgetting - you don't understand practical examples, no < }matter how relevant they may be to the main thread subject.  < Did you even read my examples? You have deleted at least two@ of them, responding to neither. Obviously you did not understand? them, if you even read them, which is not surprising as you are  stupid.   = No example that you have posted has been relevant to the main > subject thread. For that matter, neither were mine - mine were= only relevant to your spurious posts. You'd have noticed this  if you were not stupid.   A You cleary do not even know what the main subject thread is, even C after I have told you. Here is is again: the main subject thread is @ "how do I convert from blocks to MB". You might consider lookingC at the subject line. It will also tell you what the main thread is. 8 You would have already know this if you were not stupid.   }I'm done - have a great life! }--  }David J. Dachtera  H Given what you have said, you are not quite done - but you will be soon,F when you are out of work because the place you work will be has out ofE business due to the people you work for also being stupid. Well, that D is assuming that you characterized the situation correctly, which is+ probably not the case since you are stupid.    --- Carl :-p    ------------------------------  % Date: Sat, 14 Sep 2002 19:37:25 +1000 1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au> ; Subject: Re: first annual OpenVMS Symposium: Special Guest? * Message-ID: <3D830355.30003@tg.nsw.gov.au>   C.W.Holeman II wrote:  > Larry Kilgallen wrote: >  > 8 >>In article <3D823502.A9B0F48A@Free.fr>, Didier Morandi" >><Didier.Morandi@Free.fr> writes: >> >>< >>>Maybe HPlovesVMS could invite Ken Olsen to the Symposium? >>I >>Or maybe they could stick to their promise and restrict it to technical  >>sessions.  >  > G > OK. Have Dave Cutler show up and reveal which lines of VMS and VAXELN  > are in Windows-NT. > 8 Wouldn't it be a shorter session if the other way round?   Regards, Paddy        G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus scanning software but excludes any liability for viruses contained in any attachment."   G ***********************************************************************    ------------------------------  % Date: Sat, 14 Sep 2002 10:28:29 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Hammer slips T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4026609F3@kaoexc01.americas.cpqcorp.net>   Rob,  H Likely not related, but Dell seems to be changing their tune somewhat on future Itanium potential.   
 Reference:5 http://www.informationweek.com/story/IWK20020912S0002 : "Dell Reverses Course On Itanium Chips" September 12, 2002  F Now Dell says it will include the 64-bit processors in servers running in scientific settings.  By Aaron Ricadela   E Dell Computer will likely ship specialized servers containing Intel's F Itanium 2 processor in coming months, reversing a July decision not toE support the chip. Kevin Rollins, Dell's president and chief operating G officer, says Intel's second-generation 64-bit processor "will probably E start making sense in high-performance clusters. ... We're looking at # shorter-term Itanium 2 uses there."    [see url for rest of story]    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-----5 From: Rob Young [mailto:young_r@encompasserve.org]=20   Sent: September 13, 2002 2:18 PM To: Info-VAX@Mvb.Saic.Com  Subject: Hammer slips       5 http://www.informationweek.com/story/IWK20020913S0002   ,  It's Not Hammer Time Yet Sept. 13, 2002 =20  F Advanced Micro Devices is delaying by several months the launch of its8 highly anticipated 64-bit Hammer chip. By Paul McDougall     =20 G Advanced Micro Devices Inc. is delaying by several months the launch of B its highly anticipated 64-bit Hammer chip. ClawHammer, the desktopC version of processors that will compete with Intel's 64-bit Itanium H chips, was to debut late this year, but the company now says the productD won't ship until the end of the first quarter of 2003. AMD says it'sH still on track to launch Opteron, its 64-bit server version of the chip,B in the late first half of next year. AMD declined to give specificG reasons for the delay, noting only that its launch dates are rarely set F in stone given the complexity of its products. Such hiccups are hardlyF unprecedented in the chip industry. Intel's Itanium chip was literally years late to market.=20  B Nonetheless, analysts say the delay could significantly hurt AMD'sB troubled financial picture. Merrill Lynch's Joe Osha has, in fact,H increased his estimate of AMD's 2003 losses, from 18 cents a share to 74E cents. "The push-out of Hammer creates another quarter of substantial & losses for the company," Osha says.=20 =20  				Rob     B Men with walkie-talkie                  I'm home again to you babeC Men with flashlights waving             You know it makes me wonder G Up upon the tower                       Sittin' in the quiet slipstream > The clock reads daylight savin'         Rollin' in the thunder  0                                 -- Neil Young=20   ------------------------------  # Date: Sat, 14 Sep 2002 09:07:04 GMT * From: "Bill Todd" <billtodd@metrocast.net>' Subject: how external input is received @ Message-ID: <Y_Cg9.12952$AR1.418108@bin2.nnrp.aus1.giganews.com>  J During a discussion tonight over at openvms.org (a discussion sufficientlyK heated that Ken has removed it), Terry made a curious but very emphatic and K definite statement to the effect that the letter regarding VMS's ability to K contribute to Compaq that over a dozen of us (including Terry) put rather a H lot to time and effort into over two years ago and sent to Capellas (whoI bounced it to Rick Marcello) had done VMS more damage than Palmer and Wes  Melling combined.   K Now, it's possible that he was just getting into the sauce a bit early this I weekend, but if there's any truth to that statement it would be desirable L for him to expand upon it, since it should shed a great deal of light on howK these individuals (many of whom remain in positions of authority at HP) are   likely to receive further input.   - bill   ------------------------------  # Date: Sat, 14 Sep 2002 10:01:14 GMT * From: "Bill Todd" <billtodd@metrocast.net>+ Subject: Re: how external input is received @ Message-ID: <KNDg9.15292$z91.427028@bin3.nnrp.aus1.giganews.com>  K Ah - through the magic of the openvms.org 'search' facilities I was able to  resurrect Terry's exact words:  J "...that insipid and off-putting magnum opus to Capellas and Heil re: whatI to do about VMS. And that sure accomplished a lot... none of it good, and J definitely too long and turgid a polemic to have positively influenced ANYD executive at Compaq or elsewhere. (In fact, the negative fallout wasL extremely intense and did more damange to the VMS cause than did Wes Melling" or Bob Palmer, and that's a fact."  L It seemed appropriate in responding to point out "the abject incompetence ofJ Compaq's management (for that is the only appropriate characterization forI executives unwilling to listen to well-thought-out customer and ISV input E that conflicts with their own pet views), much of which unfortunately K remains in positions of authority at HP."  If anyone hasn't seen the letter D in question I'll be happy to post it so that they can form their own opinion.  K Meanwhile, as I said before, further explanation of this supposed 'negative I fallout' would help establish expectations for HPaq responsiveness to the I kinds of suggestions for VMS's future that many here might be inclined to  put forward.   - bill   ------------------------------  % Date: Sat, 14 Sep 2002 06:08:12 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> & Subject: How to debug PRODUCT INSTAL ?, Message-ID: <3D830A8A.7C048130@videotron.ca>  6 Ok, Installed TCPIP 5.3 on node BIKE without problems.  G But on VELO, the PRODUCT INSTAL fails consistently after the 90% stage.   " I tried /LOG but that was useless.' I tried /TRACE  and all it yielded was   that it issuedK  @psci$source:[sysmgr]cleanup_ucx.com    (while does just an exit since UCX  never existed on my systems)    3 PCSI-I-PRCOUTPUT, output from subprocess follows...  $STATUS = %10A38012   C PCSI-F-EXEINSFAIL, product supplied EXECUTE INSTAL procedure failed $ installation failed bla bla bla bla.    
 QUESTIONS:  N 1- are there better logging options apart from /LOG and /TRACE ? Is there someL logical I can set to cause SET VERIFY to be set for *all* the DCL commands ?I Or must I have to do a SET WATCH FILE/CLASS=ALL and parse through all the , output to try to figure out where it fails ?  K 2-Is the equivalent of KITINSTAL.COM the last file in the kit, the one that A ends with PCSI$DESCRIPTION ? (That one doesn't seem to be calling 6 cleanup_ucx.com so I figure there must be another one.    L Is there a document that describes how one goes about debugging those damnedI PCSI kits ?  With VMSINSTAL, one didn't need proprietary documentation to > debig the DCL inside and find a way to get the instal to work.  M Sorry if I sound a bit raw, but on a microvax, each test takes forever to get # to between the 90% and 100% stages.   I One last question: If I do a PRODUCT REMOVE, will all the config files be H removed ? (in the case fo TCPIP, since there are so many spread around).   ------------------------------  % Date: Sat, 14 Sep 2002 03:46:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: IMAP performance , Message-ID: <3D82E937.244B4869@videotron.ca>  B Got to try IMAP for the first time (netscape client, IMAP on VAX).  H While I am fully aware that the IMAP server for TCPIP 5.3 is present but9 unsupported on VAX, I was disapointed by its performance.   N While I know enough not to judge performance based on what I get out of my oldK vaxes, I am curious on how IMAP scales in large companies with real alphas. N Can it really provide the interactivity that is expected, especially with many employees ?   N Or do employees confogure their imap to mimic POP by automatically transferingN documents to a local folder so that they get the desired interactive "instant" response time ?    ------------------------------  % Date: Sat, 14 Sep 2002 10:51:01 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> Subject: Re: IMAP performance + Message-ID: <3D82F875.4010307@mail.tele.dk>    JF Mezei wrote:   D > Got to try IMAP for the first time (netscape client, IMAP on VAX). > J > While I am fully aware that the IMAP server for TCPIP 5.3 is present but; > unsupported on VAX, I was disapointed by its performance.  > P > While I know enough not to judge performance based on what I get out of my oldM > vaxes, I am curious on how IMAP scales in large companies with real alphas. P > Can it really provide the interactivity that is expected, especially with many
 > employees ?     8 When I used PMDF IMAP several years ago. It performed OK7 with many users. But it did require a lot of memory and  some CPU power.   P > Or do employees confogure their imap to mimic POP by automatically transferingP > documents to a local folder so that they get the desired interactive "instant" > response time ?   A I do not really see the point. Want email on PC => use POP3. Want  email on server => use IMAP4.    Or ?   Arne   ------------------------------   Date: 14 Sep 2002 07:06 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) I Subject: Re: lexicals (was: RE: SET PROTECTION (SET SECURITY/PROTECTION)" - Message-ID: <14SEP200207061619@gerg.tamu.edu>   5 "David J. Dachtera" <djesys.nospam@fsi.net> writes...  }Arne Vajhj wrote:  }> David J. Dachtera wrote:  }> > Bob Koehler wrote: ` }> >>In article <3D800310.5EDCAF5D@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:G }> >>>If DCL supported floats, I could even see letting that behind the 0 }> >>>"brains" behind a new lexical: F$FORMAT().' }> >>   Redundant with f$fao, isn't it? H }> > Dunno. Does (F)$FAO provide directives that allow the formatting ofK }> > floating point and/or scaled integer data with decimal points, commas, = }> > trailing signs and floating dollar signs like FORMAT$()?  }> >M }> > I don't recall ever seeing anything like that, but I'm hardly the expert  }> > on it ($FAO). }>   }> ????  }>  D }> Since DCL does currently not support floating & fixed point, then' }> F$FAO ofcourse do not support those.  }>  > }> But if DCL supported floating & fixed point, then F$FAO may+ }> be the logical place to put formatting !  } I }I should think that F$FAO would support anything that $FAO supports, no? G }....regardless of whether DCL supports the associated data(type(s))...  }  }--  }David J. Dachtera  F The $FAO system service does not support floating point on any version of VMS that I am aware of.   --- Carl   ------------------------------  % Date: Sat, 14 Sep 2002 10:48:25 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Oracle Problem T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4026609F4@kaoexc01.americas.cpqcorp.net>   Rick,   B <<< Anybody seen this or have any trouble-shooting suggestions?>>>  H From a generic troubleshooting perspective, I might suspect some form ofC locking issue whereby some deadlock breaking timer kicks in after x D minutes. This would explain why other TCPIP connections are fine and) only the Oracle connections are impacted.   F Perhaps the Oracle DBA that you have could arrange for some form of DBE locking monitoring and tracking when this error re-occurs? Also, they G could check their Oracle parameters with respect to deadlocks to see if 7 they correspond to the time these connections are hung.    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-----: From: Rick Millhollin [mailto:rickm@OREGON.UOREGON.EDU]=20  Sent: September 11, 2002 6:19 PM% To: Info MultiNet List; Info VAX List  Subject: Oracle Problem     G We are having a very intermittent Oracle SQLnet (we think) problem that H I'm wondering if anybody else has seen.  Our environment is VMS 7.3 withG lots of patches, MultiNet 4.4 with most all patches, and Oracle 8.1.7.3 G with a couple of what our DBA calls "critical" SQLnet patches.  Our big A Oracle applications are primarily client (Windows) / Server (VMS) A SQLforms.  Every now and then all SQLnet connection requests stop A responding and existing connections hang.  It's as if SQLnet just G freezes, and it happens on all database instances across two VMScluster E nodes.  Then in a minute or so everything breaks free.  Other network G activity on the systems is not effected and appears totally normal.  We G can't find anything in listener logs (or any others).  It seems to have E started after the last VMS and Oracle upgrades, but not right away as H far as I can tell.  We're totally baffled on how to further diagnose theG situation.  Anybody seen this or have any trouble-shooting suggestions? 	 Thanks...   1 Rick Millhollin, Director of Computing Facilities @ University of Oregon Computing Center, Eugene, Oregon 97403-12120 Phone: (541)346-1730  FAX: (541)346-6438 or 4397  E-mail: rickm@oregon.uoregon.edu   ------------------------------  # Date: Sat, 14 Sep 2002 14:48:40 GMT # From: "mhr" <mreilly36@comcast.net>  Subject: Re: Permedia 2 @ Message-ID: <c%Hg9.20590$z91.578923@bin3.nnrp.aus1.giganews.com>  , Work fine on vms/t64/linux/nt4/w2kserv/w2kxp mhr B "Peter Watkinson" <peter.watkinson1@ntlworld.com> wrote in message9 news:F7kg9.3192$QQ3.44058@newsfep1-win.server.ntli.net...  >  > Hi folks,  > H > I've got a source for Diamond fire gl 1000 pro vga cards. These run onJ > 3dlabs Permedia 2 chips, the same as Elsa Gloria Synergy cards. Will the( > Diamond fire cards work with Open VMS? > 	 > cheers,  >  > Peter  > peter.watkinson1@ntlworld.com    ------------------------------    Date: 14 Sep 2002 02:12:37 -0700/ From: stuie_norris@yahoo.com.au (Stuart Norris) " Subject: Scrolling a window in SMG= Message-ID: <51262235.0209140112.6e47df7a@posting.google.com>   
 !Dear Reader,   F !I am trying to learn to use SMG routines.  I am trying here to have a scroll- F !able list which is uses 10 line of screen and allows the scrolling of the 30F !rows that I have.  I can display the ten lines in the virtual display and C !move the cursor up and down on lines 1 to 10.  But if I press down  arrow D !on the 10th line the program crashes.  At this stage I am trying to move the !view port up one line.   E !Could it be explained what I need to do to shift the viewable window  to0 !display lines 2 to 11 with line 11 highlighted.  F !Are there any examples of scrolling in SMG with page up and page down my next !big challenge.    !Many thanks for the help            PROGRAM DRIVER       IMPLICIT NONE        INCLUDE '($SMGDEF)'        INCLUDE '(SMG$ROUTINES)'         INCLUDE '(LIB$ROUTINES)'  0       INTEGER*4 STATUS, DISPLAY, PASTE, KEYBOARDE       INTEGER I, MAXROWS, VROWS, VSTART, VIS_PTR, VIS_TOP, KEY, ROWS,  COLUMNS        CHARACTER*80 LINE        LOGICAL FINISHED          ROWS = 30        COLUMNS = 78   9       STATUS = SMG$CREATE_VIRTUAL_DISPLAY (ROWS, COLUMNS,  DISPLAY,SMG$M_BORDER )   6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))    -       STATUS = SMG$CREATE_PASTEBOARD (PASTE)  6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))   8       STATUS = SMG$CREATE_VIRTUAL_KEYBOARD(KEYBOARD,,,,)5       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))           DO I = 1, ROWS'          WRITE (LINE,'(A,I)') 'Line ',I ;          STATUS = SMG$PUT_LINE(DISPLAY,LINE,1,,,,,SMG$M_UP) 8          IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))       ENDDO    A       STATUS = SMG$CREATE_VIEWPORT ( DISPLAY, 1, 1, 10, COLUMNS)  6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))    E       STATUS = SMG$PASTE_VIRTUAL_DISPLAY ( DISPLAY, PASTE, 5, 2) !Row  5 Col 2 6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))    6       STATUS = SMG$GET_DISPLAY_ATTR (DISPLAY, MAXROWS)6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))   B       STATUS  = SMG$GET_VIEWPORT_CHAR (DISPLAY, VSTART, , VROWS, )6       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))               VIS_PTR = 1        VIS_TOP = 1   ;       STATUS = SMG$SET_CURSOR_MODE(PASTE, SMG$M_CURSOR_OFF) O       STATUS = SMG$CHANGE_RENDITION(DISPLAY,VIS_PTR,1,1,COLUMNS,SMG$M_REVERSE,) 5       IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))          FINISHED = .FALSE.       DO WHILE (.NOT. FINISHED) 8          STATUS = SMG$SET_CURSOR_ABS(DISPLAY,VIS_PTR,1) 8          IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))A          STATUS = SMG$READ_KEYSTROKE (KEYBOARD, KEY,'', ,DISPLAY) 8          IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))             SELECT CASE (KEY)#             CASE (SMG$K_TRM_CTRLR)  /                STATUS=SMG$REPAINT_SCREEN(PASTE) >                IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))#             CASE (SMG$K_TRM_CTRLW)  /                STATUS=SMG$REPAINT_SCREEN(PASTE) >                IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))               CASE (SMG$K_TRM_UP) '                IF (VIS_PTR .GT. 1) THEN                    STATUS =? SMG$CHANGE_RENDITION(DISPLAY,VIS_PTR,1,1,COLUMNS,SMG$M_NORMAL,) A                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS)) '                   VIS_PTR = VIS_PTR - 1                    STATUS =@ SMG$CHANGE_RENDITION(DISPLAY,VIS_PTR,1,1,COLUMNS,SMG$M_REVERSE,)A                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))                 ELSE C                   STATUS = SMG$SCROLL_VIEWPORT(DISPLAY,SMG$M_UP,1)  B                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))                 ENDIF  !             CASE (SMG$K_TRM_DOWN) +                IF (VIS_PTR .LT. VROWS) THEN                    STATUS =? SMG$CHANGE_RENDITION(DISPLAY,VIS_PTR,1,1,COLUMNS,SMG$M_NORMAL,) A                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS)) '                   VIS_PTR = VIS_PTR + 1                    STATUS =@ SMG$CHANGE_RENDITION(DISPLAY,VIS_PTR,1,1,COLUMNS,SMG$M_REVERSE,)A                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))                 ELSE E                   STATUS = SMG$SCROLL_VIEWPORT(DISPLAY,SMG$M_DOWN,1)  B                   IF (.NOT. STATUS) CALL LIB$SIGNAL(%VAL(STATUS))                  ENDIF   (             CASE (SMG$K_TRM_NEXT_SCREEN)  (             CASE (SMG$K_TRM_PREV_SCREEN)  #             CASE (SMG$K_TRM_SELECT) !                 FINISHED = .TRUE.             END SELECT        ENDDO  !   % !  DO ALL THE DELETE STUFF TO TIDY UP  ! 	       END    ------------------------------  % Date: Sat, 14 Sep 2002 11:35:34 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> & Subject: Re: Scrolling a window in SMG% Message-ID: <3D8302E7.287955@Free.fr>   5 Looks like you did not define the scroll display area L http://www.openvms.compaq.com:8000/73final/5935/5935pro_035.html#index_x_298  O As far as I remember (long time ago) scrolling is actually repasting a viewport L in a scroll area by selecting a different line number for the viewport to beP pasted, i.e. down arrow will ask SMG to paste your viewport starting from line 2 instead of line one, etc.    My 2 (very old) francs.    D.   Stuart Norris wrote: >  > !Dear Reader,  > H > !I am trying to learn to use SMG routines.  I am trying here to have a	 > scroll- H > !able list which is uses 10 line of screen and allows the scrolling of > the 30H > !rows that I have.  I can display the ten lines in the virtual display > and E > !move the cursor up and down on lines 1 to 10.  But if I press down  > arrow F > !on the 10th line the program crashes.  At this stage I am trying to
 > move the > !view port up one line.    ------------------------------  % Date: Sat, 14 Sep 2002 09:20:26 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> . Subject: Re: TCPIP 5.3 VAX: sysgen INTSTKPAGES' Message-ID: <3D82E339.E0548C9B@Free.fr>   8 JF, please forward this message to openvmsdoc@compaq.com   D.   JF Mezei wrote:  > J > With TCPIP 5.0 and 5.3, the installation guide specifies that the SYSGEND > parameter INTSTKPAGES needs to be set to 12 if one uses Pathworks. > A > With 5.0, INTSTKPAGES = 6 worked fine if no pathworks was used. [ > With 5.3, the TCPIP$STARTUP procedure stops very early on, complaining about INTSTKPAGES.  > I > The installation guide should be updated to say that 12 is the required L > minimum value for any type of system. (or the startup procedure changes to1 > accept a lower value if pathworks is not used).    ------------------------------  # Date: Sat, 14 Sep 2002 10:07:29 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER). Subject: Re: TCPIP 5.3 VAX: sysgen INTSTKPAGES5 Message-ID: <BTDg9.108416$1S3.3299421@news.chello.at>   \ In article <3D82CEBB.F4F1B5F3@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:I >With TCPIP 5.0 and 5.3, the installation guide specifies that the SYSGEN C >parameter INTSTKPAGES needs to be set to 12 if one uses Pathworks.  > @ >With 5.0, INTSTKPAGES = 6 worked fine if no pathworks was used.G >With 5.3, the TCPIP$STARTUP procedure stops very early on, complaining  >about INTSTKPAGES.   H DECnet/OSI (V6.2 in 1995) already imposed a INTSTKPAGES >= 10 and raisedJ it to INTSTKPAGES >= 12 with DECnet-Plus (V7.3 in 2000) ** for VAX only **0 So, fortunately, I don't get trapped by this ;-)  H >The installation guide should be updated to say that 12 is the requiredK >minimum value for any type of system. (or the startup procedure changes to 0 >accept a lower value if pathworks is not used).   Agreed.   G >Interestingly, reviewing the autogen report, I noticed how many SYSGEN L >parameters have become invalid (eg: beyond obsolete) in VAX 7.2 compared to> >5.5-2.  I am somewhat surprised I hadn't noticed this before.  F My V5.5-2 times are over since 1989/1990 so I can't really comment ;-)   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  % Date: Sat, 14 Sep 2002 10:27:06 +0200 " From: "Hans Vlems" <hvlems@iae.nl>+ Subject: Re: TPU Error using VMS from Linux 5 Message-ID: <alurti$19t3v$1@ID-143435.news.dfncis.de>    $ set terminal/inquire  J Put it in your login.com file. The linux terminal emulator works fine with that. 0 "hoonig" <hoonig@ifrance.com> schreef in bericht7 news:f9e960db.0209130156.590e7f16@posting.google.com...  > Hi,  > D > I'm trying to edit a file in OpenVMS. I'm connected to the OpenVMS3 > server by telnet, using kConsole(xterm) in Linux.  > E > The problem is i cannot use edit/tpu under VMS with this terminal I  > have this VMS error: > 4 > %TPU-E-NONANSICRT, SYS$INPUT must be supported CRT >  > What can i do? >  > Thks   ------------------------------  % Date: Sat, 14 Sep 2002 08:57:36 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>V Subject: Re: What features/capabilities would you like to see available on    OpenVMS?) Message-ID: <3D82DDE0.20706@mail.tele.dk>    Don Sykes wrote:   > Arne Vajhj wrote:4 >>But I can see use of PIPE in connection some of my5 >>own programs - and I am afraid VMS Engineering does  >>not have a list of those.     L > No, but if your program takes data from sys$input & outputs to sys$output,B > what's so difficult about making pipe do the substitutions? Like > @ > 	pipe dir/col=1/nohead/notrail | YourProgram | search "string"   ????  4 But that was not the point. Programs that read/write. from/to SYS$INPUT/SYS$OUTPUT work fine already0 with both VMS programs and custom programs. Like
 in DIR above.   6 What you proposed was to insert a SYS$INPUT/SYS$OUTPUT3 for programs that do not read/write from/to theese.  Like in SEARCH above.   3 And my argument is that to do this, then PIPE would 5 need to know which programs has input and output file 2 arguments. And that is not generalizable to custom	 programs.    Arne   ------------------------------   Date: 14 Sep 2002 06:16 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) T Subject: Re: What features/capabilities would you like to see available on  OpenVMS?- Message-ID: <14SEP200206161127@gerg.tamu.edu>   * Don Sykes <annonymous@pacbell.net> writes:E } A small, but annoying thing to me is the requirement of "sys$input" F } & "sys$output" in the pipe command. One of the few nice things aboutD } the Unix shells is brevity. "<" means input from; ">" means outputD } to; and "|" means both. If VMS is going to support a pipe command,D } then I would like to use it in a Unix fashion, instead of spelling } out the input & output - e.g.  }  } Currently, I have to say: ' } 	$ pipe dir | search sys$input ".log"  } I'd like to be able to say:  } 	$ pipe dir | search ".log" E } and have the pipe command fill in "sys$input", or at least, specify  } sys$input as < , e.g.: } 	$ pipe dir | search < ".log"   = My suggestion to those who are too lazy to type out the whole  SYS$INPUT and SYS$OUTPUT:    $ def si sys$input $ def so sys$output    Then you can do    $ pipe dir | search si ".log"   B It will save you 7 whole characters of typing in this case, 8 in a/ SYS$OUTPUT case, or 15 when you would use both.   F It even works. (At least for my simple test - there may be cases where it doesn't work so well.)    $ def si sys$input+ $ pipe dir/col=1/size | search si login.com  LOGIN.COM;33               3 TESTLOGIN.COM;1            2   --- Carl   ------------------------------   End of INFO-VAX 2002.508 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                            