Subject: | |
From: | |
Reply To: | |
Date: | Mon, 6 Mar 2000 18:26:35 -0000 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Mike Reaser <[log in to unmask]> wrote in message
news:8a0i0301gno@enews4.newsguy.com...
> Please pardon the intrusion, but I'm stuck and hoping someone can
> either (a) help me out or (b) kick me in the butt and tell me to
> just "get over it". :-)
>
> My company has a forms file that has been allowed to grow to an
> unconscionable size -- the current EOF is at 32766. There are
> 308 forms defined in the file, and most of them have been *very*
> dynamic recently (lots of changes, additions, etc., to many
> forms). Before anyone suggests "split the forms file", it *has*
> been split -- this "huge" forms file is one of the forms files
> which are merged using VMERGE.PUB.SYS into the single, large
> fast forms file used by our application.
>
> I remember from my deep, dark past days working for a certain
> Big Ol' Kumpooter Kumpinny that in some instances KKAUTIL could
> be used to massage a forms file, but we don't seem to have it on
> any of our systems.
>
<snip>
If you can't get hold of KKAUTIL you could try creating a new forms file and
copying each form from the existing file into it. This should get rid of
some of the crud left behind after all the changes you've been making.
This isn't as monumental as it sounds. You could trap the output a batch
FORMS command to disc and then edit it into a series of batch copy commands,
top'n'tail it into a job and stream it.
No guarantees, but it might get you a bit of breathing space.
HTH
--
Mark Undrill
Affirm Limited
|
|
|