I got some results from DICE check which I cannot understanding, any experts out there who knows how and why?
1. Design database
e.g. 1 - Element =67293908/69939 Warning- Attribute RREF contains invalid ref =67367636/1185
Element =67293908/69939 is a SCTN but there is no Attribute RREF under it so how can there be an invalid ref.
e.g. 2 - Warning in level 1 UUIDAR table, session no. 33829, page no. 164074 - first key on lower level page no. 160719 (extract 1) may be incorrect.
No clue what this message means and how to resolve it.
Even with these messages the database has no structural error.
Thanks guys for the feedback. I've tried DICE with patch "ON" option and but errors are still there. Since the database has no structural error I did not want to reconfigure the database.
[QUOTE=yuki;110260]I got some results from DICE check which I cannot understanding, any experts out there who knows how and why?
1. Design database
e.g. 1 - Element =67293908/69939 Warning- Attribute RREF contains invalid ref =67367636/1185
Element =67293908/69939 is a SCTN but there is no Attribute RREF under it so how can there be an invalid ref.
I think the invalid ref is at the CataDB Element.
Check this Catalouge element for the missing REF.
my finding was, the template frame used for creating the support (eg Frame T Pos) , has been changed (delete old stru, create new stru). The Element = xxx/xx is refering to gensec under support mds. need to renew/reselect those support (that using old template), with the new template.
plus, in my country, people still using PDMS "macro" for generating structural detail modelling, For example, they create JLDATU/PLDATU/ENDATU and insert Fixing, and TMPL (manual command window) to model the detail (Stiffener, gusset, negative box for shaping the end of gensec to be sloted to another gensec) Hence most of the gensec reported to be invalid ref comes from the children of the gensec itself due to not using e3d correct procedure.
