1 INFO-VAX	Wed, 05 Apr 2006	Volume 2006 : Issue 188       Contents:& Re: Advanced Server, HP CIFS questionsO Re: Announcment :  HP C V7.2 for OpenVMS Integrity Servers Product Announcement  Re: Anyone for CORAL?  Re: Anyone for CORAL? * Help! VAX 7000 Series - DUART/Watch specs.9 Re: Looking for power supply/supplies for DS20e in Europe 6 Re: looking for used DEC hardware (D,NL,B,UK,DK,S,N,F)6 Re: looking for used DEC hardware (D,NL,B,UK,DK,S,N,F)- Re: Medusa V7 with Decwindows and Vax VMS 5.x . Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS* Strange behavior of DEFINE with equal-sign. Re: Strange behavior of DEFINE with equal-sign. Re: Strange behavior of DEFINE with equal-sign* Re: TCPIP+LinkSys+Win2K+OpenVMS Adventures3 Re: Wanted:FreeWare or Commercial CORBA for OpenVMS G Re: Why are my interactive sessions limited to 6176 pages working set ?   F ----------------------------------------------------------------------  # Date: Tue, 04 Apr 2006 21:38:08 GMT & From: "PEN" <paul.nunez.nosp@m.hp.com>/ Subject: Re: Advanced Server, HP CIFS questions 2 Message-ID: <4HBYf.5829$u27.5663@news.cpqcorp.net>   Hi,   % <mabbuttg@yahoo.ca> wrote in message  = news:1144185722.318963.234740@i39g2000cwa.googlegroups.com... E > In an effort to make things more seamless, we're considering adding E > Advanced Server or the upcoming HP CIFS (SAMBA port) product to our  > mix. > I > Primarily this would be to eliminate (or greatly reduce) the use of FTP H > clients by our Windows users who also have VMS accounts when they wantF > to transfer files from their VMS home directories, such as by simply0 > mapping a drive and dragging/dropping instead. > I > I've taken a cursory look through the Advanced Server docs, but I still  > have a few questions:  > A > - our Windows environment uses Active Directory 2003/2000 - can E > Advanced Server authenticate against that at all?  The docs on HP's 7 > site still talk about PDCs and BDCs and NT 4 domains.  >   J Absolutely.  It can be a Member server in an native mode Active Directory H domain and it will use the AD domain controllers to authenticate domain J users.  In essence, Advanced Server for OpenVMS is equivalent to an NT v4 J file/print server.  The same rules which apply to running NT in an Active * Directory domain apply to Advanced Server.  I > - the Advanced Server docs mention "external authentication" - not sure E > what this entails for Active Directory exactly, but am I correct in G > assuming you can (or have to) associate individual VMS usernames with  > Active Directory ones? >   K There is implicit mapping between domain usernames and OpenVMS usernames -  J if they are the same, no manual mapping is required.  If they are not the L same, Advanced Server provides the $ ADMIN ADD HOSTMAP command for explicit J mappings.  Whether the domain uses Active Directory or SAM files makes no 
 difference...   C > - Given the above (and degree of difficulty with current Advanced G > Server), would it be to our advantage to wait for HP CIFS (on Alpha)?  >  > We're running OpenVMS 7.3-1. >   K Well, I'm extremely biased, but I don't think you should wait, unless cost  K is a big factor.  Licenses are required in order for clients to map drives  D to the Advanced Server (licenses are not required if using external F authentication only); the CIFS software won't require client licenses H (AFAIK).   But Advanced Server is very mature; the CIFS software, well,  isn't.   Regards,   Paul     ------------------------------  $ Date: Tue, 4 Apr 2006 15:45:05 -04004 From: "Ed Vogel" <edward.vogel@stopppingspam.hp.com>X Subject: Re: Announcment :  HP C V7.2 for OpenVMS Integrity Servers Product Announcement, Message-ID: <4432ccc4$1@usenet01.boi.hp.com>  I "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message  - news:f2$JnoJpby9T@eisner.encompasserve.org... L > In article <1144161329.942762.105990@z34g2000cwc.googlegroups.com>, "Sue" ' > <susan_skonetski@hotmail.com> writes: ? >> HP C V7.2 for OpenVMS Integrity Servers Product Announcement  >>I >> This high quality compiler is the second release for OpenVMS Integrity I >> servers and is now available from the Q1 2006 OpenVMS layered software  >> product library.  >>@ >> View the HP C V7.2 software product description and technicalH >> documentation at: http://h71000.www7.hp.com/commercial/c/c_index.html >> > # >   So where are the release notes?  >   D     If you go to the link, click on HP C V7.2, that should bring you=     to the V7.2 page.  From there the Release Notes should be      easy to find.        Ed Vogel%     HP C/C++ for OpenVMS Engineering.    ------------------------------  # Date: Tue, 04 Apr 2006 22:12:11 GMT ; From: "Duncan Macdonald" <duncanmacdonald@blueyonder.co.uk>  Subject: Re: Anyone for CORAL?= Message-ID: <%aCYf.48054$wl.42317@text.news.blueyonder.co.uk>   L CORAL-66 was also used extensively by the CEGB (British Central Electricity  Generating Board) F Given the life expectancy of power station control systems, there are / probably still several power stations using it.   J The standard system software for the last round of new station builds and I refurbishments before the breakup of the CEGB was CUTLASS running on the  L TOPSY operating system - both written in CORAL-66 (with some assembler) - I J was the senior programmer responsible for the TOPSY OS and its networking.   Duncan Macdonald  / "Tom Linden" <tom@kednos.com> wrote in message  # news:op.s7hl43nqzgicya@hyrrokkin... E > On Tue, 04 Apr 2006 07:11:58 -0700, Ian Miller <ijm@uk2.net> wrote:  > 
 >> I saw this  >>< >> http://www.openvms.org/stories.php?story=06/04/04/7269448 >>) >> and who still used CORAL and what for?  >>H >> CORAL-66 appears to me like a block structured language like RTL/2 orE >> ALGOL-60. I have written RTL/2 in the dim and distant past but not  >> CORAL-66. >>) > Outside the Brittish military,  noone.     ------------------------------  % Date: Tue, 04 Apr 2006 19:42:36 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Anyone for CORAL?) Message-ID: <op.s7ikhabkzgicya@hyrrokkin>   B Your Irish counterparts were a bit smarter, they wrote it in PL/I.  6 On Tue, 04 Apr 2006 15:12:11 -0700, Duncan Macdonald  ) <duncanmacdonald@blueyonder.co.uk> wrote:   C > CORAL-66 was also used extensively by the CEGB (British Central   
 > Electricity  > Generating Board) G > Given the life expectancy of power station control systems, there are 1 > probably still several power stations using it.  > K > The standard system software for the last round of new station builds and J > refurbishments before the breakup of the CEGB was CUTLASS running on theK > TOPSY operating system - both written in CORAL-66 (with some assembler)    > - I B > was the senior programmer responsible for the TOPSY OS and its  
 > networking.  >  > Duncan Macdonald > 0 > "Tom Linden" <tom@kednos.com> wrote in message% > news:op.s7hl43nqzgicya@hyrrokkin... F >> On Tue, 04 Apr 2006 07:11:58 -0700, Ian Miller <ijm@uk2.net> wrote: >> >>> I saw this >>> = >>> http://www.openvms.org/stories.php?story=06/04/04/7269448  >>> * >>> and who still used CORAL and what for? >>> I >>> CORAL-66 appears to me like a block structured language like RTL/2 or F >>> ALGOL-60. I have written RTL/2 in the dim and distant past but not
 >>> CORAL-66.  >>> ) >> Outside the Brittish military,  noone.  >  >    ------------------------------  $ Date: Tue, 4 Apr 2006 23:11:45 -04002 From: "Timothy Stark" <fsword7_nospam@comcast.net>3 Subject: Help! VAX 7000 Series - DUART/Watch specs. 0 Message-ID: <m6ednc5dq9_yqK7ZRVn-vQ@comcast.com>   Hello folks,  M Well, I was reviewing my technical manual about VAX 7000 series.  On chapter  J 5, it said that there are two chips (DUART and Watch chips).  They do not J use TXCS/TXDB/RXCS/RXDB registers (CPU IPR registers).  On manual, it did E provides UART and Watch register addresses but failed to provide bit  J descriptions completely.  On each UART chip, they has 4 direct-accessible I registers.  I was looking for DUART specs but can't find it.  However, I  L found watch chip specs in other tech manual that provides similar registers  with bit descriptions.  M Does anyone have any copy of both chip specs?  I was looking for DUART specs  J on Internet and found many x681 specs by varying manfactuerers.  No, I do I not think that because x681 (DUART) might not use similar registers like   that for compatibility.    Thanks!  Tim    ------------------------------  $ Date: Wed, 5 Apr 2006 01:01:27 +0200+ From: Marc Schlensog <fishtank.spam@web.de> B Subject: Re: Looking for power supply/supplies for DS20e in Europe: Message-ID: <20060405010127.eb9ed384.fishtank.spam@web.de>   On 4 Apr 2006 02:32:47 -0700 etmsreec@yahoo.co.uk wrote:   D > Try Abacus Computing in Reading.  That's my first port of call forA > anything second user, whether for personal or professional use.  >  > +44 (0)118 940 3111  > F > (I don't have shares, I'm just a happy buyer!  By all means remember > me to Phil Dombey.)  >  > Steve (Reece)  >   " Thanks Steve. I'll give it a shot! (Offers are still welcome)   Marc   ------------------------------   Date: 4 Apr 2006 12:36:45 -0500 2 From: kaplow_r@encompasserve.org.mars (Bob Kaplow)? Subject: Re: looking for used DEC hardware (D,NL,B,UK,DK,S,N,F) 3 Message-ID: <FmDjpKy4RL4A@eisner.encompasserve.org>   l In article <1144157685.325176.94270@i39g2000cwa.googlegroups.com>, "syslost" <wm.reynolds@gmail.com> writes: > Bob, >  > are you looking for rz29s?  $ No, I was being silly. Or Sarcastic.   --  O   Bob Kaplow   NAR # 18L   >>> To reply, there's no internet on Mars (yet)! <<< E Kaplow Klips & Baffle:	http://nira-rocketry.org/Document/MayJun00.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  G The titles of bills -- like those of Marx Brothers movies -- often have J little to do with the substance of the legislation. Particularly deceptiveI are bills containing title buzz words such as emergency, reform, service, K relief, or special. Often the emergency is of the writer's imagination; the I reform, a protection of a vested interest; the service, self-serving; the H relief, an additional burden on the taxpayer; and the special, something8 that otherwise shouldn't be passed. -- Pierre S. du Pont   ------------------------------   Date: 4 Apr 2006 11:38:35 -0700 ' From: "syslost" <wm.reynolds@gmail.com> ? Subject: Re: looking for used DEC hardware (D,NL,B,UK,DK,S,N,F) B Message-ID: <1144175914.994662.88590@j33g2000cwa.googlegroups.com>  2 that was my first thought, but I've got rz29s too.  G I'm stuck in VAX land on 6.2, the system is going away, no need for y2k 
 testing...   ------------------------------  $ Date: Tue, 4 Apr 2006 09:49:36 +0200% From: "nst" <NorbertATstadlersDOTnet> 6 Subject: Re: Medusa V7 with Decwindows and Vax VMS 5.x' Message-ID: <4432251e@news.arcor-ip.de>   M Why Decwindows? VMS is running on CHARON-VAX and  we have  no graphics hw on   the Vax emulator..@ With eXcurrsion/Hummingbird/.. we can view the drawings on a pc.   Norbert    ------------------------------  % Date: Tue, 04 Apr 2006 20:53:37 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>7 Subject: Re: Opinion: I was just trying to sell OpenVMS 6 Message-ID: <44332321.BAF16712@NeOaSrPtAhMlNiOnWk.net>   GreyCloud wrote: >  > Alan Greig wrote:  > >  > >  > > GreyCloud wrote: > >  > >> JF Mezei wrote: > >>M > >>> NSK was never designed to be versatile. It is very specialised. VMS was L > >>> not designed to be specialised. It is very versatile. And the owner is1 > >>> purposefully not leveraging this potential.  > >> > >> > >>: > >> It is the purpose that we need to know about and why. > >  > > I > > A friend of mine who works for a major UK bank with NSK tells me that L > > they play on moving off the platform because they do not have confidence% > >  in HP. IBM have lured them away.  > >  >  > Interesting bit of news.    E The news in my little corner of the healthcare world is that as sites D begin to max out their 32-CPU GS1280s with huge Oracle databases andB ever increasing transaction counts, and with last Alpha sale datesF looming large on the horizon, a move away from VMS-capable hardware inF search of 64+ CPU performance will lead to one inescapable conclusion.  F I think I see now the method in their madness: in a world where takingH responsibility for one's own actions is almost mortifying as speaking inE public or admitting a mistake, VMS has been left to perish at Intel's B hand, what with Alpha last dates just around the corner and ItanicF foundering ever faster. Makes them appear to "come out smelling like a rose".  / > I suppose one can fantasize and see HP almost F > handing VMS on a silver platter to Bill Gates in the not too distantH > future.  Seeing that Vista is having problems getting out of the door,, > VMS may well be what he needs to continue.  D I can't see the VMS Engineering team admit defeat like that: let theG world think that the M$ geeks can do something they can't: successfully 1 port VMS to IA32 and x86-64. Just don't see it...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Tue, 04 Apr 2006 23:17:30 -0600 " From: GreyCloud <mist@cumulus.com>7 Subject: Re: Opinion: I was just trying to sell OpenVMS 0 Message-ID: <tsKdne88TKh0z67ZRVn-rg@bresnan.com>   David J. Dachtera wrote: > GreyCloud wrote: >  >>Alan Greig wrote:  >> >>>  >>>GreyCloud wrote:  >>>  >>>  >>>>JF Mezei wrote:  >>>> >>>>L >>>>>NSK was never designed to be versatile. It is very specialised. VMS wasK >>>>>not designed to be specialised. It is very versatile. And the owner is 0 >>>>>purposefully not leveraging this potential. >>>> >>>> >>>>9 >>>>It is the purpose that we need to know about and why.  >>>  >>> H >>>A friend of mine who works for a major UK bank with NSK tells me thatK >>>they play on moving off the platform because they do not have confidence $ >>> in HP. IBM have lured them away. >>>  >> >>Interesting bit of news.   >  > G > The news in my little corner of the healthcare world is that as sites F > begin to max out their 32-CPU GS1280s with huge Oracle databases andD > ever increasing transaction counts, and with last Alpha sale datesH > looming large on the horizon, a move away from VMS-capable hardware inH > search of 64+ CPU performance will lead to one inescapable conclusion. > H > I think I see now the method in their madness: in a world where takingJ > responsibility for one's own actions is almost mortifying as speaking inG > public or admitting a mistake, VMS has been left to perish at Intel's D > hand, what with Alpha last dates just around the corner and ItanicH > foundering ever faster. Makes them appear to "come out smelling like a > rose". >   < Elucidate further...  the situation is making my brain hurt.   > / >>I suppose one can fantasize and see HP almost F >>handing VMS on a silver platter to Bill Gates in the not too distantH >>future.  Seeing that Vista is having problems getting out of the door,, >>VMS may well be what he needs to continue. >  > F > I can't see the VMS Engineering team admit defeat like that: let theI > world think that the M$ geeks can do something they can't: successfully 3 > port VMS to IA32 and x86-64. Just don't see it...  >   = The only one that could possibly do it is David Cutler at M$. E But you are right, their VB script kiddies won't be able to port VMS.      --   Where are we going?   And why am I in this handbasket?   ------------------------------  $ Date: Tue, 4 Apr 2006 17:12:25 -0400 From: norm.raphael@metso.com3 Subject: Strange behavior of DEFINE with equal-sign Q Message-ID: <OFA22DE576.F52E9826-ON85257146.00743C88-85257146.00747E45@metso.com>   8 Someone put this into a command file and the result when I do it online is:   $ DEFINE/SYSTEM BRK20 = WORP055 > %DCL-I-SUPERSEDE, previous value of BRK20= has been superseded $ sho log brk20=*    "BRK20=" = "WORP055" (LNM$SYSTEM_TABLE)  % I would have expected a syntax error.  Is this expected behavior?   ------------------------------  % Date: Tue, 04 Apr 2006 19:23:40 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: Strange behavior of DEFINE with equal-sign , Message-ID: <4432FFEA.12EBF030@teksavvy.com>   norm.raphael@metso.com wrote: ! > $ DEFINE/SYSTEM BRK20 = WORP055   ' > I would have expected a syntax error.  > Is this expected behavior?  H I used to expect the syntax error. I've been bitten by this many times. G Some VMS engineers probably decided to toy with the users and code this  not-so-expected behaviour...   $define test hello how are you  ( generates a "too many parameters" error.  F I suspect the "=" sign has special significance within DCL. However, I would expect DCL to parse    $A = "hello world"  D with the = sign triggering special handling because it is the second token in the line.    D but $define test = "hello world", the = sign is the 3rd token in the line.    ------------------------------  % Date: Tue, 04 Apr 2006 21:02:30 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>7 Subject: Re: Strange behavior of DEFINE with equal-sign 6 Message-ID: <44332536.67BAB0BE@NeOaSrPtAhMlNiOnWk.net>   JF Mezei wrote:  >  > norm.raphael@metso.com wrote: # > > $ DEFINE/SYSTEM BRK20 = WORP055  > ) > > I would have expected a syntax error.  > > Is this expected behavior? > I > I used to expect the syntax error. I've been bitten by this many times. I > Some VMS engineers probably decided to toy with the users and code this  > not-so-expected behaviour... >   > $define test hello how are you > * > generates a "too many parameters" error.   Just for chuckles, try this:   $a = "hello how are you" $define test &a  $ show logical test    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 4 Apr 2006 21:02:00 -0700 . From: "Schnootling" <chuckmoore55@hotmail.com>3 Subject: Re: TCPIP+LinkSys+Win2K+OpenVMS Adventures B Message-ID: <1144209720.716452.86770@j33g2000cwa.googlegroups.com>   Hi Everyone,  " Well ... I WAS ABLE TO GET IN !!!!  F I got me 2 ethernet cards on my Alpha. To make a long (see appendix toE this note) story shorter: I disabled one of the cards, the EWA0 card, G via the TCPIP SET NOINTERFACE WE0 command. This was the interface using G 192.168.1.5. Now, I have 4 Win2K telnet sessions open to the Alpha. I'm 4 so happy I think I'll have a chocolate brownie-bite.  C Thanks again to everyone on, and off, this newsgroup who helped me.    Chuck's Networking Odyssey or "The (Interface) Card and I"   * P.S. The circuitous route (puns intended): RUN SYS$SYSTEM:LANCP" LANCP>show device /characteristicsG (EWB0 is set to full-duplex+100Mb/s, EWA0 is set to half-duplex+10Mb/s) - LANCP>set device ewa0 /full_duplex /speed=100   C ... now, EWB0=192.168.1.6 and EWA0=192.168.1.5 . And, I had thought C from day-one that 192.168.1.5 was what I wanted/was-going to use. I D dreamed up 192.168.1.6 as a "failover" address 'cause I thought thatF was what you did for failover. And after the SET DEVICE, the PINGs didA seem to run "faster" going from Alpha to Win2K. However I'm still A getting 50%  PING packet loss from Win2K to Alpha on 192.168.1.6.   G Telnet and PING to 192.168.1.5 still fail miserably. However, telnet to  192.168.1.6 WORKS !   E I logout and try it again (i.e. telnet to 192.168.1.6) and it DOESN'T @ WORK. High-pitched scream echoes through downtown. Scratch head.3 Recycle TCPIP on Alpha. Decide to go-with-the-flow: E TCPIP SET NOINTERFACE WE0  ... (i.e. disable the one=192.168.1.5 that C was originally at half-duplex+10Mb/s... which I had thought was the  'correct' one to use) F Voila' : I get login prompts, thereby demonstrating that all computers& work by a mixture of chance and magic.  C Yes, the two cards were messing each other, and me, up. No, I don't 9 understand what was going on. Yet. Thanks again everyone.    ------------------------------  % Date: Tue, 04 Apr 2006 18:34:28 -0400 2 From: =?KOI8-R?Q?Arne_Vajh=3Fj?= <arne@vajhoej.dk>< Subject: Re: Wanted:FreeWare or Commercial CORBA for OpenVMS- Message-ID: <NvCYf.22071$C85.7492@dukeread10>    Ruslan R. Laishev wrote:F > I have got a task to implement a provisioning interface from privateH > company Billing system under OpenVMS to SDHLR (Lucent), I  looking forA > freeware or commercial CORRBA implementation for OpenVMS/Alpha.   - What exactly CORBA functionality do you need.   / One possibility was to go for a J2EE app-server ; (at least two very popular run on VMS WebLogic and JBosss).   5 The point is that J2EE compliance requires some CORBA 9 compliance and a non J2EE non Java CORBA app can actually  talk to a J2EE app-server.  6 I do not know if that is a possibility for you, but at4 least J2EE app-server are more mainstream than CORBA today.   Arne   ------------------------------  % Date: Tue, 04 Apr 2006 20:59:59 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>P Subject: Re: Why are my interactive sessions limited to 6176 pages working set ?6 Message-ID: <4433249F.54824286@NeOaSrPtAhMlNiOnWk.net>   Syltrem wrote: >  > Good morning > $ > I must be missing something today. > ( > I have an account with these settings: > WSdef:        16384  > WSquo:        32768  > WSextent:     65536  > Pgflquo:     175000  >  > And a SH PROC/ACCO shows: # > Peak working set size:       6176 # > Peak virtual size:         246560  > Page faults:           523575  > % > I do have free memory on the system  >  > In case you may ask: >  > SYSGEN>  SH PQL_DWS I > Parameter Name           Current    Default     Min.      Max.     Unit 	 > Dynamic R > --------------           -------    -------    -------   -------   ----  -------L > PQL_DWSDEFAULT              18864       1024        -1         -1 PageletsI >  internal value              1179         64         0         -1 Pages L > PQL_DWSQUOTA                37728       2048        -1         -1 Pagelets > D I >  internal value              2358        128         0         -1 Pages  > D L > PQL_DWSEXTENT             1421312      16384        -1         -1 Pagelets > D I >  internal value             88832       1024         0         -1 Pages  > D  > SYSGEN>  SH PQL_MWS I > Parameter Name           Current    Default     Min.      Max.     Unit 	 > Dynamic R > --------------           -------    -------    -------   -------   ----  -------L > PQL_MWSDEFAULT              18864        512        -1         -1 PageletsI >  internal value              1179         32        32         -1 Pages L > PQL_MWSQUOTA                51200       1024        -1         -1 Pagelets > D I >  internal value              3200         64        64         -1 Pages  > D L > PQL_MWSEXTENT             1421312       2048        -1         -1 Pagelets > D I >  internal value             88832        128       128         -1 Pages  > D  > SYSGEN>  SH WSI > Parameter Name           Current    Default     Min.      Max.     Unit 	 > Dynamic R > --------------           -------    -------    -------   -------   ----  -------L > WSMAX                     1421312       4096      1024    8388608 PageletsI >  internal value             88832        256        64     524288 Pages L > WSINC                        2400       2400         0         -1 Pagelets > D I >  internal value               150        150         0         -1 Pages  > D L > WSDEC                         250       4000         0         -1 Pagelets > D I >  internal value                16        250         0         -1 Pages  > D 	 > SYSGEN>  > N > This is an interactive session. *All* interactive sessions have a WS of 6176H > pages in the WS and some do a lot of pagefaults, regardless of the WS* > values in UAF.N > All other process types (detached, batch) with the same user accounts, don't > suffer from this limitation. > M > I never bothered before as I was very short on memory, and only a few users K > were doing lots of pagefaults due to the software (same for all of those) M > they are using. Others were fine and I only found out today that they also, @ > are limited to 6176 pages (although it's sufficient for them). > > > Where does "6176" pages come from, and where can I raise it? >  > OVMS Alpha 7.3-1 > 
 > Thanks !  4 The output of SHOW MEMORY/PHYSICAL would be helpful.  C Output from SHOW SYSTEM/PROC=SWAPPER might give another small clue.   @ Watch MONITOR SYSTEM/INT=2 briefly and see if you have processes6 outswapped (may indicate a memory constrained system).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.188 ************************