bugCERTI - Bugs: bug #29453, No implementation for...

 
 

bug #29453: No implementation for startRegistrationForObjectClass in the file RTIA_network.cc

Submitted by:  Zheng Yanjun <zyjtsc>
Submitted on:  Tue 06 Apr 2010 02:52:25 PM UTC  
 
Category:  CERTI Severity:  4 - Important
Item Group:  Feature request Status:  Wont Fix
Privacy:  Public Assigned to:  Eric NOULARD <erk>
Open/Closed:  Open Release:  CVS
Reproducibility:  Every Time Fixed Release:  Unknown

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

Sat 10 Apr 2010 08:47:32 AM UTC, comment #6: 

thank you reply,let me try.

Zheng Yanjun <zyjtsc>
Sat 10 Apr 2010 07:41:51 AM UTC, comment #5: 

Yes that one is true even for CVS HEAD.
The reason is the notification services is unfinished
see task
https://savannah.nongnu.org/task/?6893

would you try to continue this work
and provide a patch?

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Fri 09 Apr 2010 06:04:28 PM UTC, comment #4: 

I have other question,in the file RTIA_network.cc,there are no further codes for SET_CLASS_RELEVANCE_ADVISORY_SWITCH/SET_INTERACTION_RELEVANCE_ADVISORY_SWITCH/SET_ATTRIBUTE_RELEVANCE_ADVISORY_SWITCH/SET_ATTRIBUTE_SCOPE_ADVISORY_SWITCH, and there are only some print codes for message.why?

Zheng Yanjun <zyjtsc>
Fri 09 Apr 2010 02:34:10 PM UTC, comment #3: 

Ok no problem.
May be it wouldbe easier if you update your version to
current CVS HEAD?

If you have other modifications in your own tree
I invite you to submit a patch (with explanation)
this way we may merge your modifications to the mainline.

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Fri 09 Apr 2010 02:07:08 PM UTC, comment #2: 

Dear Eric NOULARD:
  It's my mistake,the current version I used is older than cvs 3.4.0,I will add the codes you given to my version and test it. thank you very much.

Zheng Yanjun <zyjtsc>
Thu 08 Apr 2010 09:09:54 PM UTC, comment #1: 

Hi Zhen,

I'm not sure to understand your bug.
In current CVS RTIA_network we have:
case NetworkMessage::START_REGISTRATION_FOR_OBJECT_CLASS:
      D.Out(pdTrace, "Receiving Message from RTIG, "
      " type StartRegForObjClass.");
      queues->insertLastCommand(msg);
  break;

thus the "START_REGISTRATION_FOR_OBJECT_CLASS" is inserted
in the command queue of RTIA.

Then "some times" later when the federate issue a "tick"
call a command message may be poped from this queue
by the TimeManagement:

bool
TimeManagement::tick(TypeException &e)
{
    bool msg_donne = false ;
    bool msg_restant = false ;
    NetworkMessage *msg = NULL ;

    G.Out(pdGendoc," enter TimeManagement::tick");
    // Note: While msg_donne = RTI::RTI_FALSE, msg_restant doesn't matter.

    // 1st try, give a command message. (requestPause, etc.)
    msg = queues->giveCommandMessage(msg_donne, msg_restant);

[..]

then the "command" message will trigger
a RTIA-->Federate "service" callback

executeFederateService(*msg);

which will

case NetworkMessage::START_REGISTRATION_FOR_OBJECT_CLASS: {
      NM_Start_Registration_For_Object_Class& SRFOC = static_cast<NM_Start_Registration_For_Object_Class&>(msg);
dm->startRegistrationForObjectClass(SRFOC.getObjectClass(), msg.getRefException());
      }

"dm" being a DeclarationManagement instance
which will send a "M_Start_Registration_For_Object_Class"
message back to libRTI which will call the appropriate
callback when inside a tick.

The code looks good?
But may be I'm wrong, could you give us a test case?

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Tue 06 Apr 2010 02:52:25 PM UTC, original submission:  

There should be some codes as following in the file RTIA_network.cc:
      case NetworkMessage::START_REGISTRATION_FOR_OBJECT_CLASS:
      {
           ...
      }

Zheng Yanjun <zyjtsc>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Digest:
   task dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by erk (Posted a comment)
  • -email is unavailable- added by zyjtsc (Submitted the item)
  •  

     

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-11-11 erk Release3.3.3 => CVS
        Fixed ReleaseCVS => Unknown
    2010-04-10 erk Dependencies- => Depends on task #6893
    2010-04-09 erk StatusNeed Info => Wont Fix
        Assigned toNone => erk
        Release3.4.0 => 3.3.3
    2010-04-08 erk StatusNone => Need Info

    Back to the top


    Powered by Savane 3.5