HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.uucp
Subject: Re: Gateway to NYNEX???
From: I Still Haven't Found What I'm Looking For <u51141@uicvm.uic.edu>
Date: Fri, 04 Sep 92 12:35:54 CDT
Reply-To: synful+vmsnet@DRYCAS.CLUB.CC.CMU.EDU
Organization: The Internet
Return-Path: <synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU>
Errors-To: synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU

On 3 Sep 92 17:14:43 EDT Dick Munroe said:
>I've got some clients at a NYNEX site in the Boston area.  Their mail system is
>PROFS and they don't know how to get mail out of there universe into the
>internet (and back).  Does anybody out there know a way to get to/from PROFS at
>NYNEX?
>
>I'm planning to bring up DECUS UUCP/MX/NEWS there soon if there isn't a quick
>answer.
>
>Dick Munroe
>--
>Dick Munroe                             Internet: munroe@dmc.com
>Doyle Munroe Consultants, Inc.          UUCP: ...uunet!thehulk!munroe
>267 Cox St.                             Office: (508) 568-1618
>Hudson, Ma.                             FAX: (508) 562-1133
>
>GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.

i have PROFS acct also...and I can get out using
1. the command TCP  or  link TCP
2. then telnet or FTP out
3. it should work...

Cheers!!!

---
Respectfully submitted

Joe Hilario                                 Sleep...Sleep tonight
u51141@uicvm.uic.edu                        And may your dreams be realized
u51141@uicvm.bitnet                         If the thunder cloud passes rain
CJH0530@uicvmc.bitnet                       So let it rain...rain down
u2@silver.lcs.mit.edu                       Rain down on here
                                            ---MLK (U2, The Unforgettable Fire)
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Re: Bug in COMMAND_METHOD of NEWSSKIM.COM
Date: 10 Sep 92 21:49:21 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Sep9.231819.659@cmkrnl.com>, jeh@cmkrnl.com writes:
> 
> Wouldn't it be better to simply change the expected location of
> NEWS_TRANSPORT.COM ? Perhaps it could be called
> NEWS_MANAGER:NEWS_TRANSPORT_'node'.COM .  This would eliminate the 'search3'
> loop, and would also eliminate the bogus "forwarding items to node via COMMAND"
> which shows up when ONLY news_transport.com is found in the forwarding
> directory.

This is a great idea, I didn't do it because I didn't want to hassle with that
large a change.  Maybe I'll go back and look at that again.

> 
> I am setting up a command-method scheme for automatically archiving certain
> articles in news.announce.newusers, etc., for distribution with future uucp
> releases, and am modifying my newsskim.com to work this way... I'll let you
> know if there are any problems.
> 

I already do all of this, using the current method.  If you want the code, I'll
be glad to give you a copy.  It's all in DCL/TPU for now.  Slow, but easy to
hack together.  It will archive anything that has an archive header.  (In fact,
I posted an old version to VMSNET.SOURCES about a year ago, I think.)

> For that matter since a lot of these "command methods" are likely to be
> similar, one could have a common file, NEWS_MANAGER:NEWS_TRANSPORT.COM,
> which would use its P1 parameter (node) to determine what to do with the file.
> This would also simplify the providing of a template file (which isn't every-
> one's concern, but it's certainly one of my concerns).

That's exactly what I do.  The news_transports in the command directories are
just stubs that invoke the common transport code.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
From: mark@infocomm.com
Newsgroups: vmsnet.uucp
Subject: Re: group wildcards in ANU NEWS 6.1
Date: 14 Sep 92 14:58:42 GMT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Sep13.102312.121@cpvax.lonestar.org>, robert@cpvax.lonestar.org writes:
> I've just changed my feed to uunet (as opposed to another ANU NEWS site)
> and a bunch of stuff started going to JUNK.  I've been messing with
> my NEWS.SYS file and think I misunderstood how to confige an entry.

When articles get junked there is usually a reason.  Please look in the logs of
your NEWS_LOG:RNEWS*.LOG for any info that might be reported there.

> It appears that only the top level groups are automatically wildcarded.
> I was under the impression, if I put REC.HUMOR in my NEWS.SYS file, I
> would also receive REC.HUMOR.FUNNY, REC.HUMOR.ORACLE, etc.  That does
> not seem to be happening (goes to JUNK because of SYS filter).

This is how it should work.

> Also, are they any limitations as to the number of lines in a system
> entry? I would prefer 1 group per line with a ,\ at the end of each,
> but that seemed to be causing problems as well.

There is no hard limit here, except for possible total line length.

I suspect that your real problem might be due to a bug that I recently fixed
and is available as of V6.1-Beta3.  This bug ended up giving precidence to
line continuation over comment stripping.  For example, I had:

decwrl:world,comp,news,sci,rec,misc,soc,talk,ba,ca,usa,na,alt,gnu,\
        biz,vmsnet,bionet,inet,ddn,uc,ucb,la,unix-pc,\
        su,!ncd,!su.all,su.events,su.jobs,su.market,su.etc,!su.all.ctl,\
        to.decwrl:B:NEWS_MANAGER_DEV/[POST_1-UUCP$CMPRS_DECWRL]NEWS.BATCH^B500000

and I wanted to change something temporarily so I left a commented out
copy of the original line in place:

#decwrl:world,comp,news,sci,rec,misc,soc,talk,ba,ca,usa,na,alt,gnu,\
decwrl:world,comp,news,sci,rec,misc,soc,!talk,ba,ca,usa,na,!alt,gnu,\
        biz,vmsnet,bionet,inet,ddn,uc,ucb,la,unix-pc,\
        su,!ncd,!su.all,su.events,su.jobs,su.market,su.etc,!su.all.ctl,\
        to.decwrl:B:NEWS_MANAGER_DEV/[POST_1-UUCP$CMPRS_DECWRL]NEWS.BATCH^B500000

Well before the bug was fixed, the second case was merely one long continued
comment line and hence completely ignored.

Other manefestations of this problem are also possible:

decwrl:world,comp,news,sci,rec,misc,soc,talk,ba,ca,usa,na,alt,gnu,\
#Turning off ddn and bionet.
#        biz,vmsnet,bionet,inet,ddn,uc,ucb,la,unix-pc,\
        biz,vmsnet,!bionet,inet,!ddn,uc,ucb,la,unix-pc,\
        su,!ncd,!su.all,su.events,su.jobs,su.market,su.etc,!su.all.ctl,\
        to.decwrl:B:NEWS_MANAGER_DEV/[POST_1-UUCP$CMPRS_DECWRL]NEWS.BATCH^B500000

I'm not sure what the results of having a # imbedded within the above line but
it certainly would not be what I wanted.

===============
Anyway, the fix will be made available with a future release, meanwhile simply
avoid comments in the middle of site definitions AND avoid trailing "\" on
comment lines.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: mark@infocomm.com
Newsgroups: vmsnet.uucp
Subject: Re: ROK not received - what does this mean?
Date: 10 Sep 92 13:31:40 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <009606685EFCF540.20C000CB@dallas.sil.org>, Dan McDonald <mcdonald@dallas.sil.org> writes:
> I haven't been able to get through to one of my feeds recently - my others are all
> working fine, but I'd like a few clues as to what's going on.
> 
> My UUCP.LOG shows the following:
> p:uucp ?> h:letni   [09/10-00:21:24-2040034f]   Outgoing       (_LTA5014: 9600 bps
> HNT500/MODEMA) u:-
> p:uucp -> h:letni   [09/10-00:21:25-2040034f]   Calling        (letni) u:-
> p:uucp -> h:letni   [09/10-00:21:57-2040034f]   Script log     (AX/2400c dialed ok)
> u:-
> p:uucp => h:letni   [09/10-00:22:03-2040034f]   Script log     (Unix login ok) u:-
> p:uucp => h:letni   [09/10-00:22:44-2040034f] * No ROK rcvd    (=letni) u:-
> p:uucp => h:letni   [09/10-00:22:45-2040034f]   Dropping DTR   () u:-
> p:uucp => h:letni   [09/10-00:22:51-2040034f] * Call failed    (see prev msg) u:-
> 
> I've included UUCICO_CALLOUT.LOG with bits 000205 turned on.  If something else is
> needed I will gladly run it.
> Please send replies to me: letni is my feed for this list.

Things actually look normal.  The missing element in the logged information is 
timestamps of when each part of what happened after the login actually
happened.  From the above info, it's some 41 seconds from when the login
completed to when we gave up listening for the handshake response waiting for
the ROK message.  This condition could be caused by the remote system being
VERY SLOW to respond to the:

> Sending: 0x10 S d a l s i l   - Q 0   - V M S 0x00

This could somehow be a port/modem setup issue.  Is this modem/terminal 
server port used to call any other UUCP sites?  If not, test this by calling 
the UUNET number mentioned in the template SYSTEMS file.

I'd try to login by hand (with SET HOST/DTE) with the uucp account, and
actually type the above stuff (the 0x10 is Control P, and the 0x00 is Control @)
and the observe if it takes 30+ seconds for the ROK to come back.  Note if you
try this, you will be typing WITHOUT echo.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
Xref: sparky vmsnet.misc:797 vmsnet.internals:1284
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Re: Analyzing a process dump
Date: 4 Sep 92 15:28:18 GMT
Distribution: na
Organization: Mitech Corporation, Concord MA

In article <lac6ibINN7h8@news.bbn.com>, mjensen@BBN.COM (Martin Jensen) writes:
>     If  I  link  with  /debug,  I get the debugger linked in.  I've tried ...

This should be a FAQ item. Maybe it is already.

The trick people use is to LINK/DEBUG and then use a command
procedure that calls VMS PATCH to change the image back to thinking
it was LINK/NODEBUG.

That way you get all the symbols in the image without having it start
up in the debugger.

You can get a SETDEBUG.C or NSETDEBUG.COM, or other various of that
from various places. Probably VMSNET.SOURCES archives.

-gjc
Xref: sparky vmsnet.misc:801 vmsnet.internals:1294
From: heinrich@yvax.byu.edu (Ed Heinrich  - The LOKI Group, Inc.)
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Re: Analyzing a process dump
Date: 7 Sep 92 19:15:32 GMT
Distribution: na
Organization: Brigham Young University

In article <lac6ibINN7h8@news.bbn.com>, mjensen@BBN.COM (Martin Jensen) writes:
> Greetings again vms.wizards ...
> 
>     One more question, then I promise I'll leave you alone ... for a
>     while anyway :-)
> 
>     I've got an executable that runs with the /dump qualifier.  I expect
>     that, on occasion, the process will crash.  (as a matter of fact, we
>     intentionally crash it if software detects an unrecoverable condition
>     in the code).
> 
>     The problem is that the dump files are pretty useless.  'show  calls'
>     reports  only the module names - no routine names - and I've only got
>     access to universal symbols.  The program is compiled with the /debug
>     switch and linked with /trace.
> 
>     If  I  link  with  /debug,  I get the debugger linked in.  I've tried
>     linking with /debug=foo (where foo contains  the  program  main)  ...
>     that  seems  to  work  (outside  of  some strange symbol behavior for
>     objects in foo), but now I've got the overhead  of  the  DST  in  the
>     runtime image.
> 
>     Ideally, I would like to be able use anal/proc/image=xxx against the
>     dump from the normally linked executable - where xxx would be an
>     image containing the full DST and GST.  The couple of options I have
>     tried allow me to analyze the dump, but the symbol locations don't
>     match properly between the images.
> 
>     Any ideas???
> 
> 
> ---   Martin Jensen     \   BBN Communications     \  #include          ---
>  ---   mjensen@bbn.com   \   150 CambridgePark Dr.  \  <std.disclaimer>  ---
>   ---   (617) 873-4859    \   Cambridge, MA   02140  \                    ---



ANA/PROCESS has a /IMAGE qualifer.  One option you have, assuming you want
to keep two copies, which is sometime advantageous, is when building the 
image perform two links:  One with DEBUG and one w/out.  The non-debug
version can always be executed as the production version.  The /DEBUG
version is specified as the image to use for obtaining the symbols when
examining the dump via the /IMAGE= qualifier.  (Obviously you will want to
name the DEBUG image w/ a different file name or extension). This does, of 
course, eat up more disk space but leaves you with a version that can be used 
for debugging w/out having to rebuild from - possibly modified - sources.

*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
Ed Heinrich
The LOKI Group, Inc.
HEINRICH@yvax.byu.EDU
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*
Xref: sparky vmsnet.misc:798 vmsnet.sysmgt:247
From: gareth@lucifer.latrobe.edu.au (Gareth Who)
Newsgroups: vmsnet.misc,vmsnet.sysmgt
Subject: -SYSTEM-F-INSFMEM, insufficient dynamic memory
Date: 7 Sep 92 05:38:28 GMT
Organization: La Trobe University

I have a memory problem question that I posed to vmsnet.networks.tcp-ip.ucx
readers but no luck...

Here goes...

VAXstation 3100 model 30, 16Mb, VMS 5.4, UCX V1.3

When trying to establish a telnet or ftp session, I get the following...

$ telnet
TELNET>connect
_To: remote.internet.node
%UCX-E-TELNET_CRSOCK, Failed to set up socket configuration.

-SYSTEM-F-INSFMEM, insufficient dynamic memory
TELNET>

I have religiously followed the installation manual by the letter 
and increased the non-paged dynamic memory by >= 342000 and also the
paged dynamic memory by >= 342000 and here is the current $ show memory
status...

              System Memory Resources on  7-SEP-1992 15:24:12.16

Physical Memory Usage (pages):     Total        Free      In Use    Modified
  Main Memory (16.00Mb)            32768        3921       28321         526

Slot Usage (slots):                Total        Free    Resident     Swapped
  Process Entry Slots                 80          37          43           0
  Balance Set Slots                   57          16          41           0

Fixed-Size Pool Areas (packets):   Total        Free      In Use        Size
  Small Packet (SRP) List           1536         223        1313         112
  I/O Request Packet (IRP) List     1006         167         839         176
  Large Packet (LRP) List             64          28          36        1648

Dynamic Memory Usage (bytes):      Total        Free      In Use     Largest
  Nonpaged Dynamic Memory        1699840      485952     1213888      430640
  Paged Dynamic Memory           1400320     1132192      268128     1128912

Paging File Usage (pages):                      Free  Reservable       Total
  DISK$SYSTEM_DISK:[SYS0.SYSEXE]SWAPFILE.SYS
                                                2096        2096        2096
  DISK$SYSTEM_DISK:[SYS0.SYSEXE]PAGEFILE.SYS
                                               42117      -27239       57096

Of the physical pages in use, 7549 pages are permanently allocated to VMS.

The ...

%UCX-E-TELNET_CRSOCK, Failed to set up socket configuration.

-SYSTEM-F-INSFMEM, insufficient dynamic memory

error is intermittent but it doesn't work about 95 attempts out of 100... :-(

Any suggestions/tips/help most appreciated...

Thanks,

Gareth.


-- 

gareth@lucifer.latrobe.edu.au
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: vmsnet.misc
Subject: Re: Help: Clients and servers model in vms
Date: 9 Sep 92 16:47:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Sep7.165450.15974@ncsu.edu>, wmelseai@eos.ncsu.edu 
(WAEL MAZEN ELSEAIDY) writes...
# 
#I am trying to write a clients and servers model using
#QIO functions in vms. Did any one write something like 
#this before or know about a good refrence in this subject.
# 
#Thanks

	Um I think someone wrote a client once.  Maybe it was a
	server.  Did it use QIO functions?  Hmmm.  Wait.  No, it
	was definitely a client because you ran it with a VMS
	command.  I think QIO was its name.  No ok I got it now.
	It was like a server except it could talk to server 
	function routine module programs.  It was really neat	
	and used graphics and everything!

	Unfortunately I've forgotten what it was, but if you find
	it, let me know too!

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Newsgroups: vmsnet.misc
From: wmelseai@eos.ncsu.edu (WAEL MAZEN ELSEAIDY)
Subject: Help: Clients and servers model for vms
Originator: wmelseai@c00450-313mn.eos.ncsu.edu
Reply-To: wmelseai@eos.ncsu.edu (WAEL MAZEN ELSEAIDY)
Organization: North Carolina State University, Project Eos
Date: Mon, 7 Sep 1992 16:41:38 GMT


I am trying to write a clients and servers model in vms using 
the QIO functions. Did any one write something like this before 
or know about a good refrence in this subject.

Thanks
Xref: sparky vmsnet.misc:813 vmsnet.sysmgt:249
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.misc,vmsnet.sysmgt
Subject: Re: -SYSTEM-F-INSFMEM, insufficient dynamic memory
Date: 9 Sep 92 16:38:08 GMT
Organization: Mitech Corporation, Concord MA

In article <BuA99G.GBF@comp.vuw.ac.nz>, don@rata.vuw.ac.nz (Don Stokes) writes:
> gareth@lucifer.latrobe.edu.au (Gareth Who) writes:
>> -SYSTEM-F-INSFMEM, insufficient dynamic memory
> The size of process pool is affected by the CTLPAGES and PIOPAGES SYSGEN
> parameters.  CTLPAGES is probably the one to hit.  (PIOPAGES is used mostly
> for process-permanent files.)

Is BYTLM involved in this?
From: CS19243909F@LUST2.LATROBE.EDU.AU (OVUKA, DEJAN)
Newsgroups: vmsnet.misc
Subject: help with assignment
Date: 10 Sep 92 06:29:04 GMT
Organization: La Trobe University
X-News-Reader: VMS NEWS 1.22


can anyone help me with my scheme assignment
it has to read in a math statement and store it in a list
then later on call it up to evaluate it or tabulate it in a range
Xref: sparky vmsnet.misc:825 comp.os.vms:14946
From: greenie@drycas.club.cc.cmu.edu
Newsgroups: vmsnet.misc,comp.os.vms
Subject: VMS WAIS client?
Date: 12 Sep 92 09:31:41 -0500
Organization: Carnegie Mellon Computer Club

I'm fairly certain one is available - but, could someone tell me where I
might be able to get ahold of a VMS WAIS client?

Andy
Newsgroups: vmsnet.misc
From: wmelseai@eos.ncsu.edu (WAEL MAZEN ELSEAIDY)
Subject: Help: Clients and servers model in vms
Originator: wmelseai@c00450-313mn.eos.ncsu.edu
Reply-To: wmelseai@eos.ncsu.edu (WAEL MAZEN ELSEAIDY)
Organization: North Carolina State University, Project Eos
Date: Mon, 7 Sep 1992 16:54:50 GMT


I am trying to write a clients and servers model using
QIO functions in vms. Did any one write something like 
this before or know about a good refrence in this subject.

Thanks
Xref: sparky vmsnet.misc:817 vmsnet.sysmgt:251
Newsgroups: vmsnet.misc,vmsnet.sysmgt
Subject: Re: -SYSTEM-F-INSFMEM, insufficient dynamic memory
From: jeh@cmkrnl.com
Date: 10 Sep 92 01:47:16 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <2670@mitech.com>, gjc@mitech.com (George J. Carrette) writes:
> In article <BuA99G.GBF@comp.vuw.ac.nz>, don@rata.vuw.ac.nz (Don Stokes) writes:
>> gareth@lucifer.latrobe.edu.au (Gareth Who) writes:
>>> -SYSTEM-F-INSFMEM, insufficient dynamic memory
>> The size of process pool is affected by the CTLPAGES and PIOPAGES SYSGEN
>> parameters.  CTLPAGES is probably the one to hit.  (PIOPAGES is used mostly
>> for process-permanent files.)
>
> Is BYTLM involved in this?

No.  BYTLM controls the amount of nonpaged pool you can tie up at any one time
for buffers for buffered I/O operations.  Generally, running out of BYTLM
results in either RWAST wait state (the default unless you have disabled
process resource wait mode) or SS$_EXQUOTA.

Note that, although Don is correct in that *in this case* the INSFMEM status
is probably pointing to a problem with the process dynamic memory, this status
can also reflect a shortage of nonpaged pool.  In fact, SS$_INSFMEM is the
"not enough pool available" status return from EXE$ALONONPAGED and all of its
friends.  These routines are commonly used by device drivers, and the usual
action when such a routine returns with an error status is to return that error
status as the completion status for the user's $QIO call.

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: vmsnet.misc
From: sharris@stiatl.salestech.com (Scott Harris)
Subject: Window Managers other than Decwindows?
Organization: Sales Technologies, Inc.
Date: Tue, 08 Sep 1992 11:17:22 GMT

Does anybody know where I can find some window managers that are compiled for
VMS which can replace the DECwindows WM?  I think TWM and MWM both work with
VMS, but I don't know where to get them.

Thanks,
Scott


-- 
Scott E. Harris
Sales Technologies, Inc.
Internet:  sharris@stiatl.salestech.com
Xref: sparky vmsnet.misc:826 comp.os.vms:15058
From: gerland@ubvmsb.cc.buffalo.edu (Jim Gerland - Network Consultant)
Newsgroups: vmsnet.misc,comp.os.vms
Subject: Re: VMS WAIS client?
Date: 15 Sep 92 13:11:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1992Sep12.093141.2030@drycas.club.cc.cmu.edu>, greenie@drycas.club.cc.cmu.edu writes...
>I'm fairly certain one is available - but, could someone tell me where I
>might be able to get ahold of a VMS WAIS client?

A Multinet version is available on samba.oit.unc.edu and I am close to
having a Wollongong version ready.

Jim Gerland  - Consultant, Network User Support         University at Buffalo
Academic Services, Computing & Information Technology   Buffalo, NY 14260
716.645.3557 Work                                       716.645.3734 FAX
gerland@ubvms.cc.buffalo.edu                            gerland@ubvms.bitnet
Xref: sparky vmsnet.misc:805 vmsnet.sysmgt:248
Newsgroups: vmsnet.misc,vmsnet.sysmgt
Subject: Re: -SYSTEM-F-INSFMEM, insufficient dynamic memory
From: don@rata.vuw.ac.nz (Don Stokes)
Date: Tue, 8 Sep 1992 23:29:40 GMT
Organization: Dept. of Comp. Sci., Victoria Uni. of Wellington, New Zealand.

gareth@lucifer.latrobe.edu.au (Gareth Who) writes:
> -SYSTEM-F-INSFMEM, insufficient dynamic memory
> 
> I have religiously followed the installation manual by the letter 
> and increased the non-paged dynamic memory by >= 342000 and also the
> paged dynamic memory by >= 342000 and here is the current $ show memory
> status...

> Dynamic Memory Usage (bytes):      Total        Free      In Use     Largest
>   Nonpaged Dynamic Memory        1699840      485952     1213888      430640
>   Paged Dynamic Memory           1400320     1132192      268128     1128912

You've got the wrong dynamic memory.  The SYSTEM-F-INSFMEM message refers
to _process_ dynamic memory, not paged or nonpaged pool.  

Process dynamic memory is affected largely by the number of process-permanent
files open, DCL symbols and process logical names.  (The latter is the usual
killer.)

The size of process pool is affected by the CTLPAGES and PIOPAGES SYSGEN
parameters.  CTLPAGES is probably the one to hit.  (PIOPAGES is used mostly
for process-permanent files.)

BTW: Does your paged pool need to be quite so large?  Try running AUTOGEN
a bit more often -- it looks like there's a bit of memory going to waste 
in nonpaged pool too. 

--
Don Stokes, ZL2TNM (DS555)                      don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre          don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand.           +64-4-495-5052
Newsgroups: vmsnet.sysmgt,vmsnet.sources.d,vmsnet.admin,comp.os.vms