T.R | Title | User | Personal Name | Date | Lines |
---|
299.1 | See note 245 | RDGENG::PRATT | | Fri Aug 31 1990 11:33 | 9 |
| When you create a map file it is written to the location pointed to by the
logical mcc_maps, which by default will be the directory you were in when you
started mcc. If you then start mcc from a different directory it will not locate
the map file that had previously been written, and will instead auto-place the
domain members in the window with the default icons. To get over this I suggest
you redefine mcc_maps to point to single common directory, and then copy over
all the map files into this one location.
Ian
|
299.2 | Read mccbms2x011 release notes page 2-7 | HERON::MORALES | DEC:.VBO.EIS.Telecom.DTN828-5383 | Fri Aug 31 1990 18:50 | 15 |
|
if using the FCL you get an error doing "SHO DOMAIN domain_name MEMBERS *"
then a member of this domain has been deregistered without being removed from
the domain.
To find it, try
$MC DNS$CONTROL
DNSCP> sho domain_name attribute dns$members
You'll have to register again that member to see all the other members.
Hope this helps.
Manuel.
|
299.3 | in .2, read DNSCP> sho obj domain_name attribute dns$members | HERON::MORALES | DEC:.VBO.EIS.Telecom.DTN828-5383 | Sun Sep 02 1990 06:43 | 1 |
|
|
299.4 | Cleanup was succesful | EEMELI::VALTONEN | | Mon Sep 03 1990 11:03 | 10 |
| Thanks a lot Manuel,
my DNS Group <Domain> was totally messed up.
Removing all the garbage with DNS$CONTROL brought the icon back to
map. This garbage was obviously caused by failure in adding entities
to domain ie. MCC access violations caused only partially
added entities. I'll hope that this doesn't happen with SDC versions...
Olli
|
299.5 | We are not this problem, could you give more details. | TOOK::A_MOORE | | Wed Sep 05 1990 18:30 | 18 |
| Thank you for taking the time to report an MCC problem.
We are unable to duplicate the problem you reported. The next step, is
to try get more information until we can reproduce or identify the problem.
Except for creating directories and protections DNS$control should not need to
be invoked. (and note 292) There certainly should not any corruption or access
violations.
We can take this offline as it may go multiple iterations.
Al
Have you tried the basic trouble shooting described in Note 228.0?
What versions of MCC and its components you are using?
What is the smallest set of commands that will reproduce the problem?
|
299.6 | Problems fixed in X1.1.0 | EEMELI::VALTONEN | | Thu Sep 27 1990 07:49 | 7 |
| Sorry for not answering earlier. It was question only on icon
map problems (T1.1.0) and those seem to be fixed now.
As X1.1.0 came out the problems vanished. This version pretty
nicely tells that 'Filtering occured' for old or non-existent
domains etc. Also it doesn't save any more the wrong info in the
map file.
|