Skip Navigational Links
LISTSERV email list manager
LISTSERV - COMMUNITY.EMAILOGY.COM
LISTSERV Menu
Log In
Log In
LISTSERV 17.5 Help - LSTSRV-L Archives
LISTSERV Archives
LISTSERV Archives
Search Archives
Search Archives
Register
Register
Log In
Log In

LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Menu
LISTSERV Archives LISTSERV Archives
LSTSRV-L Home LSTSRV-L Home

Log In Log In
Register Register

Subscribe or Unsubscribe Subscribe or Unsubscribe

Search Archives Search Archives
Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
Re: And one more problem....
From:
Nick Gimbrone <NJG@CORNELLA>
Reply To:
The Revised LISTSERV Distribution List <LSTSRV-L@EB0UB011>
Date:
Thu, 12 Feb 87 17:28:42 EST
Content-Type:
text/plain
Parts/Attachments:
text/plain (12 lines)
>...                        The only  way to cause  the file  to be
>reformatted to clean up old entries is GLOBALV INIT, or at least it's the only
>way that I know of. This will  cause all other GLOBALV variables to be lost...
Not a big problem. There are 3 kinds of GLOBALV variables. They are for
incore, and two disk files. If no INCORE ones were used then you could
periodicly run the GLOBALV INIT w/ no problems. Another alternative is
to have a demon process to reflect the incore ones to the disk file
type not already used, do the INIT, and convert the 2nd disk file type
ones back to incore ones. The disk file associated w/ this 2nd type
could then be erased before and after this process. Ugly? Yes.
-njg

ATOM RSS1 RSS2

COMMUNITY.EMAILOGY.COM CataList Email List Search Powered by LISTSERV