| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2436.1 | We need help. Customer is waiting. | STRASB::EBLE | | Mon Mar 09 1992 15:19 | 8 |
| Hi,
Is it a so difficult question ?
I thought customisation was a main goal in this product ???
Is it possible to get a copy of the MSL for our access modules ?
Help.
|
| 2436.2 | | TOOK::MINTZ | Erik Mintz, DECmcc Development, dtn 226-5033 | Mon Mar 09 1992 18:02 | 8 |
| It may not be a difficult question, but all of the developers are busy
trying to finish V1.2, and so may be slow in answering notes questions.
If you are working with a V1.2 field test customer, please file a QAR
using the customer's QAR account, and it will get more quickly to the
attention of the relevant developer.
-- Erik
|
| 2436.3 | ideas for creating com ile | TOOK::CALLANDER | MCC = My Constant Companion | Tue Mar 31 1992 21:54 | 10 |
| you can get yourself some new codes by requesting the from the
registrar, or continue with your best guess approach to picking a
number.
As to the easy way to change the reference attribute names, I am sorry
to say that there is no automated procedure to do it right now. But...
you could potentially write a command procedure that uses the .log file
created by a parse table build to create the .MS file you need for
updating the dictionary.
|
| 2436.4 | Automated is better | STRASB::EBLE | | Wed Apr 01 1992 09:51 | 14 |
| Hi,
yes I think it's more secure to get new codes more or less
automatically.
> you can get yourself some new codes by requesting the from the
> registrar
But how could you do that ?
Another question is about the "GENERAL" global entity that you see
under DAP. What is it ?
Thanks.
|
| 2436.5 | Caution -- Do not Enter.! ; ) | DFLAT::PLOUFFE | Jerry | Wed Apr 01 1992 13:58 | 24 |
| RE: .4
> Another question is about the "GENERAL" global entity that you see
> under DAP. What is it ?
This global class is used in the v1.2 product to provide what we have
been calling "poor-man's inheritance". This class contains all the
directives for the Export and Historian FM. These directives
are automatically (automagically) inherited by every other global and
child class in the dictionary.
This global class is PRIVATE to the Historian and Exporter FMs. It is
NOT to be used by other products. The DECmcc Registrar has been instructed
to only allow Historian and Exporter directives under this class.
In future versions of DECmcc we intend to officially supply and support
dictionary inheritance.
- Jerry
P.S. I know what your thinking -- If it's so PRIVATE why is it called the
GENERAL class -- right? Sorry, there's no good answer to that question!
;)
|
| 2436.6 | took::dssr for registry (unless its changed) | TOOK::CALLANDER | MCC = My Constant Companion | Tue Apr 21 1992 15:03 | 1 |
|
|
| 2436.7 | TOOK::DSSR noexistant | TOOK::FONSECA | I heard it through the Grapevine... | Tue Apr 21 1992 18:56 | 4 |
| That mail address does not exist on TOOK. I'd recommend you go with
DSSR::MCC.
-Dave
|
| 2436.8 | Yes, its DSSR::MCC for the registry | TOOK::KOHLS | Ruth Kohls | Wed Apr 22 1992 13:14 | 1 |
|
|