Hi Folks,
Thanks in advance......
This is a request for suggestions concerning my BRODCAST Dataset
management package.
Hi Folks,
I am getting ready to release the commercial
version of my BRODCAST Dataset management package,
which is intended to allow COMPLETE CONTROL OF
BRODCAST DATASET ADMINISTRATION. The package will
be called "Broadcast Master", and its page will be
at www.brodmstr.com.
Besides what CBT File 247 (my freebie package) can
do, my commercial package (which will be very
inexpensive) can do the following kind of stuff. The
idea is to give YOU all the control you want to EVER
have. Your wish list, as far as taking care of the
BRODCAST Dataset, is my command. (I hope so.) This is
what I can do already: I want to know (from you) any
additional features you'd like to have.....
1. I can make an empty BRODCAST dataset (under SYSIN
control) to be any size you want. The program does
all the calculations for you. Any number of notices,
user message records, userids, and so forth. For
fun, I have made a 3000 Cylinder BRODCAST dataset,
and a 1 Track BRODCAST dataset, both of which work.
I can have the system switch to either of them.
2. I can extract the userids from any BRODCAST dataset
you already have, sort-merge them, delete
duplicates, and bulk load them into your empty
initted BRODCAST dataset that you just made, to
your own specs and requirements. You can edit the
list first, before doing anything with it.
3. Rewritten USERID ADD and USERID DELETE, which give
you very good control when adding around 100 userids
or deleting up to around that much. The BULK
USERID ADD will handle many many more.
4. I can clean up your BRODCAST dataset, so if it is
empty, but it doesn't LOOK empty, NOW it will also
LOOK empty.
5. Vinh Vu's ISPF interface will work for this package
too. So you can do all the quick administration,
display, delete (some or all of a) userid's messages,
and print them, etc.
6. NOTIFY processing is much slicker than IBM gives you.
You can control each NOTIFY message by number, or you
can clear all the messages out at once.
7. The general SCAN program for the BRODCAST dataset
has been much improved. You can try a preliminary
version of BDMSCAN on CBT File 247 (no restrictions)
and see how really good it is. All BRODCAST dataset
records are completely formatted.
8. I will be writing a complete manual, with suggested
maintenance paths and a lot of sample JCL to run
the utilities. I'll try and keep it as simple as
possible.
9. You can copy a BRODCAST Dataset, even to different
device types. IBM says you can't, but I know why.
(It's the X'FF' records that have to have the "R"
from the TTR in their data.) So I can copy the
dataset and adjust the data.
10. Anything you can do to the working Brodcast dataset,
you can also do to a copy of it. No difference at
all, between the working one, and a copy. Only maybe,
the enqueues.
11. Please add to the wish list. That is why I am writing
this email. Thanks in advance.
All the best of everything to all of you.
Sincerely, Sam Golob [EMAIL PROTECTED]
www.brodmstr.com
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
